f



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

Hi Jason,

        Thanks for using the PRF.

>>     ACE VERSION: 5.3.1

This version of ACE is ANCIENT.  The forthcoming ACE 5.4.8 beta should
work "out of the box" for Mac OS X Tiger.  If you want a preview,
please download the version in our CVS repo at

http://cvs.doc.wustl.edu/

take care,

        Doug

>>     HOST MACHINE and OPERATING SYSTEM: Mac OS X 10.4.2
>>     COMPILER NAME AND VERSION (AND PATCHLEVEL):
>> powerpc-apple-darwin8-gcc-4.0.1
>> 
>>     CONTENTS OF $ACE_ROOT/ace/config.h:
>> 
>> /* -*- C++ -*- */
>> // config-macosx.h,v 4.17 2003/01/20 20:02:12 seibel_r Exp
>> 
>> // This configuration file is designed to work with the MacOS X operating
>> system.
>> 
>> #ifndef ACE_CONFIG_MACOSX_H
>> #define ACE_CONFIG_MACOSX_H
>> 
>> #if ! defined (__ACE_INLINE__)
>> #define __ACE_INLINE__
>> #endif /* ! __ACE_INLINE__ */
>> 
>> #if defined (__GNUG__)
>> # include "ace/config-g++-common.h"
>> #endif /* __GNUG__ */
>> 
>> #undef ACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION
>> 
>> #define ACE_SIZE_T_FORMAT_SPECIFIER ACE_LIB_TEXT ("%lu")
>> 
>> #if defined (ACE_HAS_PENTIUM)
>> # undef ACE_HAS_PENTIUM
>> #endif /* ACE_HAS_PENTIUM */
>> 
>> #if !defined (_THREAD_SAFE)
>> #define _THREAD_SAFE
>> #endif /* _THREAD_SAFE */
>> 
>> #define ACE_HAS_GPERF
>> #define ACE_HAS_POSIX_SEM
>> 
>> //#define ACE_HAS_SVR4_TLI
>> 
>> #define ACE_HAS_MEMCHR
>> 
>> // Compiler/platform defines the sig_atomic_t typedef.
>> #define ACE_HAS_SIG_ATOMIC_T
>> 
>> // Compiler/platform supports SVR4 signal typedef
>> #define ACE_HAS_SVR4_SIGNAL_T
>> 
>> //Platform/compiler has the sigwait(2) prototype
>> #define ACE_HAS_SIGWAIT
>> 
>> //Platform supports sigsuspend()
>> #define ACE_HAS_SIGSUSPEND
>> 
>> //Platform/compiler has macros for sig{empty,fill,add,del}set (e.g., SCO and
>> FreeBSD)
>> #define ACE_HAS_SIG_MACROS
>> 
>> //#define ACE_HAS_RECURSIVE_THR_EXIT_SEMANTICS
>> #define ACE_LACKS_GETPGID
>> #define ACE_LACKS_RWLOCK_T
>> 
>> // Optimize ACE_Handle_Set for select().
>> #define ACE_HAS_HANDLE_SET_OPTIMIZED_FOR_SELECT
>> 
>> #define ACE_HAS_NONCONST_SELECT_TIMEVAL
>> 
>> //?
>> #define ACE_LACKS_SIGSET
>> 
>> #define ACE_NEEDS_SCHED_H
>> 
>> // Use of <malloc.h> is deprecated.
>> #define ACE_LACKS_MALLOC_H
>> 
>> #define ACE_HAS_ALT_CUSERID
>> 
>> // Platform supports POSIX timers via struct timespec.
>> #define ACE_HAS_POSIX_TIME
>> #define ACE_HAS_UALARM
>> 
>> // Platform defines struct timespec but not timespec_t
>> #define ACE_LACKS_TIMESPEC_T
>> 
>> #define ACE_LACKS_STRRECVFD
>> 
>> #define ACE_HAS_SIN_LEN
>> 
>> #define ACE_HAS_ANSI_CASTS
>> 
>> // Platform supports System V IPC (most versions of UNIX, but not Win32)
>> //#define ACE_HAS_SYSV_IPC
>> 
>> // Compiler/platform contains the <sys/syscall.h> file.
>> #define ACE_HAS_SYSCALL_H
>> 
>> #define ACE_HAS_CONSISTENT_SIGNAL_PROTOTYPES
>> 
>> // Compiler/platform supports alloca().
>> #define ACE_HAS_ALLOCA
>> 
>> // Compiler/platform correctly calls init()/fini() for shared libraries.
>> #define ACE_HAS_AUTOMATIC_INIT_FINI
>> 
>> // Explicit dynamic linking permits "lazy" symbol resolution
>> //#define ACE_HAS_RTLD_LAZY_V
>> 
>> // platform supports POSIX O_NONBLOCK semantics
>> #define ACE_HAS_POSIX_NONBLOCK
>> 
>> // platform supports IP multicast
>> #define ACE_HAS_IP_MULTICAST
>> #define ACE_LACKS_PERFECT_MULTICAST_FILTERING 1
>> 
>> //platform supports snprintf ()
>> #define ACE_HAS_SNPRINTF
>> 
>> // Compiler/platform has the getrusage() system call.
>> #define ACE_HAS_GETRUSAGE
>> 
>> // Compiler supports the ssize_t typedef.
>> #define ACE_HAS_SSIZE_T
>> 
>> // Compiler/platform supports strerror ().
>> #define ACE_HAS_STRERROR
>> 
>> // Compiler/platform provides the sockio.h file.
>> #define ACE_HAS_SOCKIO_H
>> 
>> // Defines the page size of the system.
>> #define ACE_HAS_GETPAGESIZE
>> 
>> // Platform provides <sys/filio.h> header.
>> #define ACE_HAS_SYS_FILIO_H
>> 
>> // Compiler/platform supports SVR4 gettimeofday() prototype
>> #define ACE_HAS_SUNOS4_GETTIMEOFDAY
>> #define ACE_HAS_TIMEZONE_GETTIMEOFDAY
>> 
>> // Turns off the tracing feature.
>> #if !defined (ACE_NTRACE)
>> #define ACE_NTRACE 1
>> #endif /* ACE_NTRACE */
>> 
>> #define ACE_LACKS_SYSV_MSG_H
>> #define ACE_HAS_MSG
>> #define ACE_HAS_4_4BSD_SENDMSG_RECVMSG
>> #define ACE_HAS_NONCONST_MSGSND
>> 
>> // Thread specific settings
>> // Yes, we do have threads.
>> #define ACE_HAS_THREADS
>> // And they're even POSIX pthreads
>> #if !defined (ACE_MT_SAFE)
>> # define ACE_MT_SAFE 1
>> #endif /* ! ACE_MT_SAFE */
>> #define ACE_HAS_PTHREADS
>> #define ACE_HAS_PTHREADS_STD
>> #define ACE_HAS_PTHREAD_KILL
>> #define ACE_HAS_PTHREAD_CANCEL
>> #define ACE_HAS_PTHREAD_SIGMASK
>> #define ACE_LACKS_THREAD_PROCESS_SCOPING
>> #define ACE_HAS_THREAD_SPECIFIC_STORAGE
>> #define ACE_HAS_DIRENT
>> #define ACE_LACKS_SYSTIME_H
>> 
>> #define ACE_LACKS_SETSCHED
>> //#define ACE_HAS_RECURSIVE_MUTEXES
>> 
>> #define ACE_HAS_TERM_IOCTLS
>> #define TCGETS TIOCGETA
>> #define TCSETS TIOCSETA
>> 
>> #define ACE_HAS_SEMUN
>> #define ACE_HAS_SIGINFO_T 
>> #define ACE_LACKS_SIGINFO_H 
>> #define ACE_HAS_UCONTEXT_T 
>> #define ACE_HAS_GETIFADDRS 
>> #define ACE_LACKS_STATIC_DATA_MEMBER_TEMPLATES 
>> #define ACE_LACKS_UNNAMED_SEMAPHORE
>> 
>> // dlcompat package (not part of base Darwin) is needed for dlopen().
>> // You may download directly from sourceforge and install or use fink
>> // Fink installer puts libraries in /sw/lib and headers in /sw/include
>> // In order to install dlcompat do the following:
>> //   - download fink from http://fink.sf.net
>> //   - type:
>> //        fink install dlcompat
>> // as of Dec 2002, if you use fink you will need to uncomment the next line
>> //#define ACE_NEEDS_DL_UNDERSCORE
>> #define ACE_HAS_SVR4_DYNAMIC_LINKING
>> #define ACE_LD_SEARCH_PATH ACE_LIB_TEXT ("DYLD_LIBRARY_PATH")
>> #define ACE_DLL_SUFFIX ACE_LIB_TEXT (".dylib")
>> #define ACE_LACKS_DLCLOSE
>> 
>> // gperf seems to need this
>> #define ACE_HAS_NONSTATIC_OBJECT_MANAGER
>> 
>> #if defined(__APPLE_CC__) && (__APPLE_CC__ < 1173)
>> #error "Compiler must be upgraded, see http://developer.apple.com"
>> #endif /* __APPLE_CC__ */
>> 
>> #endif /* ACE_CONFIG_MACOSX_H */
>> 
>> 
>>     CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless
>>     this isn't used in this case, e.g., with Microsoft Visual C++):
>>     
>>     AREA/CLASS/EXAMPLE AFFECTED: First file that tries to compile ;)
>> 
>>     DOES THE PROBLEM AFFECT:
>>         COMPILATION? Y
>> 
>>     SYNOPSIS: ACE doesn't build.
>> 	
>>     DESCRIPTION:
>> 
>> make -f Makefile SUBDIR_TARGET=all ace.subdir ACEXML.subdir netsvcs.subdir
>> tests.subdir apps.subdir examples.subdir performance-tests.subdir
>> websvcs.subdir
>> make -f Makefile -C ace all
>> g++ -Wall -Wpointer-arith -pipe -I/sw/include -g -Wno-uninitialized
>> -fno-implicit-templates  -DACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION
>> -I/Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrapper
>> s -DACE_HAS_EXCEPTIONS -DACE_BUILD_DLL -DACE_OS_BUILD_DLL  -c  -o
>> .shobj/Basic_Types.o Basic_Types.cpp
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i: In static member function 'static ACE_HANDLE
>> ACE_OS::accept(ACE_HANDLE, sockaddr*, int*)':
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:4745: error: invalid conversion from 'ACE_SOCKET_LEN*' to
>> 'socklen_t*'
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:4745: error:   initializing argument 3 of 'int accept(int,
>> sockaddr*, socklen_t*)'
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i: In static member function 'static int ACE_OS::recvfrom(ACE_HANDLE,
>> char*, size_t, int, sockaddr*, int*)':
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:5043: error: invalid conversion from 'ACE_SOCKET_LEN*' to
>> 'socklen_t*'
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:5043: error:   initializing argument 6 of 'ssize_t recvfrom(int,
>> void*, size_t, int, sockaddr*, socklen_t*)'
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i: In static member function 'static int
>> ACE_OS::getpeername(ACE_HANDLE, sockaddr*, int*)':
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:5228: error: invalid conversion from 'ACE_SOCKET_LEN*' to
>> 'socklen_t*'
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:5228: error:   initializing argument 3 of 'int getpeername(int,
>> sockaddr*, socklen_t*)'
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i: In static member function 'static int
>> ACE_OS::getsockname(ACE_HANDLE, sockaddr*, int*)':
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:5398: error: invalid conversion from 'ACE_SOCKET_LEN*' to
>> 'socklen_t*'
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:5398: error:   initializing argument 3 of 'int getsockname(int,
>> sockaddr*, socklen_t*)'
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i: In static member function 'static int
>> ACE_OS::getsockopt(ACE_HANDLE, int, int, char*, int*)':
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:5413: error: invalid conversion from 'ACE_SOCKET_LEN*' to
>> 'socklen_t*'
>> /Users/jason/Projects/Macport/sandboxes/MCP40/mcp_3rdParty/ace/ACE_Wrappers/
>> ace/OS.i:5413: error:   initializing argument 5 of 'int getsockopt(int, int,
>> int, void*, socklen_t*)'
>> make[3]: *** [.shobj/Basic_Types.o] Error 1
>> make[2]: *** [all] Error 2
>> make[
>> 
>> 
>> ------------=_437C9CC2.07CE11B5--
>> 





































































































































































































































































-- 
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

0
Douglas
11/17/2005 4:02:12 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
1561 Views

Similar Articles

[PageSpeed] 3

Reply:

Similar Artilces:

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, > > >> ACE VERSION: 5.3.1 > > > > This version of ACE is ANCIENT. The forthcoming ACE 5.4.8 > beta should > > work "out of the box" for Mac OS X Tiger. If you want a preview, > > please download the version in our CVS repo at > > 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 ;) ;-) Right - this is where the value of commercial support providers comes into play. DOC's research efforts continue to march on as they should, while commercial product efforts are best served by sticking with a version of ACE over time. Companies such as Riverace can make a 5.3-base version work on Mac OS X Tiger, for instance, as well as make sure that when your product is ready for an upgrade, the new version of ACE won't surprise you. I'd be happy to discuss further how we can help you and your architects - we don't want any heads to explode :-) -Steve -- Steve Huston, Riverace Corporation Helping you succeed with ACE See http://www.riverace.com/support.htm ...

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: 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 Doug, > > Thanks for using the PRF. > > >> ACE VERSION: 5.3.1 > > This version of ACE is ANCIENT. The forthcoming ACE 5.4.8 beta should > work "out of the box" for Mac OS X Tiger. If you want a preview, > please download the version in our CVS repo at 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? > http://cvs.doc.wustl.edu/ I will try it out, and let you know how it works. Thanks, Jason ...

RE: [ace-bugs] Subject: building ACE: I cannot successfully build Ace on Mac OSX 10.4 (tiger) #2
Hello Johnny, Thanks for the reply. My colleage and I determined if we defined ACE_HAS_SOCKLEN_T In the .h file, then we could get everything to compile. Now we are only encountering linker errors. I get the following linker errors: dynamic -lstdc++ -lSystem libtool: can't locate file for: -lcc_dynamic libtool: file: -lcc_dynamic is not an object file (not allowed in a library) libtool: can't locate file for: -lstdc++ libtool: file: -lstdc++ is not an object file (not allowed in a library) make[2]: *** [libACE.dylib] Error 1 make[1]: *** [ACE] Error 2 make: *** [all] Error 2 Note that I tried removing "cc_dynamic" from the .GNU file with no success. I get different linker errors. Thanks in advance, Matt -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Wednesday, May 25, 2005 1:38 AM To: Matt Weiss; ace-bugs@cs.wustl.edu Subject: RE: [ace-bugs] Subject: building ACE: I cannot successfully build Ace on Mac OSX 10.4 (tiger) Hi, Thanks for using the PRF form. Please give us output of the errors you have, without that we definitively can't help you. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > ACE VERSION: 5.4.4 and 5.4.5 > > HOST MACHINE and OPERATING SYSTEM: > Mac OSX Tiger (10.4) > > TARGET MACHINE and OPERATING SYSTEM, if diffe...

RE: [ace-bugs] Subject: building ACE: I cannot successfully build Ace on Mac OSX 10.4 (tiger)
Hi, Thanks for using the PRF form. Please give us output of the errors you have, without that we definitively can't help you. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > ACE VERSION: 5.4.4 and 5.4.5 > > HOST MACHINE and OPERATING SYSTEM: > Mac OSX Tiger (10.4) > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > THE $ACE_ROOT/ace/config.h FILE [config-macosx-panther.h]: > > THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE > [platform_macosx_panther.GNU]: > > CONTENTS OF > $ACE_ROOT/bin/MakeProjectCreator/config/default.features > (used by MPC when you generate your own makefiles): > ssl=0 > qos=1 > cidl=0 > rwho=0 > sctp=0 > > AREA/CLASS/EXAMPLE AFFECTED: > [OS_NS_sys.inl and many more] > > DOES THE PROBLEM AFFECT: > COMPILATION > LINKING > [ACE fails to compile and link.] > SYNOPSIS: > [ACE fails to compile and build] > > DESCRIPTION: > [I follow the build instructions using the panther .h and .GNU as well > as set > my environmental variables and ACE fails to compile and link] > > REPEAT BY: > [Merely set my environment variables ACE_...

[ace-bugs] Subject: building ACE: I cannot successfully build Ace on Mac OSX 10.4 (tiger)
ACE VERSION: 5.4.4 and 5.4.5 HOST MACHINE and OPERATING SYSTEM: Mac OSX Tiger (10.4) TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): THE $ACE_ROOT/ace/config.h FILE [config-macosx-panther.h]: THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE [platform_macosx_panther.GNU]: CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): ssl=0 qos=1 cidl=0 rwho=0 sctp=0 AREA/CLASS/EXAMPLE AFFECTED: [OS_NS_sys.inl and many more] DOES THE PROBLEM AFFECT: COMPILATION LINKING [ACE fails to compile and link.] SYNOPSIS: [ACE fails to compile and build] DESCRIPTION: [I follow the build instructions using the panther .h and .GNU as well as set my environmental variables and ACE fails to compile and link] REPEAT BY: [Merely set my environment variables ACE_ROOT and DYLD_LIBRARY_PATH and run make from the build directory] SAMPLE FIX/WORKAROUND: [none] ...

RE: [tao-users] Re: [ace-users] Re: Announcing the release of the new beta (ACE-5.4.10, TAO-1.4.10 and CIAO-0.4.10)
Hi, > > >> We encourage you to download the new beta, use it with your > > >> applications, and let us know soon if you encounter any problems > > >> since we plan to cut the x.5 release by February 28th. > > > > As per Wallace's comments, we have an aggressive schedule > for the x.5 > > release to meet the needs of some major sponsors. If > people can give > > x.4.10 a "test drive" in the next couple of days and report problems > > they encounter we'll try to ensure that we fix any > showstoppers before > > According to bugzilla bug 2323 is not fixed yet. > > http://deuce.doc.wustl.edu/bugzilla/show_bug.cgi?id=2323 > > For us it is a show stopper. We use the OCI version which does not > have problems related to this bug but it would be nice to be able to > use the latest version with more fixes. FYI, the reason that this test now fails is because Ossama added several new test cases which wheren't in the test in the past, this uncovered some bugs which according to our information where already there a long time. Johnny "Johnny Willemsen" <jwillemsen@remedy.nl> writes: > > > >> We encourage you to download the new beta, use it with your > > > >> applications, and let us know soon if you encounter any problems > > > >> sinc...

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 pa...

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, >> I rebuild the ACE package according the instruction above,but get >> the same result. It doesn't look to me like you've added -DACE_HAS_X86_STAT_MACROS to the build-line as recommended by Johnny Willemsen. >> 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 >> ... >&...

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 ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > 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 Is this necessary? I mean make it implicit by default. The explicit is not even supported, and has no chance to work cleanly. Why should we patch broken stuff. Just a thought? > Qinghuajin and other Forte 9 users, you can work around this by added the > following line to your platform_macros.GNU file. > templates = implicit This is until w...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > 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 > > Is this necessary? I mean make it implicit by default. The > explicit is > not even supported, and has no chance to work cleanly. Why > should we patch > broken stuff. Just a thought? I have thought also about this, but maybe there are users around we don't know if. We can drop all this after x.5 is released, until that time, I just keep it there, just as we have a lot of other stuff that is probably broken. > > Qinghuajin and other Forte 9 users, you can work around > this by added the > > following line to your platform_macros.GNU file. > > templates = implicit > > This is until we release x.4.4., right? Yes, with x.4.4 this will be done correctly. 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, > > > 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...

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: ...

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, pl...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Steve, > > Is this necessary? I mean make it implicit by default. The > > explicit is > > not even supported, and has no chance to work cleanly. Why > > should we patch > > broken stuff. Just a thought? > > At least for ACE 5.5, Riverace supports the Forte compiler that > requires explicit. After that, we can drop it. Ok. Steve, could you maybe make clear with the build names which builds use explicit templates? Explicit templates in TAO are known to be broken at this moment. 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, > >> 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 Solar...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Everyon: My SunBlade 150 is back up and available, and has a Sun CC license, though I don't have a lot of bandwidth to admin it. Bala know where it is and has the root password. I'll probably move it into the server room once I have a chance to talk to Dan about it, but I my be out of town this week. [dhinton@blade DRM]$ uname -a SunOS blade 5.9 Generic_112233-03 sun4u sparc SUNW,Sun-Blade-100 Solaris [dhinton@blade DRM]$ CC -V CC: Forte Developer 7 C++ 5.4 2002/03/09 [dhinton@blade DRM]$ gcc --version gcc (GCC) 3.4.2 Copyright (C) 2004 Free Software Foundation, ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> > 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 This sounds good. > Is this necessary? I mean make it implicit by default. The > explicit is > not even supported, and has no chance to work cleanly. Why > should we patch > broken stuff. Just a thought? At least for ACE 5.5, Riverace supports the Forte compiler that requires explicit. After that, we can drop it....

[ace-users] Re: Question about building ACE on Mac OS X (10.3.x)
Hi Yiming, > I attempted to send this question to John Zorko, but the mail kept > bouncing back at me. So, I was wondering if you or someone else you > know who have successfully ported ACE to Mac OS X might be able to > help me out. Thanks very much for your email. Please make sure to send all questions related to TAO or ACE to the ACE mailing list or ACE+TAO newsgroup, rather than to me directly since I travel frequently and often don't have ready access to email. See http://www.cs.wustl.edu/~schmidt/ACE-mail.html for more info on how to access these re...

Re: [ace-users] Building ACE on Mac OSX 10.4
Hi Jason, To ensure that we have proper version/platform/compiler information, please make sure you fill out the appropriate problem report form (PRF), which is in $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM or in $ACE_ROOT/BUG-REPORT-FORM $TAO_ROOT/BUG-REPORT-FORM in older versions of ACE+TAO. Make sure to include this information when asking any questions about ACE+TAO since otherwise we have to "guess" what version/platform/compiler/options you've using, which is error-prone and slows down our responsiveness. >> Has anyone successfully built ACE on the above mentioned platform? Yes, check out http://www.dre.vanderbilt.edu/scoreboard/integrated.html and look at the "TAO on MacOS" entries. >> If so, is >> there a link with the instructions? >> >> Following the instructions on the website don't work, with incompatibilities >> dealing with socket stuff. I think you need to get a recent version of ACE, e.g., what's in our CVS repo at http://cvs.doc.wustl.edu/ Will, can you please confirm/deny? 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 ...

[ace-users] Re: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi Jin, >> The solaris 9/10 for sparc is not the same as solaris 9/10 for >> Intel X86,although it is almost free,and the SunStudio 9 (CC >> 5.6)for sparc is not the same as SunStudio 9(CC 5.6) for Intel X86. This is yet one more reason why you'll need to do the legwork on this. Please let us know what you find out. Thanks, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering and Computer Science FAX: (615) 343-7440 Vanderbilt University WEB: www.cs.wustl.edu/~schmidt/ Nashvil...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi, >> ACE VERSION: 5.4.3 Thakns for using the PRF! >> HOST MACHINE and OPERATING SYSTEM: >> Solaris10 X86 We (i.e., the DOC groups at UCI/VU/WU) don't have Solaris running on an x86 box (yet). It would therefore be great if you could figure out what patches need to be applied so that ACE compiles properly on this platform. BTW, Kitty/Bala, weren't we planning on running Solaris on an AMD box at some point? Thanks, Doug >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPIL...

Web resources about - 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 - comp.soft-sys.ace

Samsung Galaxy Ace 4 User Reviews
Samsung Galaxy Ace 4 reviews written by Phone Arena users. You can read the opinion of each user and how they rate the phone in 11 categories. ...

Samsung Galaxy Ace 3 official: iPhone-alike size for the new user
Samsung has revealed another in its Galaxy series, the Galaxy Ace 3, now targeting entry-level smartphone users who want a pocket-friendly 4-inch ...

Resources last updated: 3/5/2016 11:40:58 AM