f



[ace-users] RE: ACE/TAO build problems on Solaris 2.8 using gcc 3.3.6 #2

Hi, 

> -----Original Message-----
> From: Douglas C. Schmidt [mailto:schmidt@cse.wustl.edu] 
> Sent: Monday, March 27, 2006 9:09 AM
> To: nealweston@bellsouth.net; ace-users@cs.wustl.edu; 
> parsons@dre.vanderbilt.edu
> Subject: Re: ACE/TAO build problems on Solaris 2.8 using gcc 3.3.6
> 
> Hi Neal,
> 
> >> I am trying to build ACE-5.5 and TAO-1.5 on a SPARC 
> Solaris 2.8 system
> >> using gcc 3.3.6 and GNU make 3.80.
> >> 
> >> The build is failing in 
> ACE_wrappers/build/TAO/orbsvcs/orbsvcs (output
> >> included below) and I was wondering if anyone had any 
> suggestions as to
> >> what the problem may be.
> >> 
> >> What is puzzling to me is that the lines in question are 
> all comment
> >> lines. For example the "01.ps" invalid token on line 15 of
> >> CosProperty.idl is from the following comment line:
> >> 
> >> //     ftp://ftp.omg.org/pub/docs/1995/95-06-01.ps
> >> 
> >> If I replace the "//" style comments with "/* ... */" 
> style comments
> >> the errors go away.
> 
> Wow, that's pretty weird.  I recommend you upgrade to a newer version
> of GCC - perhaps there's a problem with the version of CPP that's
> being used on your platform since that's what the TAO IDL compiler
> uses under the hood to pre-process the IDL files.  If you check out
> our Solaris autobuilds for TAO at
> 
> http://www.dre.vanderbilt.edu/scoreboard/
> 
> you'll see that we're running with GCC 3.4.3 and 4.0.2 and 
> they work fine.
> 
> Jeff, do you see anything obvious here?

Nope, I agree with your diagnosis.

Jeff

> 
> Thanks,
> 
>         Doug
> 
> >> If any additional information would be useful please let 
> me know and I
> >> will be happy to provide it.
> >> 
> >> Making all in orbsvcs
> >> /fs30/tek/ACE-5.5-gcc-3.3.6/ACE_wrappers/build/TAO/orbsvcs/orbsvcs
> >> make[3]: Entering directory
> >> 
> `/fs30/tek/ACE-5.5-gcc-3.3.6/ACE_wrappers/build/TAO/orbsvcs/orbsvcs'
> >> ACE_ROOT=../../../../TAO/.. TAO_ROOT=../../../../TAO
> >> ../../TAO_IDL/tao_idl -Ge 1 -Wb,pre_include=ace/pre.h
> >> -Wb,post_include=ace/post.h -I../../../../TAO
> >> -I../../../../TAO/orbsvcs/orbsvcs -g ../../../apps/gperf/src/gperf
> >> -I../../../../TAO/orbsvcs
> >> -Wb,versioning_begin=TAO_BEGIN_VERSIONED_NAMESPACE_DECL
> >> -Wb,versioning_end=TAO_END_VERSIONED_NAMESPACE_DECL
> >> -Wb,stub_export_macro=TAO_Property_Export
> >> -Wb,stub_export_include=orbsvcs/Property/property_export.h
> >> -Wb,skel_export_macro=TAO_Property_Skel_Export
> >> -Wb,skel_export_include=orbsvcs/Property/property_skel_export.h
> >> ../../../../TAO/orbsvcs/orbsvcs/CosProperty.idl
> >> "../../../../TAO/orbsvcs/orbsvcs/CosProperty.idl", line 15: invalid
> >> input token: 01.ps
> >> "../../../../TAO/tao/orb.idl", line 3: invalid input token: 09
> >> "../../../../TAO/tao/BooleanSeq.pidl", line 3: invalid 
> input token: 08
> >> "../../../../TAO/tao/LongDoubleSeq.pidl", line 3: invalid 
> input token:
> >> 08
> >> "../../../../TAO/tao/LongSeq.pidl", line 3: invalid input token: 08
> >> "../../../../TAO/tao/OctetSeq.pidl", line 3: invalid input 
> token: 08
> >> "../../../../TAO/tao/OctetSeq.pidl", line 3: invalid input 
> token: 08
> >> "../../../../TAO/tao/ShortSeq.pidl", line 3: invalid input 
> token: 08
> >> "../../../../TAO/tao/StringSeq.pidl", line 3: invalid 
> input token: 08
> >> "../../../../TAO/tao/ULongSeq.pidl", line 3: invalid input 
> token: 08
> >> "../../../../TAO/tao/UShortSeq.pidl", line 3: invalid 
> input token: 08
> >> "../../../../TAO/tao/WCharSeq.pidl", line 3: invalid input 
> token: 08
> >> "../../../../TAO/tao/WStringSeq.pidl", line 3: invalid 
> input token: 08
> >> "../../../../TAO/tao/WStringSeq.pidl", line 3: fatal: too 
> many errors
> >> cc: acomp failed for /tmp//tao-idli_vhaqsA.cpp
> >> 
> /fs30/tek/ACE-5.5-gcc-3.3.6/ACE_wrappers/build/TAO/TAO_IDL/.li
> bs/tao_idl:
> >> preprocessor "cc" returned with an error
> >> make[3]: *** [CosProperty-stamp] Error 1
> >> make[3]: Leaving directory
> >> 
> `/fs30/tek/ACE-5.5-gcc-3.3.6/ACE_wrappers/build/TAO/orbsvcs/orbsvcs'
> >> make[2]: *** [all-recursive] Error 1
> >> make[2]: Leaving directory
> >> `/fs30/tek/ACE-5.5-gcc-3.3.6/ACE_wrappers/build/TAO/orbsvcs'
> >> make[1]: *** [all-recursive] Error 1
> >> make[1]: Leaving directory
> >> `/fs30/tek/ACE-5.5-gcc-3.3.6/ACE_wrappers/build/TAO'
> >> make: *** [all-recursive] Error 1
> >> 
> >> Thanks
> >> 
> >> Neal
> >> 
> 
> 
> -- 
> 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
Jeff
3/27/2006 3:15:48 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

1 Replies
914 Views

Similar Articles

[PageSpeed] 45

Hi,

Thanks for the suggestion. I upgraded to gcc 3.4.3 and started a clean
build. This got a little further than with the older version of gcc but
now fails as follows and wondered if anyone has any ideas of what may
be causing this or how I might be able to isolate the cause of the
problem (perhaps by somehow switching on some additional diagnostics).

ACE_ROOT=../../../../TAO/.. TAO_ROOT=../../../../TAO
.../../TAO_IDL/tao_idl -Ge 1 -Wb,pre_include=ace/pre.h
-Wb,post_include=ace/post.h -I../../../../TAO
-I../../../../TAO/orbsvcs/orbsvcs -g ../../../apps/gperf/src/gperf
-I../../../../TAO/orbsvcs
-Wb,versioning_begin=TAO_BEGIN_VERSIONED_NAMESPACE_DECL
-Wb,versioning_end=TAO_END_VERSIONED_NAMESPACE_DECL
-Wb,stub_export_macro=TAO_Naming_Export
-Wb,stub_export_include=orbsvcs/Naming/naming_export.h
-Wb,skel_export_macro=TAO_Naming_Skel_Export
-Wb,skel_export_include=orbsvcs/Naming/naming_skel_export.h
.../../../../TAO/orbsvcs/orbsvcs/CosNaming.idl
/fs30/tek/ACE-5.5-gcc-3.4.3/ACE_wrappers/build/TAO/TAO_IDL/.libs/tao_idl:
preprocessor "cc" returned with an error
make[3]: *** [CosNaming-stamp] Error 1
make[3]: Leaving directory
`/fs30/tek/ACE-5.5-gcc-3.4.3/ACE_wrappers/build/TAO/orbsvcs/orbsvcs'

Thanks

Neal

0
nealweston
3/28/2006 8:24:49 PM
Reply:

Similar Artilces:

[ace-users] Re: ACE/TAO build problems on Solaris 2.8 using gcc 3.3.6
Hi Neal, >> I am trying to build ACE-5.5 and TAO-1.5 on a SPARC Solaris 2.8 system >> using gcc 3.3.6 and GNU make 3.80. >> >> The build is failing in ACE_wrappers/build/TAO/orbsvcs/orbsvcs (output >> included below) and I was wondering if anyone had any suggestions as to >> what the problem may be. >> >> What is puzzling to me is that the lines in question are all comment >> lines. For example the "01.ps" invalid token on line 15 of >> CosProperty.idl is from the following comment line: >> >> // ftp://ftp.omg.org/pub/docs/1995/95-06-01.ps >> >> If I replace the "//" style comments with "/* ... */" style comments >> the errors go away. Wow, that's pretty weird. I recommend you upgrade to a newer version of GCC - perhaps there's a problem with the version of CPP that's being used on your platform since that's what the TAO IDL compiler uses under the hood to pre-process the IDL files. If you check out our Solaris autobuilds for TAO at http://www.dre.vanderbilt.edu/scoreboard/ you'll see that we're running with GCC 3.4.3 and 4.0.2 and they work fine. Jeff, do you see anything obvious here? Thanks, Doug >> If any additional information would be useful please let me know and I >> will be happy to provide it. >> >> Making all in orbsvcs >> /fs30/t...

ACE/TAO build problems on Solaris 2.6 using gcc 3.3.6
Hi All, I am trying to build ACE-5.5 and TAO-1.5 on a SPARC Solaris 2.8 system using gcc 3.3.6 and GNU make 3.80. The build is failing in ACE_wrappers/build/TAO/orbsvcs/orbsvcs (output included below) and I was wondering if anyone had any suggestions as to what the problem may be. What is puzzling to me is that the lines in question are all comment lines. For example the "01.ps" invalid token on line 15 of CosProperty.idl is from the following comment line: // ftp://ftp.omg.org/pub/docs/1995/95-06-01.ps If I replace the "//" style comments with "/* ... */" style comments the errors go away. If any additional information would be useful please let me know and I will be happy to provide it. Making all in orbsvcs /fs30/tek/ACE-5.5-gcc-3.3.6/ACE_wrappers/build/TAO/orbsvcs/orbsvcs make[3]: Entering directory `/fs30/tek/ACE-5.5-gcc-3.3.6/ACE_wrappers/build/TAO/orbsvcs/orbsvcs' ACE_ROOT=../../../../TAO/.. TAO_ROOT=../../../../TAO .../../TAO_IDL/tao_idl -Ge 1 -Wb,pre_include=ace/pre.h -Wb,post_include=ace/post.h -I../../../../TAO -I../../../../TAO/orbsvcs/orbsvcs -g ../../../apps/gperf/src/gperf -I../../../../TAO/orbsvcs -Wb,versioning_begin=TAO_BEGIN_VERSIONED_NAMESPACE_DECL -Wb,versioning_end=TAO_END_VERSIONED_NAMESPACE_DECL -Wb,stub_export_macro=TAO_Property_Export -Wb,stub_export_include=orbsvcs/Property/property_export.h -Wb,skel_export_macro=TAO_Property_Skel_Export -Wb,skel_export_include=orbsvcs/P...

[ace-users] ACE/TAO 6.3.3/2.3.3 RPMs available!
Hi, We have uploaded the new micro release to OpenSuSE Build Service which now provides RPMs for this new micro release. For more details see ORBzone.org at http://www.orbzone.org/node/387 Best regards, Johnny Willemsen Remedy IT Looking for support and consultancy related to ACE/TAO, see http://www.theaceorb.nl! ...

RE: [ace-users] Re: ACE 5.4.0 won't compile after GCC upgrade (3.3.3 -> 3.4.3) #2
Hi J.T., Right... The issue is a bit odd... Here's the check I added for ACE: dnl This check was added to work around a system-supplied header dnl (/usr/include/netinet/ip.h) that won't compile with Visual Age C++ dnl unless the _NO_BITFIELDS preprocessor macro is defined. The comments dnl there recommend use of _NO_BITFIELDS (and recode where needed to allow dnl that), but we won't just turn it on. Check to see if it's needed. Note dnl that this check is related to headers but done before we really know if dnl the header is present. Thus, if the bare compile fails, but succeeds dnl with _NO_BITFIELDS, set the flag, else leave things alone. -Steve -- Steve Huston, Riverace Corporation Adding Service to Open Source Software ACE book info at http://www.riverace.com/acebooks/ > -----Original Message----- > From: J.T. Conklin [mailto:jtc@acorntoolworks.com] > Sent: Wednesday, April 13, 2005 2:21 PM > To: Colm McHugh > Cc: Steve Huston; ace-users@cs.wustl.edu > Subject: Re: [ace-users] Re: ACE 5.4.0 won't compile after > GCC upgrade (3.3.3 -> 3.4.3) > > > Colm McHugh <cmchugh@callixa.com> writes: > >>Sure... Why do you say <sys/machine.h> is a prerequisite for > >><netinet/tcp.h>? I addressed a problem related to this in > the autoconf > >>support for AIX that'll go in the next beta, but it doesn't involve...

RE: [ace-users] Re: ACE 5.4.0 won't compile after GCC upgrade (3.3.3 -> 3.4.3) #2
Hi Colm, Ok, thanks for that explanation. I solved this a different way for a similar problem that showed up with Visual Age C++ on AIX 5.2... When the 5.4.5 beta comes out, please try this again and hopefully no further workarounds will be needed. Thanks, -Steve -- Steve Huston, Riverace Corporation Adding Service to Open Source Software ACE book info at http://www.riverace.com/acebooks/ > -----Original Message----- > From: Colm McHugh [mailto:cmchugh@callixa.com] > Sent: Wednesday, April 13, 2005 1:05 PM > To: Steve Huston > Cc: ace-users@cs.wustl.edu > Subject: Re: [ace-users] Re: ACE 5.4.0 won't compile after > GCC upgrade (3.3.3 -> 3.4.3) > > > > >Sure... Why do you say <sys/machine.h> is a prerequisite for > ><netinet/tcp.h>? I addressed a problem related to this in > the autoconf > >support for AIX that'll go in the next beta, but it doesn't involve > >machine.h. > > > Hi Steve, > > that statement is based on the compilation sequence shown > below (done on > an AIX 5.2): > > $ cat t2.cpp > #include <sys/machine.h> > #include <netinet/tcp.h> > int main() > {} > $ g++ t2.cpp > $ cat t1.cpp > #include <netinet/tcp.h> > int main() > {} > $ g++ t1.cpp > In file incl...

Re: [ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, > oh. sorry. I just use ACE at studying. so I don't interested in > commercial support. (bad english. sorry. -_-) No problem with the English. Good that you are looking at ACE, it is very powerful, only the bad thing is you are using a new MinGW version that cause problems. > furthermore, I found cause about this error. it's placed in new > w32api's sys/stat.h. it define lstat as stat, so this make all > "lstat"s in ACE sources replace "stat". -_-a > > I tryed two modification (sorry for handy patch..) > 1. ace/config-win32-mingw.h, line 85 : insert below code > #define ACE_LACKS_LSTAT That is not a nice solution. > 2. ace/os_include/sys/os_stat.h, line 44 : insert below code > #if defined (__MINGW__) && (__MINGW32_MAJOR_VERSION >= 3) && > (__MINGW32_MINOR_VERSION >= 6) > #undef lstat > #undef _lstat > #endif > > it's okey. except ace/Name_Space.cpp, all code is compiled > successfully. ^_^ check this please. Ok. This should do the trick. But I have taken first another step, I have send an e-mail to the MinGW users mailing list to ask if the MinGW people can change this. They should make a normal function for lstat and handle the redirection to stat internally. Until the time being, you can use the workaround. What is the problem in ace/Name_Space.cpp? Johnny ...

RE: [ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, Please upgrade your mingw version to 3.7. This has been released today and contains the following fix below, they removed all defines which are just there to fool people. Your problems with MinGW should be gone now. Johnny 2005-01-13 Earnie Boyd <earnie@users.sf.net> * include/sys/stat.h (_S_IFLNK, S_IFLNK, _S_ISLNK, S_ISLNK, _lstat, lstat): Remove. * include/errno.h (ELOOP): Ditto. * include/_mingw.h: Increment version to 3.7. * Makefile.in: Ditto. > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Johnny Willemsen > Sent: maandag 10 januari 2005 19:11 > To: redwiki.net@gmail.com > Cc: ace-users@cs.wustl.edu > Subject: Re: [ace-users] Re: [ace] compile error in mingw > 3.2-rc1 (or w32api-3.2) > > Hi, > > > oh. sorry. I just use ACE at studying. so I don't interested in > > commercial support. (bad english. sorry. -_-) > > No problem with the English. Good that you are looking at > ACE, it is very > powerful, only the bad thing is you are using a new MinGW > version that cause > problems. > > > furthermore, I found cause about this error. it's placed in new > > w32api's sys/stat.h. it define lstat as stat, so this make all > > "lstat"s in ACE sources replace "stat". -_-a > > > > I tryed two modification (sorry ...

[ace-users] build ACE+TAO+CIAO-6.2.3 problem
ACE VERSION: ACE+TAO+CIAO-6.2.3 HOST MACHINE and OPERATING SYSTEM: windows xp with vs 2010 express Detail: ========== Build: 664 succeeded, 2 failed, 0 up-to-date, 0 skipped ========== 37>------ Build started: Project: DLL_Test_Lib, Configuration: Debug Win32 ------ 32> Creating library ..\..\..\lib\ACE_INetd.lib and object ...\..\..\lib\ACE_INetd.exp 37> DLL_Test_Impl.cpp 37>LINK : fatal error LNK1104: cannot open file 'DLL_Test_Parentd.lib' 32> Creating library ..\..\..\lib\ACE_INetd.lib and object ...\..\..\lib\ACE_INetd.exp 38>------ Build started: Project: ASX_CCM_App_Server, Configuration: Debug Win32 ------ 38> SC_Server.cpp 162>------ Build started: Project: Simple_Message_Block_Test, Configuration: Debug Win32 ------ 161> Generating Code... 162> Main.cpp 161>LINK : fatal error LNK1104: cannot open file 'DLL_Test_Parentd.lib' 162> Simple_Message_Block_Test.cpp ...

[ace-users] Re: ACE problems with Redhat 9.0 GCC 3.2.2
Hi Dan, >> <<#include "Global.h" >> <<#include "DBobj.h" >> >> <<#include "client_acceptor.h" >> <<#include "client_handler.h" >> <<#include "/usr/local/ACE_wrappers/ace/Synch.h" >> >> <<static ACE_Thread_Mutex m; >> >> That is a snippet of code I am using. When I try to compile on the >> subject OS and compiler I get an error where ACE_Thread_Mutex is being >> used as a type but is not defined as a type. I tried adding #define >&...

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

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
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 > > 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
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 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] problem building ACE 5.4.3 on fedora core 3 #2
Steve- > I've downlaoded the "latest" ACE+TAO.tar.gz file from the link you provided > and the problem has gone away. (This is a bit scary since I thought I > downloaded > the same .tar.gz file just after the beta announcement was made and the two > tar files have different md5sums, thus some how I downloaded the wrong > .tar.gz > file the first time...) > > Thanks for working with me to fix the problem. You are quite welcome! md5sums may not be uptodate now since I have been doing some work on the distribution. I will update the md5s...

Re: [ace-users] problem building ACE 5.4.3 on fedora core 3 #2
Hi Stephen, Thanks for using the PRF. >> ACE VERSION: 5.4.3 >> >> HOST MACHINE and OPERATING SYSTEM: >> Generic Intel P4, Fedora Core 3 (note 3!) >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> >> [adler@office00 ace]$ g++ --version >> g++ (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) >> Copyright (C) 2004 Free Software Foundation, Inc. >> This is free software; see the source for copying conditions. T...

Web resources about - [ace-users] RE: ACE/TAO build problems on Solaris 2.8 using gcc 3.3.6 #2 - 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 8:37:59 AM