f



[ace-users] Re: Compiling ACE 5.4 with gcc 3.4.2 (fc3)

Hi,

        Thanks for using the PRF.

>> ACE VERSION: 5.4

Please upgrade to ACE 5.4.4, which you can download from

http://deuce.doc.wustl.edu/Download.html

under the heading "Latest beta version".

This should fix all the problems you've run into with GCC 3.4.2.  If
not, please let us know what else remains.

Thanks,

        Doug

>> HOST MACHINE and OPERATING SYSTEM:
>> Linux 2.6.9-1.667 (Fedora Core 3)
>> 
>> COMPILER NAME AND VERSION (AND PATCHLEVEL): g++ (GCC) 3.4.2 (Red Hat
>> 3=2E4.2-6.fc3)
>> 
>> CONTENTS OF $ACE_ROOT/ace/config.h: symbolic link to
>> $ACE_ROOT/ace/config-linux.h
>> I have not edited the file.
>> 
>> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU :
>> symbolic link to $ACE_ROOT/include/makeinclude/platform_linux.GNU
>> I have not edited the file.
>> 
>> DOES THE PROBLEM AFFECT:
>> COMPILATION? YES
>> 
>> DESCRIPTION :
>> I am a very neewbie and if my problem isn't a real one, I apologize by
>> advance. But I spent a lot a time to find the solution in this forum
>> but I can't find it :(
>> 
>> So, here is the decription, in a first step I applied modification in
>> the file $ACE_ROOT/ace/Global_Macros.h as descibed here :
>> url=3D<http://groups-beta.google.com/group/comp.soft-sys.ace/browse_frm/thr=
>> ead/b1c8e54cfa298f4b?tvc=3D1&q=3Dgcc+3.4>
>> 
>> The compilation can go on and I obtained two libraries, libACE.so.5.4.0
>> and libACE_RMCast.so.5.4.0 but it has not reached until the end.
>> 
>> New errors appeared :
>> /home/blabla/dev/ACE_wrappers/ace/Strategies_T.cpp: In member function
>> `virtual int
>> ACE_DLL_Strategy<SVC_HANDLER>::make_svc_handler(SVC_HANDLER*&)':
>> /home/blabla/dev/ACE_wrappers/ace/Strategies_T.cpp:77: erreur: =AB
>> dlopen =BB n'est pas un membre de =AB ACE_OS =BB
>> /home/blabla/dev/ACE_wrappers/ace/Strategies_T.cpp:81: erreur: =AB dlsym
>> =BB n'est pas un membre de =AB ACE_OS =BB
>> make[3]: *** [.shobj/HttpCharStream.o] Erreur 1
>> make[3]: Leaving directory
>> `/home/blabla/dev/ACE_wrappers/ACEXML/common'
>> make[3]: Entering directory
>> `/home/blabla/dev/ACE_wrappers/ACEXML/parser/parser'
>> 
>> (So, the libACEXML and libACEXML_Parser couldn't be build.)
>> 
>> It seems that Doug has already took a look at this problem here :
>> url=3D<http://groups-beta.google.com/group/comp.soft-sys.ace/browse_frm/thr=
>> ead/979418c5439ffa55/6023cda6485f71f9?q=3DACE_DLL_Strategy+ACE_OS#6023cda64=
>> 85f71f9>
>> I checked out the two files Service_Object.h and Service_Object.cpp but
>> they don't work. I can't find the new constructor for ACE_Service_Type
>> that is passed an ACE_SHLIB_HANDLE handle...
>> Here is the diff than I made to compare with my original files :
>> $ diff Service_Object.h Service_Object_old.h
>> 7c7
>> <  *  $Id: Service_Object.h,v 4.40 2005/01/30 13:32:40
>> jwillemsen Exp $
>> ---
>> >  *  Service_Object.h,v 4.37 2003/11/22 21:40:36 bala
>> Exp
>> 63c63
>> <  * ACE_Service_Type_Impl subclasses.
>> ---
>> >  * <ACE_Service_Type_Impl> subclasses.
>> 156c156
>> <   /// Acquire ownership of the @a so.
>> ---
>> >   /// Acquire ownership of the <so>.
>> 159c159
>> <   /// Release the held ACE_Service_Object by calling
>> its <fini> hook.
>> ---
>> >   /// Release the held <ACE_Service_Object> by
>> calling its <fini> hook.
>> 162c162
>> <   /// Smart pointer to access the underlying
>> ACE_Service_Object.
>> ---
>> >   /// Smart pointer to access the underlying
>> <ACE_Service_Object>.
>> 171c171
>> < #include "ace/Service_Object.inl"
>> ---
>> > #include "ace/Service_Object.i"
>> 
>> $ diff Service_Object.cpp Service_Object_old.cpp
>> 1c1
>> < // $Id: Service_Object.cpp,v 4.31 2005/02/06
>> 10:32:14 jwillemsen Exp $
>> ---
>> > // Service_Object.cpp,v 4.26 2003/11/23 17:08:58
>> bala Exp
>> 6c6
>> < #include "ace/Service_Object.inl"
>> ---
>> > #include "ace/Service_Object.i"
>> 16c16
>> <          "$Id: Service_Object.cpp,v 4.31 2005/02/06
>> 10:32:14 jwillemsen Exp $")
>> ---
>> >          "Service_Object.cpp,v 4.26 2003/11/23
>> 17:08:58 bala Exp")
>> 53c53,54
>> <   ACE_DLL &dll =3D const_cast<ACE_DLL &> (this->dll_);
>> ---
>> >   ACE_DLL &dll =3D ACE_const_cast (ACE_DLL &,
>> >                                this->dll_);
>> 64c65
>> <   delete [] const_cast <ACE_TCHAR *> (this->name_);
>> ---
>> >   delete [] (ACE_TCHAR *) this->name_;
>> 82c83
>> <   (const_cast<ACE_Service_Type *> (this))->active_ =3D
>> 0;
>> ---
>> >   ((ACE_Service_Type *) this)->active_ =3D 0;
>> 90c91
>> <   (const_cast<ACE_Service_Type *> (this))->active_ =3D
>> 1;
>> ---
>> >   ((ACE_Service_Type *) this)->active_ =3D 1;
>> 124c125
>> <   delete [] const_cast <ACE_TCHAR *> (this->name_);
>> ---
>> >   delete [] (ACE_TCHAR *) this->name_;
>> 
>> 
>> Hope that I have described all my problem and thanks by advance for
>> fixing it !
>> 
>> Syn.
>> 

















































































































-- 
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
3/8/2005 2:47:51 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
487 Views

Similar Articles

[PageSpeed] 50

Reply:

Similar Artilces:

[ace-users] Re: Compiling ACE 5.4 with gcc 3.4.2 (fc3) #2
Hi, Thanks for using the PRF form. ACE 5.4 doesn't work with GCC 3.4.2, you will end up with much more problems. We recommend you to upgrade to the x.4.4 version which you can obtain from http://deuce.doc.wustl.edu/Download.html Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl "Syn" <syn_net@noos.fr> wrote in message news:<1110289867.262543.50690@l41g2000cwc.googlegroups.com>... ACE VERSION: 5.4 HOST MACHINE and OPERATING SYSTEM: Linux 2.6.9-1.667 (Fedora Core 3) COMPILER NAME AND VERSION (AND PATCHLEVEL): g++ (GCC) 3.4.2 (Red Hat 3.4.2-6.fc3) CONTENTS OF $ACE_ROOT/ace/config.h: symbolic link to $ACE_ROOT/ace/config-linux.h I have not edited the file. CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : symbolic link to $ACE_ROOT/include/makeinclude/platform_linux.GNU I have not edited the file. DOES THE PROBLEM AFFECT: COMPILATION? YES DESCRIPTION : I am a very neewbie and if my problem isn't a real one, I apologize by advance. But I spent a lot a time to find the solution in this forum but I can't find it :( So, here is the decription, in a first step I applied modification in the file $ACE_ROOT/ace/Global_Macros.h as descibed here : url=<http://groups-beta.google.com/group/comp.soft-sys.ace/browse_frm/thread /b1c8e54cfa298f4b?tvc=1&q=gcc+3.4> The compilation can go on and I obtained ...

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

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

[ace-users] Re: ACE 5.4.0 won't compile after GCC upgrade (3.3.3 -> 3.4.3)
Hi Tom, > Well, the definition of "production release" for ACE is a bit murky > imho. Please see http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-development-process.html for the canonical definition of terms. If there's something unclear there please let me know and I'll fixit. > The developers on this list (almost) always recommend using the > latest package, which is typically labeled a "beta release". Right, the reason we do that is because the "latest release" (which is most commonly a beta release) is the only thing the DOC group developers "support". > 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. So I usually use the x.x.1 > release (the BFO release) but would probably recommend using 5.4.4 > on any platform, as do the developers. I think you probably know this already, but for the benefit of others on the mailing list the DOC grou doesn't actually support *anything* officially for non-sponsors, i.e., our work is all on a "best effort or no effort at all" basis, as per the explanation in http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-bug-process.html However, some companies like Riverace, OCI, PrismTech, etc. use our "official" (i.e., non-beta) releases as the basis f...

Re: [ace-users] Errors while compiling c++ 3.4.2
Hi Eyal, I believe we've fixed these problems in the latest version of ACE that's tucked inside our CVS repository. Can you please take a look at this version available in http://deuce.doc.wustl.edu/Download.html and see if things work better. If not, please let us know so we can fix them before we release ACE 5.4.3 in a week or so. Thanks, Doug >> I get the following while compiling: >> >> /usr/bin/c++ -D_POSIX_C_SOURCE=199506L -DNDEBUG -DUSING_GCC >> -D_POSIX_PTHREAD_SEMANTICS -DLINUX -I../inc >> -I../3rd_party...

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

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

[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi,all 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 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 ...

Web resources about - [ace-users] Re: Compiling ACE 5.4 with gcc 3.4.2 (fc3) - 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 5:54:20 PM