[ace-bug] Compile ACE 5.4 on AIX 5.2 with gcc 3.3.2
Failed to build ACE 5.4 on AIX 5.2 with gcc3.3.2
Used config-aix5.1.h and platform_aix_g++.GNU
I failed with ACE5.1, 5.3 too, so I tried 5.4.
Does anybody know IF it works ?
Could it help to build my own AIX5.2 gcc ?
(my gcc 3.3.2 is binary AIX 5.1 but it worked fine for Non-ACE-
applications)
Do I have to use IBM Visual C++ Compiler ?
Any suggestions would be helpful.
ACE VERSION: 5.4
HOST MACHINE and OPERATING SYSTEM:
RS/6000, 32-bit-kernel mode, AIX5.2
TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
COMPILER NAME AND VERSION (AND PATCHLEVEL):
gcc 3.3.2 (binary distribution)
CONTENTS OF $ACE_ROOT/ace/config.h:
// config-aix5.1.h,v 1.5 2003/12/16 17:49:48 elliott_c Exp
//
// Config file for AIX 5.1
// This define is needed for building with Visual Age C++ 5 in incremental
// mode. In the batch mode build, platform_aix_ibm.GNU sets it. The incremental
// mode compiler won't be supported after ACE 5.3, so this will also go away
// in that timeframe, so don't worry about future AIX versions.
#if !defined (ACE_AIX_VERS)
# define ACE_AIX_VERS 501
#endif
#include "ace/config-aix-4.x.h"
// AIX 5.1 has AIO, but it doesn't have the same API as other POSIX
// systems, and the semantics of operations are a bit different. Will take
// some real work to get this going.
//#define ACE_HAS_AIO_CALLS
// I think this is correct, but needs to be verified... -Steve Huston
#define ACE_HAS_SIGTIMEDWAIT
// AIX 5.1 has netinet/tcp.h
#undef ACE_LACKS_NETINET_TCP_H
CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless
this isn't used in this case, e.g., with Microsoft Visual C++):
# platform_aix_g++.GNU,v 4.7 2004/01/06 22:54:53 shuston Exp
#
# Platform macros for building on AIX with g++. This has been tested on
# AIX 4.3 with gcc 3. Earlier versions of gcc may compile, but are known to
# have serious problems on AIX.
#
# Contributed by Ian Wright <I.Wright@elsevier.co.uk>
# Updated for AIX 4.3 and gcc 3 by Steve Huston <shuston@riverace.com>
ifeq (,$(debug))
debug = 1
endif
ifeq (,$(distrib))
distrib = 0
endif
ifeq (,$(exceptions))
exceptions = 1
endif
ifeq (,$(optimize))
optimize = 1
endif
ifeq (,$(rtti))
rtti = 0
endif
ifeq (,$(threads))
threads = 1
endif
ifeq (,$(buildbits))
buildbits = native
endif
ifeq (,$(with_ld))
with_ld = aix
endif
# Yes, believe it or not...
# The way to make a shared lib on AIX is to make a shared object file and
# then put that in an archive.
# Non-shared archives are named lib<x>ns.a - ns = non-shared.
SOEXT = a
# aix_build turns on the funky shared library building code in
# rules.lib.GNU
aix_build = 1
ifeq (1,$(threads))
CFLAGS += -pthread
endif
# In case anything here or in the config depends on OS version number,
# grab it here and pass it all to the compiler as well.
AIX_MAJOR_VERS := $(shell uname -v)
AIX_MINOR_VERS := $(shell uname -r)
AIX_VERS := $(AIX_MAJOR_VERS)0$(AIX_MINOR_VERS)
CC = gcc
CXX = g++
CFLAGS += -W -Wall -mcpu=common -DACE_AIX_VERS=$(AIX_VERS)
ifeq ($(buildbits),32)
CFLAGS += -m32
endif
ifeq ($(buildbits),64)
CFLAGS += -m64
endif
DCFLAGS += -g
DLD = $(CXX)
LD = $(CXX)
# Linking TAO_IDL runs out of TOC space unless -bbigtoc is given to ld.
# Don't do it for everything because it decreases run-time performance.
ifeq ($(notdir $(shell pwd)), TAO_IDL)
LDFLAGS += -Wl,-bbigtoc
endif
OCFLAGS = -O2
OCCFLAGS = $(OCFLAGS)
ifeq ($(threads),1)
SOFLAGS += -pthread
endif
SOFLAGS += -shared -Wl,-bexpall # -Wl,-bloadmap:lib.map
LIBS += -lxti -ldl
ARFLAGS = cruv
RANLIB = ranlib
# Test for template instantiation, add to SOFLAGS if versioned_so set,
# add -E to LDFLAGS if using GNU ld
#
include $(ACE_ROOT)/include/makeinclude/platform_g++_common.GNU
CCFLAGS += $(CFLAGS) $(TEMPLATES_FLAG)
AREA/CLASS/EXAMPLE AFFECTED:
[What example failed? What module failed to compile?]
Just the first module : ARGV.cpp
DOES THE PROBLEM AFFECT:
COMPILATION? Yes
LINKING?
On Unix systems, did you run make realclean first?
EXECUTION?
OTHER (please specify)?
ACE and my application
SYNOPSIS:
Compilation stops
DESCRIPTION:
make[1]: Entering directory `/PSIlog/ace5.4/ACE_wrappers/ace'
Makefile: /PSIlog/ace5.4/ACE_wrappers/ace/Makefile.ace
g++ -pthread -W -Wall -mcpu=common -DACE_AIX_VERS=502 -O2 -g -O2 -I/PSIlog/a
ce/ACE_wrappers -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DACE_BUILD_DLL -DACE_OS_B
UILD_DLL -c -o .shobj/ARGV.o ARGV.cpp
In file included from /usr/local/include/c++/3.3.2/powerpc-ibm-aix5.1.0.0/bits/g
thr-posix.h:37,
from /usr/local/include/c++/3.3.2/powerpc-ibm-aix5.1.0.0/bits/g
thr-default.h:33,
from /usr/local/include/c++/3.3.2/powerpc-ibm-aix5.1.0.0/bits/g
thr.h:98,
from /usr/local/include/c++/3.3.2/powerpc-ibm-aix5.1.0.0/bits/c
++io.h:37,
from /usr/local/include/c++/3.3.2/bits/fpos.h:44,
from /usr/local/include/c++/3.3.2/iosfwd:49,
from /PSIlog/ace/ACE_wrappers/ace/iosfwd.h:46,
from /PSIlog/ace/ACE_wrappers/ace/OS_Log_Msg_Attributes.h:25,
from /PSIlog/ace/ACE_wrappers/ace/Log_Msg.h:97,
from /PSIlog/ace/ACE_wrappers/ace/Unbounded_Queue.cpp:17,
from /PSIlog/ace/ACE_wrappers/ace/Unbounded_Queue.h:286,
from /PSIlog/ace/ACE_wrappers/ace/ARGV.h:24,
from ARGV.cpp:6:
/usr/include/pthread.h:554: error: `pthread_rwlock_t' was not declared in this
scope
/usr/include/pthread.h:554: error: parse error before `)' token
/usr/include/pthread.h:557: error: `pthread_rwlock_t' was not declared in this
scope
REPEAT BY:
SAMPLE FIX/WORKAROUND:
a.deierling
comp.soft-sys.ace
20326 articles. 
1 followers.
marlow.andrew
1 Replies
939 Views
a.deierling@psilogistics.com (Andreas Deierling) wrote in message news:<b71b4f42.0402171023.626f65ea@posting.google.com>... > Failed to build ACE 5.4 on AIX 5.2 with gcc3.3.2 > Used config-aix5.1.h and platform_aix_g++.GNU > I failed with ACE5.1, 5.3 too, so I tried 5.4. > > Does anybody know IF it works ? > Could it help to build my own AIX5.2 gcc ? > (my gcc 3.3.2 is binary AIX 5.1 but it worked fine for Non-ACE- > applications) > Do I have to use IBM Visual C++ Compiler ? > > Any suggestions would be helpful. > > ACE VERSION: 5.4 > > HOST MACHINE and OPERATING SYSTEM: > RS/6000, 32-bit-kernel mode, AIX5.2 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc 3.3.2 (binary distribution) > > CONTENTS OF $ACE_ROOT/ace/config.h: > // config-aix5.1.h,v 1.5 2003/12/16 17:49:48 elliott_c Exp > // > // Config file for AIX 5.1 > > // This define is needed for building with Visual Age C++ 5 in incremental > // mode. In the batch mode build, platform_aix_ibm.GNU sets it. The incremental > // mode compiler won't be supported after ACE 5.3, so this will also go away > // in that timeframe, so don't worry about future AIX versions. > #if !defined (ACE_AIX_VERS) > # define ACE_AIX_VERS 501 > #endif > > #include "ace/config-aix-4.x.h" > > // AIX 5.1 has AIO, but it doesn't have the same API as other POSIX > // systems, and the semantics of operations are a bit different. Will take > // some real work to get this going. > //#define ACE_HAS_AIO_CALLS > > // I think this is correct, but needs to be verified... -Steve Huston > #define ACE_HAS_SIGTIMEDWAIT > > // AIX 5.1 has netinet/tcp.h > #undef ACE_LACKS_NETINET_TCP_H > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless > this isn't used in this case, e.g., with Microsoft Visual C++): > > # platform_aix_g++.GNU,v 4.7 2004/01/06 22:54:53 shuston Exp > # > # Platform macros for building on AIX with g++. This has been tested on > # AIX 4.3 with gcc 3. Earlier versions of gcc may compile, but are known to > # have serious problems on AIX. > # > # Contributed by Ian Wright <I.Wright@elsevier.co.uk> > # Updated for AIX 4.3 and gcc 3 by Steve Huston <shuston@riverace.com> > > ifeq (,$(debug)) > debug = 1 > endif > ifeq (,$(distrib)) > distrib = 0 > endif > ifeq (,$(exceptions)) > exceptions = 1 > endif > ifeq (,$(optimize)) > optimize = 1 > endif > ifeq (,$(rtti)) > rtti = 0 > endif > ifeq (,$(threads)) > threads = 1 > endif > ifeq (,$(buildbits)) > buildbits = native > endif > ifeq (,$(with_ld)) > with_ld = aix > endif > > # Yes, believe it or not... > # The way to make a shared lib on AIX is to make a shared object file and > # then put that in an archive. > # Non-shared archives are named lib<x>ns.a - ns = non-shared. > SOEXT = a > # aix_build turns on the funky shared library building code in > # rules.lib.GNU > aix_build = 1 > > ifeq (1,$(threads)) > CFLAGS += -pthread > endif > > # In case anything here or in the config depends on OS version number, > # grab it here and pass it all to the compiler as well. > AIX_MAJOR_VERS := $(shell uname -v) > AIX_MINOR_VERS := $(shell uname -r) > AIX_VERS := $(AIX_MAJOR_VERS)0$(AIX_MINOR_VERS) > > CC = gcc > CXX = g++ > > CFLAGS += -W -Wall -mcpu=common -DACE_AIX_VERS=$(AIX_VERS) > ifeq ($(buildbits),32) > CFLAGS += -m32 > endif > ifeq ($(buildbits),64) > CFLAGS += -m64 > endif > DCFLAGS += -g > DLD = $(CXX) > LD = $(CXX) > # Linking TAO_IDL runs out of TOC space unless -bbigtoc is given to ld. > # Don't do it for everything because it decreases run-time performance. > ifeq ($(notdir $(shell pwd)), TAO_IDL) > LDFLAGS += -Wl,-bbigtoc > endif > > OCFLAGS = -O2 > OCCFLAGS = $(OCFLAGS) > ifeq ($(threads),1) > SOFLAGS += -pthread > endif > SOFLAGS += -shared -Wl,-bexpall # -Wl,-bloadmap:lib.map > LIBS += -lxti -ldl > ARFLAGS = cruv > RANLIB = ranlib > > # Test for template instantiation, add to SOFLAGS if versioned_so set, > # add -E to LDFLAGS if using GNU ld > # > include $(ACE_ROOT)/include/makeinclude/platform_g++_common.GNU > > CCFLAGS += $(CFLAGS) $(TEMPLATES_FLAG) > > > AREA/CLASS/EXAMPLE AFFECTED: > [What example failed? What module failed to compile?] > Just the first module : ARGV.cpp > > DOES THE PROBLEM AFFECT: > COMPILATION? Yes > LINKING? > On Unix systems, did you run make realclean first? > EXECUTION? > OTHER (please specify)? > ACE and my application > > SYNOPSIS: > Compilation stops > > DESCRIPTION: > make[1]: Entering directory `/PSIlog/ace5.4/ACE_wrappers/ace' > > Makefile: /PSIlog/ace5.4/ACE_wrappers/ace/Makefile.ace > > g++ -pthread -W -Wall -mcpu=common -DACE_AIX_VERS=502 -O2 -g -O2 -I/PSIlog/a > ce/ACE_wrappers -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DACE_BUILD_DLL -DACE_OS_B > UILD_DLL -c -o .shobj/ARGV.o ARGV.cpp > In file included from /usr/local/include/c++/3.3.2/powerpc-ibm-aix5.1.0.0/bits/g > thr-posix.h:37, > from /usr/local/include/c++/3.3.2/powerpc-ibm-aix5.1.0.0/bits/g > thr-default.h:33, > from /usr/local/include/c++/3.3.2/powerpc-ibm-aix5.1.0.0/bits/g > thr.h:98, > from /usr/local/include/c++/3.3.2/powerpc-ibm-aix5.1.0.0/bits/c > ++io.h:37, > from /usr/local/include/c++/3.3.2/bits/fpos.h:44, > from /usr/local/include/c++/3.3.2/iosfwd:49, > from /PSIlog/ace/ACE_wrappers/ace/iosfwd.h:46, > from /PSIlog/ace/ACE_wrappers/ace/OS_Log_Msg_Attributes.h:25, > from /PSIlog/ace/ACE_wrappers/ace/Log_Msg.h:97, > from /PSIlog/ace/ACE_wrappers/ace/Unbounded_Queue.cpp:17, > from /PSIlog/ace/ACE_wrappers/ace/Unbounded_Queue.h:286, > from /PSIlog/ace/ACE_wrappers/ace/ARGV.h:24, > from ARGV.cpp:6: > /usr/include/pthread.h:554: error: `pthread_rwlock_t' was not declared in this > scope > /usr/include/pthread.h:554: error: parse error before `)' token > /usr/include/pthread.h:557: error: `pthread_rwlock_t' was not declared in this > scope > > REPEAT BY: > > SAMPLE FIX/WORKAROUND: Hi Andreas, we are using TAO1.4 on AIX5.2 with gcc 3.3.1 and don't have your problem. Our configuration: config-aix5.1.h platform_aix_g++.GNU We are using inline = 0 and removed # define ACE_HAS_AIO_CALLS in config-posix.h, because there are still differences in Posix AIO and AIX AIO implementation :-( But I think, this don't solve your problem. We have used many versions of TAO and I've never seen your problem. Some inconsistencies with compiler-AIX-version? Are you using binaries of gcc or do you compile the sources of gcc? I you are using binaries, then the pthread.h of AIX don't fit to gcc, which seems to be compiled for AIX5.1 ! Our system adiministrator is using something like the attached file fix.cmd Best regards, Werner Buchert. fix.cmd: #!/bin/ksh # cd /usr/local/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.1/install-tools fixproto /usr/local/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.1/include /usr/local/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.1/include /usr/include fixproto /usr/local/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.1/include /usr/include export TARGET_MACHINE=powerpc-ibm-aix5.1.0.0 fixinc.sh /usr/local/lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.1/include Hi Werner, this really made the things work !!! I just thought it was something with AIX 5.1 and 5.2 because I am using the AIX 5.1 binary gcc but did not know how to work around. 1. I changed "3.3.1" to "3.3.2" and run the script 2. ACE Makefile works fine then with some warnings left... 3. ...and "sigval_t not declared" ! 4. So i tried adding "typedef union sigval sigval_t;" in config.h (so did the freeBSD people) and I got it ! Best regards, :-) Andreas
Similar Artilces:
[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi,all I rebuild the ACE package according the instruction above,but get the same result. my platform_macros.GNU file has the following lines: templates = implicit include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU When i rebuild the ACE library,get the following compile errors: $ make inline=0 -j 2 -k -f GNUmakefile.ACE .... .... CC -mt -g -DSUN_CC_HAS_PVFC_BUG -I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF -DACE_BUILD_DLL -c -KPIC -o .shobj/OS_NS_sys_stat.o OS_NS_sys_stat.cpp "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 37: Error: fstat(int, stat*) is not a member of ACE_OS. "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 120: Error: fstat is not a member of ACE_OS. "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 142: Error: "ACE_OS::lstat(const char*, stat*)" was previously declared "ACE_OS::lstat(const wchar_t*, stat*)". "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 163: Error: Formal argument file of type const wchar_t* in call to ACE_OS::lstat(const wchar_t*, stat*) is being passed char*. 4 Error(s) detected. CC -mt -g -DSUN_CC_HAS_PVFC_BUG -I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF -DACE_BUILD_...
[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, ACE VERSION: 5.4.3 HOST MACHINE and OPERATING SYSTEM: Solaris 10 x86 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): Sun Studio 9 (Sun CC 5.6) CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- specific file, simply state which one]: #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 #include "ace/config-sunos5.9.h" CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless this isn't used in this case, e.g., with Microsoft Visual C++): templates = implicit include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): AREA/CLASS/EXAMPLE AFFECTED: [What example failed? What module failed to compile?] ACE library compile failed. DOES THE PROBLEM AFFECT: COMPILATION? Yes LINKING? Yes On Unix systems, did you run make realclean first? Yes EXECUTION? Yes OTHER (please specify)? [Please indicate whether ACE, your application, or both are affected.] SYNOPSIS: [Brief description of the problem] Some files still failed to compiled.The comiler pointed out that fstat and uname is not a member of ACE_OS. DESCRIPTION: [Det...
Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > > > > ACE VERSION: 5.4.3 > > > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > > Solaris10 X86 > > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > > Compiler: SUN CC 5.6 > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I don't think the DOC group supports this compiler anymore.. More > > particularly this compiler is buggy and you may land up with > > unresolved > > symbols even if you get past this part. > > I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Hmm.. Then I could be wrong. Then we need to fix the config files for SUN CC to use implicit templates for anything including and above FORTE 8. > Maybe we should add a check to one of the Sun config file to check the SUN > CC version? Something like: > > // Forte 6 is the oldest Forte version we sopport > #if __SUNPRO_CC < 0x530 > # error Your SUN CC compiler is too old, upgrade to a newer version > #endif Much better. Thanks Bala ...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> Ok. Steve, could you maybe make clear with the build names > which builds use explicit templates? I'll try to get this clarified. > Explicit templates in TAO are known to be broken at this > moment. None of the tests at Riverace try to build TAO. -Steve ...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > ACE VERSION: 5.4.3 > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > Solaris10 X86 > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > Compiler: SUN CC 5.6 > ^^^^^^^^^^^^^^^^^^^^^^^^ > > I don't think the DOC group supports this compiler anymore.. More > particularly this compiler is buggy and you may land up with > unresolved > symbols even if you get past this part. I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Maybe we should add a check to one of the Sun config file to check the SUN CC version? Something like: // Forte 6 is the oldest Forte version we sopport #if __SUNPRO_CC < 0x530 # error Your SUN CC compiler is too old, upgrade to a newer version #endif Johnny ...
Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi > > ACE VERSION: 5.4.3 > > > > HOST MACHINE and OPERATING SYSTEM: > > Solaris10 X86 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > Compiler: SUN CC 5.6 ^^^^^^^^^^^^^^^^^^^^^^^^ I don't think the DOC group supports this compiler anymore.. More particularly this compiler is buggy and you may land up with unresolved symbols even if you get past this part. My $0.02. Thanks Bala > > Make: GNU make 3.80 > > > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a > > platform- > > specific file, simply state which one]: > > #include "ace/config-sunos5.9.h" > > > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU > > (unless > > this isn't used in this case, e.g., with Microsoft Visual C++): > > include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU > > > > > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features > > (used by MPC when you generate your own makefiles): > > > > AREA/CLASS/EXAMPLE AFFECTED: > > [What example failed? What module failed to compile?] > > "ace/OS_NS_sys_stat.cpp" > > > > DOES THE ...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > I don't think the DOC group supports this compiler anymore.. More > > > particularly this compiler is buggy and you may land up with > > > unresolved > > > symbols even if you get past this part. > > > > I missed the compiler version. But, Forte 8 gives output of > SUN C++ 5.5. Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte version is found, it defaults to explicit. I am updating right now, for 4.2 and 5.3 we default to explicit, for all others to implicit Qinghuajin and other Forte 9 users, you can work around this by added the following line to your platform_macros.GNU file. templates = implicit Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > >> It's almost up. There are some issues with installing software as > >> we don't have the media in a compatible form yet. We also don't > >> have Sun CC, and we need to purchase a licence if we need to > >> support Sun CC. > > Ok, that's fine - thanks for the update. I think some other folks > (e.g., LMCO ATL and Remedy) have Solaris 9/10 and Sun CC, so we may > not need to worry about running Sun CC on our machine. Johnny/Gautam, > can you folks please confirm/deny whether you've got Sun CC on Solaris > 9/10? We are running SunCC (Forte 8) on Solaris 8. We have Solaris 9 available, but have had no time to install it on our build system. Johnny ...
Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Jin, Thanks for using the PRF. >> ACE VERSION: 5.4.3 >> >> HOST MACHINE and OPERATING SYSTEM: >> Solaris 10 x86 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> Sun Studio 9 (Sun CC 5.6) As we've mentioned several times now, we don't have this compiler installed yet on this hardware platform, so if you want things to be fixed soon I recommend you figure out what's going wrong and send us the patches. Otherwise, please contact one of the companies that provides commercial support for ACE at http://www.cs.wustl.edu/~schmidt/commercial-support.html Thanks, Doug >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a >> platform- >> specific file, simply state which one]: >> >> #define ACE_HAS_STANDARD_CPP_LIBRARY 1 >> #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 >> >> #include "ace/config-sunos5.9.h" >> >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU >> (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >> >> templates = implicit >> include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU >> >> >> CONTENTS OF $ACE_ROOT/bin/MakeP...
ACE 5.4 build with gcc 3.3.2 on AIX 5.2 fails
I am failed to build ACE 5.4 on AIX 5.2 with gcc3.3.2 (binaries of gcc). I used config-aix5.1.h and platform_aix_g++.GNU. The error message is as following, /usr/linux/bin/ld: target expall not found colloect2: ld returned 1 exit status My guess is that AIX has a limit of 2K on maximum length of line. And the line for linking all the object files at that point is longer than 6000 bytes. Is there any way getting around this? Any help will be greatly appreciated. Thanks in advance. Ying (drycup@yahoo.com) Here are the detailed information, ACE VERSION: 5.4 HOST MACHINE and OPERATING SYSTEM: pSeries model p615, 64-bit-kernel mode, AIX5.2 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc 3.3.2 (binary distribution) CONTENTS OF $ACE_ROOT/ace/config.h: // config-aix5.1.h,v 1.5 2003/12/16 17:49:48 elliott_c Exp // // Config file for AIX 5.1 // This define is needed for building with Visual Age C++ 5 in incremental // mode. In the batch mode build, platform_aix_ibm.GNU sets it. The incremental // mode compiler won't be supported after ACE 5.3, so this will also go away // in that timeframe, so don't worry about future AIX versions. #if !defined (ACE_AIX_VERS) # define ACE_AIX_VERS 501 #endif #include "ace/config-aix-4.x.h" // AIX 5.1 has AIO, but it doesn't have the same API as other POSIX // systems, and the semantics of operations are ...
[ace-users] Tests failed : ACE 5.5.2 - AIX 5.3
Hi, My first mail before my message in the group failed (my subscription was not activated). The PRF below describes my problems. I can compile and link but several ACE's tests fail. I only use ACE library and only compile it by cd'ing in the ace directory before running make. I already made some fixes described below to compile and to link the library. I'm not abble to interpret the faild tests to identify the problem source or area. I didn't find the scoreboard before my mail. I see that several tests fails for all compilations on AIX. I try to reassure myself by looking these results, it's not only for my configuration. But it's a daily build with last development version. For the 5.5.2 stable version they should probably not fail ? Regards, PO Houot. ACE VERSION: 5.5.2 HOST MACHINE and OPERATING SYSTEM: bash-3.00$ uname -a AIX localhost 3 5 0040983B4C00 unknown unknown AIX bash-3.00$ oslevel -r 5300-05 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: Same as host COMPILER NAME AND VERSION (AND PATCHLEVEL): bash-3.00$ g++ -v Using built-in specs. Target: powerpc-ibm-aix5.3.0.0 Configured with: ../gcc-4.1.1/configure --disable-nls Thread model: aix gcc version 4.1.1 This compiler is installed from packages provided by UCLA AIX Software library THE $ACE_ROOT/ace/config.h FILE : bash-3.00$ more $ACE_ROOT/ace/config.h #include "ace/config-aix-5.x.h" T...
[ace-bugs] Linking to a shared ace 5.2 lib, compiled with g++ 3.2.3: Linker Error galore when trying to link to the built ace lib
ACE VERSION: 5.2 HOST MACHINE and OPERATING SYSTEM: Sparc Architecture and Solaris 2.6 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU 3.2.3 (not patch level) AREA/CLASS/EXAMPLE AFFECTED: I am able to compile ace into a shared library called libAce.so, but when I link to it I get a bunch of linker errors like so: g++ -I../share -I/home/gbedi/ace_gcc -I/home/cls_master/libs/solaris/libtif f_3_5_6 -I/home/cls_master/libs/solaris/libdil_1_1 -I/home/cls_master/libs/solaris/l ibdms_1_1 -I../include -D_PTHREADS...
Re: [ace-bugs] Linking to a shared ace 5.2 lib, compiled with g++ 3.2.3: Linker Error galore when trying to link to the built ace lib
Hi, Thanks for using the PRF. >> ACE VERSION: 5.2 I have several recommendations: .. Upgrade to ACE 5.3.3, which you can download from http://deuce.doc.wustl.edu/Download.html .. Build the ACE tests and examples directories to make sure they work. Assuming they work, then follow EXACTLY the same linker steps for your application. Thanks, Doug >> HOST MACHINE and OPERATING SYSTEM: Sparc Architecture and Solaris 2.6 >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL):...
[ace-bugs] Compilation error on SUSE 8.0, gcc 2.95.3 with ace 5.3.0 and latest version
ACE VERSION: 5.3.0 (and latest beta version) HOST MACHINE and OPERATING SYSTEM: SUSE linux 8.0 If on Windows based OS's, which version of WINSOCK do you use?:n/a TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc 2.95.3 GNU make 3.79.1 CONTENTS OF $ACE_ROOT/ace/config.h: config-linux.h CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless this isn't used in this case, e.g., with Microsoft Visual C++): platform_linux.GNU AREA/CLASS/EXAMPLE AFFECTED: [W...
RE: [ace-users] Re: ACE 5.4.0 won't compile after GCC upgrade (3.3.3 -> 3.4.3)
Hi Tom, > > > The "resolution" was to upgrade to ACE-5.4.3 or later, which has > > > code fixes to help with the newer compiler. Not sure how > much would > > > need to change, but you may be able to inspect the differences in > > > that part of the code wrt the newer ACE release to backport the > > > fixes. > > Thanks, I've downloaded and am building. Is ACE-5.4.3 the latest > > production release ? > > Well, the definition of "production release" for ACE is a bit murky > imho. Production release is one with 2 numbers. E.g., 5.4 > The developers on this list (almost) always recommend using the > latest package, which is typically labeled a "beta release". > The latest > would be 5.4.4. The developers always recommend *not* using the > "production release", since the next release labeled "beta" > is always a bug-fix-only release. I believe I qualify as a "developer", but have a different take. Production releases are tested well, and often better than the BFO beta. There may be fixes in BFO, but there may be additional bugs also - it happened at 5.4.1. For those wishing to adopt a version of ACE and stick with it, you'll need a version you can get support (fixes and advice) for. For example, Riverace supports releases (e.g., 5.4) and fix kits that Riverace releases for those (i...
Re: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi Ishay, >> Sorry, we are using DevStudio 7.1 (2003) We use this too. Please see ACE_ROOT/tests/Time_Value_Test.cpp for lots of examples that use ACE_Time_Value with integers. Please see if this works on your OS/compiler platform. Thanks, Doug >> ~ Ishay >> >> Software Architect >> Onigma Ltd. >> Tel: +972-3-6877315 >> Fax: +972-3-6877128 >> Mobile: +972-54-2325090 >> Email: ishay@onigma.com >> >> -----Original Message----- >> From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] >> Sent: Tuesday, March 07, 2006 2:42 PM >> To: 'Ishay Green'; ace-users@cs.wustl.edu >> Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 >> >> Hi, >> >> > ACE VERSION: 5.5 >> >> Thanks for using the PRF form. >> >> > HOST MACHINE and OPERATING SYSTEM: >> > >> > Intel, WindowsXp, Windows 2003 >> >> An important bit information is missing, which compiler did you use. >> >> > AREA/CLASS/EXAMPLE AFFECTED: >> > The only problem we encountered was a compilation error >> > when construction ACE_Time_Value. >> > >> > The ACE_Time_Value cannot be constructed anymore from an integer. >> > >> > For example: ACE_Time_Value( 5 ) --> Compile error >>...
RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi, Sorry, we are using DevStudio 7.1 (2003) ~ Ishay Software Architect Onigma Ltd. Tel: +972-3-6877315 Fax: +972-3-6877128 Mobile: +972-54-2325090 Email: ishay@onigma.com -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Tuesday, March 07, 2006 2:42 PM To: 'Ishay Green'; ace-users@cs.wustl.edu Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 Hi, > ACE VERSION: 5.5 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: > > Intel, WindowsXp, Windows 2003 An important bit information is missing, which compiler did you use. > AREA/CLASS/EXAMPLE AFFECTED: > The only problem we encountered was a compilation error > when construction ACE_Time_Value. > > The ACE_Time_Value cannot be constructed anymore from an integer. > > For example: ACE_Time_Value( 5 ) --> Compile error Great to hear things work without problems. This errors sounds strange, we do have test cases like this in tests/Time_Value_Test.cpp. We do have made all constructors of ACE_Time_Value explicit. As a result if you have a method that expects a ACE_Time_Value&, you just can't pass for example 5, you have to pass an ACE_Time_Value(5). Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...
RE: [ace-users] compiling issue on Sun 5.8 with ACE 5.3 #2 #2
This is a multi-part message in MIME format. ------=_NextPart_000_00A2_01C34B9F.E5ADED10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00A3_01C34B9F.E5ADED10" ------=_NextPart_001_00A3_01C34B9F.E5ADED10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Can you please also lookint to the following error as well: Compiling /v/sbansal/out/temp/playground/ExecAgent.o /opt/SUNWspro/bin/CC -temp=/v/sbansal/out/temp -g -c -Bdynamic -ldl -mt -libr ary=iostream,rwtools7 -DACE_HAS_EXCEPTIONS -o /v/sbansal/out/temp/playground/Ex ecAgent.o -I/v/sbansal/out/include/playground -I/exe/tibco/tibrv5/include -I/v/s bansal/out/include/common -I/v/sbansal/out/include/utils -I/v/sbansal/out/includ e/transport -I/usr/ACE_wrappers src/ExecAgent.cc "/v/sbansal/out/include/playground/Global.h", line 43: Warning: String literal c onverted to char* in initialization. "/opt/SUNWspro/WS6U2/include/CC/rw7/rw/defs.h", line 316: Error: A typedef name cannot be used in an elaborated type specifier.. "/opt/SUNWspro/WS6U2/include/CC/rw7/rw/defs.h", line 317: Error: A typedef name cannot be used in an elaborated type specifier.. "/opt/SUNWspro/WS6U2/include/CC/rw7/rw/defs.h", line 318: Error: A typedef name cannot be used in an elaborated type specifier.. "/opt/SUNWspro/WS6U2/include/CCios/rlocks.h", line 50: Error: A typedef name can not be used in an elaborated type specifier.. &q...
Re: [ace-users] Compiling ACE 5.3 with GCC 3.4.3
Hi, When x.3 was released there was no GCC 3.4 version, so this will just not work, please upgrade to a newer version of ACE/TAO. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl "Seng-Quee.Liang" <Seng-Quee.Liang@Sun.COM> wrote in message news:<mailman.1894.1170813530.25808.ace-users@mail.cse.wustl.edu>... > Hi, > > I'm a newbie to ACE and this is my 1st posting to this alias, and would > appreciate any help. > > I have a requirement to use ACE 5.3 on Solaris 10 SPARC. I had followed > the building & installation information on ACE website to the letter and > had no problems compiling it with Sun Studio 11. > > However, when I tried compiling it with GCC 3.4.3, I'm swamped with a > host of problems. Being a newbie to ACE, I'm wondering > > a) if I'm setting the right config.h/platform_macros.GNU for GCC > compile; > b) if I should be trying add flags into these files to get it to > compile. > > Any pointers or advice is sincerely appreciated. > > > Thanks in advance. > > Best Regards, > /SengQuee > > -------- config.h for Studio 11 ----- > #include "ace/config-sunos5.9.h" > > -------- platform_macros.GNU for Studio 11 ----- > include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU &...
RE: [ace-bugs] ACE 5.3.6: test results for RH 7.3/AS #2 #2
Hi, This has been fixed after the 1.3.6 release by the following commit: Fri Dec 19 11:57:20 2003 Steve Huston <shuston@riverace.com> * tests/Sigset_Ops_Test.cpp: Add an optional can_miss parameter to the siglistset() function; defaults to 0 (current behavior). Pass it as 1 when the full (sigfillset) set is being tested because there's no guarantee that all signals from 1-ACE_NSIG are legit and set in the sigset. This is true on Red Hat Linux w/ NPTL (Redhat 9 and Enterprise Linux 3, for example). Thanks to Roger Beathard (rbeathar@cisco.com) for reporting this issue. * tests/Makefile.tests: Added TSS_Static_Test. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-ace-bugs@cse.wustl.edu > [mailto:owner-ace-bugs@cse.wustl.edu] On Behalf Of Thomas Lockhart > Sent: Tuesday, December 30, 2003 5:21 AM > To: Balachandran Natarajan > Cc: Jan Evert van Grootheest; 'ace-bugs@cs.wustl.edu' > Subject: Re: [ace-bugs] ACE 5.3.6: test results for RH 7.3/AS > > > > > > >>Error: ././TSS_Static_Test does not exist or is not runnable > >> > >> > fwiw I see this too on Linux, Mandrake 9.0, gcc-3.2.2. I > haven't had a > chance to look for the cause... > > - Tom >...
[ace-bugs] [ACE 5.4 on HP-Unix with gcc 3.3 ][I can not compile the package]
ACE VERSION: 5.4 HOST MACHINE and OPERATING SYSTEM: HP-9000/800 ; HP-Unix b.11.00 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: HP-9000/800 ; HP-Unix b.11.00 COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU gcc v3.3.2 CONTENTS OF $ACE_ROOT/ace/config.h: CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : # platform_hpux_gcc.GNU,v 4.28 2003/10/17 21:48:05 shuston Exp # debug =0 optimize = 1 threads = 1 exceptions=1 shared_libs=0 static_libs=1 ifeq (,$(buildbits)) buildbits = 0 endif ifeq (,$(debug)) debug = 1 endif ifeq (,$(distrib)) distrib = 0 endif ifeq (,$(exceptions)) exceptions = 1 endif ifeq (,$(optimize)) optimize = 1 endif ifeq (,$(stdcpplib)) stdcpplib = 1 endif ifeq (,$(threads)) threads = 1 endif ifeq (,$(versioned_so)) versioned_so = 0 endif ifeq (,$(with_ld)) with_ld = hpux endif # First, extract the OS version number. HPVERS_WORDS := $(subst ., ,$(shell uname -r)) HPUX_VERS := $(join $(word 2,$(HPVERS_WORDS)),$(word 3,$(HPVERS_WORDS))) # CC = gcc CXX = g++ CFLAGS += -w # # Set the appropriate preprocessor defs for threading based on OS version. # If the user has requested building without threads, then don't set any. # ifeq ($(threads),1) ifeq (3.,$(findstring 3.,$(CXX_VERSION))) THR_DEFS = -threads endif ifeq ($(word 2,$(HPVERS_WORDS)), 11) THR_DEFS += -DACE_HAS_THREADS -D_POSIX_C_SOURCE=199506L else THR_DEFS += -...
Re: [tao-users] ACE 5.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released #2 #2
Hi Alex, > What are OCI's plan's for a supported TAO 1.4 release and developer > guide? Will this effect the release of the 1.3 guide? This is an excellent question - I'm sure Malcolm Spence will pitch in when he has a chance and I suspect that OCI will be supporting TAO 1.4 in due time. None of the changes in TAO 1.4 should affect the relevance of the info in the TAO 1.3 developer's guide - there's just more new stuff to document as time permits. Take care, Doug ...
Re: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2
Hi Jason, >> I know it isn't the most recent version available, but this version >> is used extensively across the corporation. Changing the version of >> ACE all these products used will cause the architect's heads to >> explode ;) >> >> Is it your opinion that 5.3.1 is hopeless cause on Tiger? It'll take some work, but companies like Riverace, Remedy, and OCI can help out with this stuff if staying with 5.3.1 is essential. Please see http://www.cs.wustl.edu/~schmidt/commercial-support.html for help with this stuff. >> > http://cvs.doc.wustl.edu/ >> I will try it out, and let you know how it works. Great - if there are any problems please let us know quickly so that we can get the fixes into the x.4.8 beta. Thanks, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu ...
Re: [ace-bugs] [ACE 5.4 on HP-Unix with gcc 3.3 ][I can not compile the package]
Hi Kambeez, Thanks for using the PRF. > ACE VERSION: 5.4 > > HOST MACHINE and OPERATING SYSTEM: HP-9000/800 ; HP-Unix b.11.00 We (i.e., the DOC groups at WU/VU/UCI) don't have HP/UX, so we can't really help with this. There are other groups that support ACE on HP/UX, however, so please check out http://www.dre.vanderbilt.edu/scoreboard/integrated.html and see who provides support for these platforms and how they differ from what you're doing. You may need to follow up with some of the companies listed in http://www.cs.wustl.edu/~schmidt/commercial-support.html if you can't figure out how to solve this yourself. Thanks, Doug > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: HP-9000/800 > ; HP-Unix b.11.00 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU gcc v3.3.2 > > CONTENTS OF $ACE_ROOT/ace/config.h: > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : > > # platform_hpux_gcc.GNU,v 4.28 2003/10/17 21:48:05 shuston Exp > # > > debug =0 > optimize = 1 > threads = 1 > exceptions=1 > shared_libs=0 > static_libs=1 > > ifeq (,$(buildbits)) > buildbits = 0 > endif > ifeq (,$(debug)) > debug = 1 > endif > ifeq (,$(distrib)) > distrib = 0 > endif > ifeq (,$(exceptions)) > exceptions = 1 > endif > ifeq (,$(optimize)) > > optimize = 1 > endif > ifeq...
Hi,all I rebuild the ACE package according the instruction above,but get the same result. my platform_macros.GNU file has the following lines: templates = implicit include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU When i rebuild the ACE library,get the following compile errors: $ make inline=0 -j 2 -k -f GNUmakefile.ACE .... .... CC -mt -g -DSUN_CC_HAS_PVFC_BUG -I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF -DACE_BUILD_DLL -c -KPIC -o .shobj/OS_NS_sys_stat.o OS_NS_sys_stat.cpp "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 37: Error: fstat(int, stat*) is not a member of ACE_OS. "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 120: Error: fstat is not a member of ACE_OS. "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 142: Error: "ACE_OS::lstat(const char*, stat*)" was previously declared "ACE_OS::lstat(const wchar_t*, stat*)". "/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line 163: Error: Formal argument file of type const wchar_t* in call to ACE_OS::lstat(const wchar_t*, stat*) is being passed char*. 4 Error(s) detected. CC -mt -g -DSUN_CC_HAS_PVFC_BUG -I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF -DACE_BUILD_...
[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, ACE VERSION: 5.4.3 HOST MACHINE and OPERATING SYSTEM: Solaris 10 x86 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): Sun Studio 9 (Sun CC 5.6) CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- specific file, simply state which one]: #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 #include "ace/config-sunos5.9.h" CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless this isn't used in this case, e.g., with Microsoft Visual C++): templates = implicit include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): AREA/CLASS/EXAMPLE AFFECTED: [What example failed? What module failed to compile?] ACE library compile failed. DOES THE PROBLEM AFFECT: COMPILATION? Yes LINKING? Yes On Unix systems, did you run make realclean first? Yes EXECUTION? Yes OTHER (please specify)? [Please indicate whether ACE, your application, or both are affected.] SYNOPSIS: [Brief description of the problem] Some files still failed to compiled.The comiler pointed out that fstat and uname is not a member of ACE_OS. DESCRIPTION: [Det...
Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > > > > ACE VERSION: 5.4.3 > > > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > > Solaris10 X86 > > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > > Compiler: SUN CC 5.6 > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I don't think the DOC group supports this compiler anymore.. More > > particularly this compiler is buggy and you may land up with > > unresolved > > symbols even if you get past this part. > > I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Hmm.. Then I could be wrong. Then we need to fix the config files for SUN CC to use implicit templates for anything including and above FORTE 8. > Maybe we should add a check to one of the Sun config file to check the SUN > CC version? Something like: > > // Forte 6 is the oldest Forte version we sopport > #if __SUNPRO_CC < 0x530 > # error Your SUN CC compiler is too old, upgrade to a newer version > #endif Much better. Thanks Bala ...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> Ok. Steve, could you maybe make clear with the build names > which builds use explicit templates? I'll try to get this clarified. > Explicit templates in TAO are known to be broken at this > moment. None of the tests at Riverace try to build TAO. -Steve ...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > ACE VERSION: 5.4.3 > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > Solaris10 X86 > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > Compiler: SUN CC 5.6 > ^^^^^^^^^^^^^^^^^^^^^^^^ > > I don't think the DOC group supports this compiler anymore.. More > particularly this compiler is buggy and you may land up with > unresolved > symbols even if you get past this part. I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Maybe we should add a check to one of the Sun config file to check the SUN CC version? Something like: // Forte 6 is the oldest Forte version we sopport #if __SUNPRO_CC < 0x530 # error Your SUN CC compiler is too old, upgrade to a newer version #endif Johnny ...
Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi > > ACE VERSION: 5.4.3 > > > > HOST MACHINE and OPERATING SYSTEM: > > Solaris10 X86 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > Compiler: SUN CC 5.6 ^^^^^^^^^^^^^^^^^^^^^^^^ I don't think the DOC group supports this compiler anymore.. More particularly this compiler is buggy and you may land up with unresolved symbols even if you get past this part. My $0.02. Thanks Bala > > Make: GNU make 3.80 > > > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a > > platform- > > specific file, simply state which one]: > > #include "ace/config-sunos5.9.h" > > > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU > > (unless > > this isn't used in this case, e.g., with Microsoft Visual C++): > > include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU > > > > > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features > > (used by MPC when you generate your own makefiles): > > > > AREA/CLASS/EXAMPLE AFFECTED: > > [What example failed? What module failed to compile?] > > "ace/OS_NS_sys_stat.cpp" > > > > DOES THE ...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > I don't think the DOC group supports this compiler anymore.. More > > > particularly this compiler is buggy and you may land up with > > > unresolved > > > symbols even if you get past this part. > > > > I missed the compiler version. But, Forte 8 gives output of > SUN C++ 5.5. Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte version is found, it defaults to explicit. I am updating right now, for 4.2 and 5.3 we default to explicit, for all others to implicit Qinghuajin and other Forte 9 users, you can work around this by added the following line to your platform_macros.GNU file. templates = implicit Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > >> It's almost up. There are some issues with installing software as > >> we don't have the media in a compatible form yet. We also don't > >> have Sun CC, and we need to purchase a licence if we need to > >> support Sun CC. > > Ok, that's fine - thanks for the update. I think some other folks > (e.g., LMCO ATL and Remedy) have Solaris 9/10 and Sun CC, so we may > not need to worry about running Sun CC on our machine. Johnny/Gautam, > can you folks please confirm/deny whether you've got Sun CC on Solaris > 9/10? We are running SunCC (Forte 8) on Solaris 8. We have Solaris 9 available, but have had no time to install it on our build system. Johnny ...
Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Jin, Thanks for using the PRF. >> ACE VERSION: 5.4.3 >> >> HOST MACHINE and OPERATING SYSTEM: >> Solaris 10 x86 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> Sun Studio 9 (Sun CC 5.6) As we've mentioned several times now, we don't have this compiler installed yet on this hardware platform, so if you want things to be fixed soon I recommend you figure out what's going wrong and send us the patches. Otherwise, please contact one of the companies that provides commercial support for ACE at http://www.cs.wustl.edu/~schmidt/commercial-support.html Thanks, Doug >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a >> platform- >> specific file, simply state which one]: >> >> #define ACE_HAS_STANDARD_CPP_LIBRARY 1 >> #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 >> >> #include "ace/config-sunos5.9.h" >> >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU >> (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >> >> templates = implicit >> include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU >> >> >> CONTENTS OF $ACE_ROOT/bin/MakeP...
ACE 5.4 build with gcc 3.3.2 on AIX 5.2 fails
I am failed to build ACE 5.4 on AIX 5.2 with gcc3.3.2 (binaries of gcc). I used config-aix5.1.h and platform_aix_g++.GNU. The error message is as following, /usr/linux/bin/ld: target expall not found colloect2: ld returned 1 exit status My guess is that AIX has a limit of 2K on maximum length of line. And the line for linking all the object files at that point is longer than 6000 bytes. Is there any way getting around this? Any help will be greatly appreciated. Thanks in advance. Ying (drycup@yahoo.com) Here are the detailed information, ACE VERSION: 5.4 HOST MACHINE and OPERATING SYSTEM: pSeries model p615, 64-bit-kernel mode, AIX5.2 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc 3.3.2 (binary distribution) CONTENTS OF $ACE_ROOT/ace/config.h: // config-aix5.1.h,v 1.5 2003/12/16 17:49:48 elliott_c Exp // // Config file for AIX 5.1 // This define is needed for building with Visual Age C++ 5 in incremental // mode. In the batch mode build, platform_aix_ibm.GNU sets it. The incremental // mode compiler won't be supported after ACE 5.3, so this will also go away // in that timeframe, so don't worry about future AIX versions. #if !defined (ACE_AIX_VERS) # define ACE_AIX_VERS 501 #endif #include "ace/config-aix-4.x.h" // AIX 5.1 has AIO, but it doesn't have the same API as other POSIX // systems, and the semantics of operations are ...
[ace-users] Tests failed : ACE 5.5.2 - AIX 5.3
Hi, My first mail before my message in the group failed (my subscription was not activated). The PRF below describes my problems. I can compile and link but several ACE's tests fail. I only use ACE library and only compile it by cd'ing in the ace directory before running make. I already made some fixes described below to compile and to link the library. I'm not abble to interpret the faild tests to identify the problem source or area. I didn't find the scoreboard before my mail. I see that several tests fails for all compilations on AIX. I try to reassure myself by looking these results, it's not only for my configuration. But it's a daily build with last development version. For the 5.5.2 stable version they should probably not fail ? Regards, PO Houot. ACE VERSION: 5.5.2 HOST MACHINE and OPERATING SYSTEM: bash-3.00$ uname -a AIX localhost 3 5 0040983B4C00 unknown unknown AIX bash-3.00$ oslevel -r 5300-05 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: Same as host COMPILER NAME AND VERSION (AND PATCHLEVEL): bash-3.00$ g++ -v Using built-in specs. Target: powerpc-ibm-aix5.3.0.0 Configured with: ../gcc-4.1.1/configure --disable-nls Thread model: aix gcc version 4.1.1 This compiler is installed from packages provided by UCLA AIX Software library THE $ACE_ROOT/ace/config.h FILE : bash-3.00$ more $ACE_ROOT/ace/config.h #include "ace/config-aix-5.x.h" T...
[ace-bugs] Linking to a shared ace 5.2 lib, compiled with g++ 3.2.3: Linker Error galore when trying to link to the built ace lib
ACE VERSION: 5.2 HOST MACHINE and OPERATING SYSTEM: Sparc Architecture and Solaris 2.6 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU 3.2.3 (not patch level) AREA/CLASS/EXAMPLE AFFECTED: I am able to compile ace into a shared library called libAce.so, but when I link to it I get a bunch of linker errors like so: g++ -I../share -I/home/gbedi/ace_gcc -I/home/cls_master/libs/solaris/libtif f_3_5_6 -I/home/cls_master/libs/solaris/libdil_1_1 -I/home/cls_master/libs/solaris/l ibdms_1_1 -I../include -D_PTHREADS...
Re: [ace-bugs] Linking to a shared ace 5.2 lib, compiled with g++ 3.2.3: Linker Error galore when trying to link to the built ace lib
Hi, Thanks for using the PRF. >> ACE VERSION: 5.2 I have several recommendations: .. Upgrade to ACE 5.3.3, which you can download from http://deuce.doc.wustl.edu/Download.html .. Build the ACE tests and examples directories to make sure they work. Assuming they work, then follow EXACTLY the same linker steps for your application. Thanks, Doug >> HOST MACHINE and OPERATING SYSTEM: Sparc Architecture and Solaris 2.6 >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL):...
[ace-bugs] Compilation error on SUSE 8.0, gcc 2.95.3 with ace 5.3.0 and latest version
ACE VERSION: 5.3.0 (and latest beta version) HOST MACHINE and OPERATING SYSTEM: SUSE linux 8.0 If on Windows based OS's, which version of WINSOCK do you use?:n/a TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc 2.95.3 GNU make 3.79.1 CONTENTS OF $ACE_ROOT/ace/config.h: config-linux.h CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless this isn't used in this case, e.g., with Microsoft Visual C++): platform_linux.GNU AREA/CLASS/EXAMPLE AFFECTED: [W...
RE: [ace-users] Re: ACE 5.4.0 won't compile after GCC upgrade (3.3.3 -> 3.4.3)
Hi Tom, > > > The "resolution" was to upgrade to ACE-5.4.3 or later, which has > > > code fixes to help with the newer compiler. Not sure how > much would > > > need to change, but you may be able to inspect the differences in > > > that part of the code wrt the newer ACE release to backport the > > > fixes. > > Thanks, I've downloaded and am building. Is ACE-5.4.3 the latest > > production release ? > > Well, the definition of "production release" for ACE is a bit murky > imho. Production release is one with 2 numbers. E.g., 5.4 > The developers on this list (almost) always recommend using the > latest package, which is typically labeled a "beta release". > The latest > would be 5.4.4. The developers always recommend *not* using the > "production release", since the next release labeled "beta" > is always a bug-fix-only release. I believe I qualify as a "developer", but have a different take. Production releases are tested well, and often better than the BFO beta. There may be fixes in BFO, but there may be additional bugs also - it happened at 5.4.1. For those wishing to adopt a version of ACE and stick with it, you'll need a version you can get support (fixes and advice) for. For example, Riverace supports releases (e.g., 5.4) and fix kits that Riverace releases for those (i...
Re: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi Ishay, >> Sorry, we are using DevStudio 7.1 (2003) We use this too. Please see ACE_ROOT/tests/Time_Value_Test.cpp for lots of examples that use ACE_Time_Value with integers. Please see if this works on your OS/compiler platform. Thanks, Doug >> ~ Ishay >> >> Software Architect >> Onigma Ltd. >> Tel: +972-3-6877315 >> Fax: +972-3-6877128 >> Mobile: +972-54-2325090 >> Email: ishay@onigma.com >> >> -----Original Message----- >> From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] >> Sent: Tuesday, March 07, 2006 2:42 PM >> To: 'Ishay Green'; ace-users@cs.wustl.edu >> Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 >> >> Hi, >> >> > ACE VERSION: 5.5 >> >> Thanks for using the PRF form. >> >> > HOST MACHINE and OPERATING SYSTEM: >> > >> > Intel, WindowsXp, Windows 2003 >> >> An important bit information is missing, which compiler did you use. >> >> > AREA/CLASS/EXAMPLE AFFECTED: >> > The only problem we encountered was a compilation error >> > when construction ACE_Time_Value. >> > >> > The ACE_Time_Value cannot be constructed anymore from an integer. >> > >> > For example: ACE_Time_Value( 5 ) --> Compile error >>...
RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi, Sorry, we are using DevStudio 7.1 (2003) ~ Ishay Software Architect Onigma Ltd. Tel: +972-3-6877315 Fax: +972-3-6877128 Mobile: +972-54-2325090 Email: ishay@onigma.com -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Tuesday, March 07, 2006 2:42 PM To: 'Ishay Green'; ace-users@cs.wustl.edu Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 Hi, > ACE VERSION: 5.5 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: > > Intel, WindowsXp, Windows 2003 An important bit information is missing, which compiler did you use. > AREA/CLASS/EXAMPLE AFFECTED: > The only problem we encountered was a compilation error > when construction ACE_Time_Value. > > The ACE_Time_Value cannot be constructed anymore from an integer. > > For example: ACE_Time_Value( 5 ) --> Compile error Great to hear things work without problems. This errors sounds strange, we do have test cases like this in tests/Time_Value_Test.cpp. We do have made all constructors of ACE_Time_Value explicit. As a result if you have a method that expects a ACE_Time_Value&, you just can't pass for example 5, you have to pass an ACE_Time_Value(5). Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...
RE: [ace-users] compiling issue on Sun 5.8 with ACE 5.3 #2 #2
This is a multi-part message in MIME format. ------=_NextPart_000_00A2_01C34B9F.E5ADED10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00A3_01C34B9F.E5ADED10" ------=_NextPart_001_00A3_01C34B9F.E5ADED10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Can you please also lookint to the following error as well: Compiling /v/sbansal/out/temp/playground/ExecAgent.o /opt/SUNWspro/bin/CC -temp=/v/sbansal/out/temp -g -c -Bdynamic -ldl -mt -libr ary=iostream,rwtools7 -DACE_HAS_EXCEPTIONS -o /v/sbansal/out/temp/playground/Ex ecAgent.o -I/v/sbansal/out/include/playground -I/exe/tibco/tibrv5/include -I/v/s bansal/out/include/common -I/v/sbansal/out/include/utils -I/v/sbansal/out/includ e/transport -I/usr/ACE_wrappers src/ExecAgent.cc "/v/sbansal/out/include/playground/Global.h", line 43: Warning: String literal c onverted to char* in initialization. "/opt/SUNWspro/WS6U2/include/CC/rw7/rw/defs.h", line 316: Error: A typedef name cannot be used in an elaborated type specifier.. "/opt/SUNWspro/WS6U2/include/CC/rw7/rw/defs.h", line 317: Error: A typedef name cannot be used in an elaborated type specifier.. "/opt/SUNWspro/WS6U2/include/CC/rw7/rw/defs.h", line 318: Error: A typedef name cannot be used in an elaborated type specifier.. "/opt/SUNWspro/WS6U2/include/CCios/rlocks.h", line 50: Error: A typedef name can not be used in an elaborated type specifier.. &q...
Re: [ace-users] Compiling ACE 5.3 with GCC 3.4.3
Hi, When x.3 was released there was no GCC 3.4 version, so this will just not work, please upgrade to a newer version of ACE/TAO. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl "Seng-Quee.Liang" <Seng-Quee.Liang@Sun.COM> wrote in message news:<mailman.1894.1170813530.25808.ace-users@mail.cse.wustl.edu>... > Hi, > > I'm a newbie to ACE and this is my 1st posting to this alias, and would > appreciate any help. > > I have a requirement to use ACE 5.3 on Solaris 10 SPARC. I had followed > the building & installation information on ACE website to the letter and > had no problems compiling it with Sun Studio 11. > > However, when I tried compiling it with GCC 3.4.3, I'm swamped with a > host of problems. Being a newbie to ACE, I'm wondering > > a) if I'm setting the right config.h/platform_macros.GNU for GCC > compile; > b) if I should be trying add flags into these files to get it to > compile. > > Any pointers or advice is sincerely appreciated. > > > Thanks in advance. > > Best Regards, > /SengQuee > > -------- config.h for Studio 11 ----- > #include "ace/config-sunos5.9.h" > > -------- platform_macros.GNU for Studio 11 ----- > include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU &...
RE: [ace-bugs] ACE 5.3.6: test results for RH 7.3/AS #2 #2
Hi, This has been fixed after the 1.3.6 release by the following commit: Fri Dec 19 11:57:20 2003 Steve Huston <shuston@riverace.com> * tests/Sigset_Ops_Test.cpp: Add an optional can_miss parameter to the siglistset() function; defaults to 0 (current behavior). Pass it as 1 when the full (sigfillset) set is being tested because there's no guarantee that all signals from 1-ACE_NSIG are legit and set in the sigset. This is true on Red Hat Linux w/ NPTL (Redhat 9 and Enterprise Linux 3, for example). Thanks to Roger Beathard (rbeathar@cisco.com) for reporting this issue. * tests/Makefile.tests: Added TSS_Static_Test. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-ace-bugs@cse.wustl.edu > [mailto:owner-ace-bugs@cse.wustl.edu] On Behalf Of Thomas Lockhart > Sent: Tuesday, December 30, 2003 5:21 AM > To: Balachandran Natarajan > Cc: Jan Evert van Grootheest; 'ace-bugs@cs.wustl.edu' > Subject: Re: [ace-bugs] ACE 5.3.6: test results for RH 7.3/AS > > > > > > >>Error: ././TSS_Static_Test does not exist or is not runnable > >> > >> > fwiw I see this too on Linux, Mandrake 9.0, gcc-3.2.2. I > haven't had a > chance to look for the cause... > > - Tom >...
[ace-bugs] [ACE 5.4 on HP-Unix with gcc 3.3 ][I can not compile the package]
ACE VERSION: 5.4 HOST MACHINE and OPERATING SYSTEM: HP-9000/800 ; HP-Unix b.11.00 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: HP-9000/800 ; HP-Unix b.11.00 COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU gcc v3.3.2 CONTENTS OF $ACE_ROOT/ace/config.h: CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : # platform_hpux_gcc.GNU,v 4.28 2003/10/17 21:48:05 shuston Exp # debug =0 optimize = 1 threads = 1 exceptions=1 shared_libs=0 static_libs=1 ifeq (,$(buildbits)) buildbits = 0 endif ifeq (,$(debug)) debug = 1 endif ifeq (,$(distrib)) distrib = 0 endif ifeq (,$(exceptions)) exceptions = 1 endif ifeq (,$(optimize)) optimize = 1 endif ifeq (,$(stdcpplib)) stdcpplib = 1 endif ifeq (,$(threads)) threads = 1 endif ifeq (,$(versioned_so)) versioned_so = 0 endif ifeq (,$(with_ld)) with_ld = hpux endif # First, extract the OS version number. HPVERS_WORDS := $(subst ., ,$(shell uname -r)) HPUX_VERS := $(join $(word 2,$(HPVERS_WORDS)),$(word 3,$(HPVERS_WORDS))) # CC = gcc CXX = g++ CFLAGS += -w # # Set the appropriate preprocessor defs for threading based on OS version. # If the user has requested building without threads, then don't set any. # ifeq ($(threads),1) ifeq (3.,$(findstring 3.,$(CXX_VERSION))) THR_DEFS = -threads endif ifeq ($(word 2,$(HPVERS_WORDS)), 11) THR_DEFS += -DACE_HAS_THREADS -D_POSIX_C_SOURCE=199506L else THR_DEFS += -...
Re: [tao-users] ACE 5.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released #2 #2
Hi Alex, > What are OCI's plan's for a supported TAO 1.4 release and developer > guide? Will this effect the release of the 1.3 guide? This is an excellent question - I'm sure Malcolm Spence will pitch in when he has a chance and I suspect that OCI will be supporting TAO 1.4 in due time. None of the changes in TAO 1.4 should affect the relevance of the info in the TAO 1.3 developer's guide - there's just more new stuff to document as time permits. Take care, Doug ...
Re: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2
Hi Jason, >> I know it isn't the most recent version available, but this version >> is used extensively across the corporation. Changing the version of >> ACE all these products used will cause the architect's heads to >> explode ;) >> >> Is it your opinion that 5.3.1 is hopeless cause on Tiger? It'll take some work, but companies like Riverace, Remedy, and OCI can help out with this stuff if staying with 5.3.1 is essential. Please see http://www.cs.wustl.edu/~schmidt/commercial-support.html for help with this stuff. >> > http://cvs.doc.wustl.edu/ >> I will try it out, and let you know how it works. Great - if there are any problems please let us know quickly so that we can get the fixes into the x.4.8 beta. Thanks, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu ...
Re: [ace-bugs] [ACE 5.4 on HP-Unix with gcc 3.3 ][I can not compile the package]
Hi Kambeez, Thanks for using the PRF. > ACE VERSION: 5.4 > > HOST MACHINE and OPERATING SYSTEM: HP-9000/800 ; HP-Unix b.11.00 We (i.e., the DOC groups at WU/VU/UCI) don't have HP/UX, so we can't really help with this. There are other groups that support ACE on HP/UX, however, so please check out http://www.dre.vanderbilt.edu/scoreboard/integrated.html and see who provides support for these platforms and how they differ from what you're doing. You may need to follow up with some of the companies listed in http://www.cs.wustl.edu/~schmidt/commercial-support.html if you can't figure out how to solve this yourself. Thanks, Doug > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: HP-9000/800 > ; HP-Unix b.11.00 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU gcc v3.3.2 > > CONTENTS OF $ACE_ROOT/ace/config.h: > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : > > # platform_hpux_gcc.GNU,v 4.28 2003/10/17 21:48:05 shuston Exp > # > > debug =0 > optimize = 1 > threads = 1 > exceptions=1 > shared_libs=0 > static_libs=1 > > ifeq (,$(buildbits)) > buildbits = 0 > endif > ifeq (,$(debug)) > debug = 1 > endif > ifeq (,$(distrib)) > distrib = 0 > endif > ifeq (,$(exceptions)) > exceptions = 1 > endif > ifeq (,$(optimize)) > > optimize = 1 > endif > ifeq...
Web resources about - [ace-bug] Compile ACE 5.4 on AIX 5.2 with gcc 3.3.2 - comp.soft-sys.aceResources last updated: 3/22/2016 9:41:51 PM