f



RE: [ace-users] Re: ACE 5.4 compilation error on HP-UX 11.11/GNU g++ 3.4.3

The needed fix is, indeed, in ACE 5.5. If, for some reason, you need
to stay on 5.4, the 5.4e Fix Kit from Riverace has this problem fixed
as well. The fix is needed for g++ 3.4 on any platform.

-Steve

























































































--
Steve Huston, Riverace Corporation
Helping you succeed with ACE
See http://www.riverace.com/support.htm


> -----Original Message-----
> From: owner-ace-users@cse.wustl.edu 
> [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Douglas C.
Schmidt
> Sent: Saturday, March 11, 2006 7:01 PM
> To: ecoboja@yahoo.com; ace-users@cs.wustl.edu
> Subject: [ace-users] Re: ACE 5.4 compilation error on HP-UX 
> 11.11/GNU g++ 3.4.3
> 
> 
> Hi,
> 
>         Thanks for using the PRF.
> 
> >> ACE VERSION: 5.4
> 
> Please upgrade to ACE 5.5, which you can download from
> 
> http://deuce.doc.wustl.edu/Download.html
> 
> The DOC groups at Washington University, UC Irvine, and Vanderbilt
> University only provide "best effort" support for non-sponsors for
the
> latest release, as described in
> 
> http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-bug-pro
> cess.html
> 
> Thus, if you need more "predictable" help for ACE 5.4, I recommend
> that you check out
> 
> http://www.cs.wustl.edu/~schmidt/commercial-support.html
> 
> for a list of companies that will provide you with ACE+TAO
commercial
> support.
> 
> Thanks,
> 
>         Doug
> 
> 
> >> HOST MACHINE and OPERATING SYSTEM:
> >>    HP Superdome 9000/800 HP-UX B.11.11
> >> TARGET MACHINE and OPERATING SYSTEM, if different from 
> HOST: COMPILER
> >> NAME AND VERSION (AND PATCHLEVEL):
> >>    GNU g++ 3.4.3
> >> THE $ACE_ROOT/ace/config.h FILE:
> >>    ace/config-hpux-11.00.h
> >> THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE
> >>    ($ACE_ROOT)/include/makeinclude/platform_hpux_gcc.GNU
> >> CONTENTS OF 
> $ACE_ROOT/bin/MakeProjectCreator/config/default.features
> >>    None
> >> AREA/CLASS/EXAMPLE AFFECTED:
> >>    ace/Unbounded_Queue.cpp fails to compile
> >> DOES THE PROBLEM AFFECT:
> >>    COMPILATION? Yes
> >>    LINKING? No
> >>    On Unix systems, did you run make realclean first? Yes
> >>    EXECUTION? No
> >>    OTHER (please specify)? ACE only
> >> SYNOPSIS:
> >>    ace/Unbounded_Queue.cpp fails to compile. Line 133: 
> error: expected
> >> class-name before '(' token
> >>  DESCRIPTION:
> >>     In file included
> >>        from /home/ACE/ACE_wrappers/ace/Unbounded_Queue.h:286,
> >>        from /home/ACE/ACE_wrappers/ace/ARVG.h:24
> >>        from ARGV.app:6:
> >>        ace/Unbounded_Queue.cpp: In member function 'void
> >> ACE_Unbounded_queue<T>::delete_nodes()':
> >>        ace/Unbounded_Queue.cpp:133: error: expected class-name
> >> before'(' token
> >>        ace/Unbounded_Queue.cpp: In destructor 'void
> >> ACE_Unbounded_queue<T>::~ACE_Unbounded_Queue()':
> >>        ace/Unbounded_Queue.cpp:1153: error: expected class-name
> >> before'(' token
> >>        ace/Unbounded_Queue.cpp: In member function 'void
> >> ACE_Unbounded_queue<T>::dequeue_head(T&)()':
> >>        ace/Unbounded_Queue.cpp:223: error: expected class-name
> >> before'(' token
> >>        gmake[1]: ***[.shobj/ARGV.o] Error 1
> >>  REPEAT BY:
> >>     cd ($ACE_ROOT)/ace
> >>     gmake
> >>  SAMPLE FIX/WORKAROUND:
> >>     None available.
> >>  
> >> Thanks.
> >>     Elaine
> >> 
> 
> 
> -- 
> 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
Steve
3/13/2006 12:21:45 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
1119 Views

Similar Articles

[PageSpeed] 24

Reply:

Similar Artilces:

[ace-users] Re: ACE 5.4 compilation error on HP-UX 11.11/GNU g++ 3.4.3
Hi, Thanks for using the PRF. >> ACE VERSION: 5.4 Please upgrade to ACE 5.5, which you can download from http://deuce.doc.wustl.edu/Download.html The DOC groups at Washington University, UC Irvine, and Vanderbilt University only provide "best effort" support for non-sponsors for the latest release, as described in http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-bug-process.html Thus, if you need more "predictable" help for ACE 5.4, I recommend that you check out http://www.cs.wustl.edu/~schmidt/commercial-support.html for a list of companies that will provide you with ACE+TAO commercial support. Thanks, Doug >> HOST MACHINE and OPERATING SYSTEM: >> HP Superdome 9000/800 HP-UX B.11.11 >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER >> NAME AND VERSION (AND PATCHLEVEL): >> GNU g++ 3.4.3 >> THE $ACE_ROOT/ace/config.h FILE: >> ace/config-hpux-11.00.h >> THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE >> ($ACE_ROOT)/include/makeinclude/platform_hpux_gcc.GNU >> CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features >> None >> AREA/CLASS/EXAMPLE AFFECTED: >> ace/Unbounded_Queue.cpp fails to compile >> DOES THE PROBLEM AFFECT: >> COMPILATION? Yes >> LINKING? No >> On Unix systems, did you run make realc...

ACE 5.4 compilation error on HP-UX 11.11/GNU g++ 3.4.3
Hi, I'm getting an ACE 5.4 compilation error on HP-UX 11.11/GNU g++ 3.4.3 -------------------------------------------------------------------------- ACE VERSION: 5.4 HOST MACHINE and OPERATING SYSTEM: HP Superdome 9000/800 HP-UX B.11.11 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): GNU g++ 3.4.3 THE $ACE_ROOT/ace/config.h FILE: ace/config-hpux-11.00.h THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE ($ACE_ROOT)/include/makeinclude/platform_hpux_gcc.GNU CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features None AREA/CLASS/EXAMPLE AFFECTED: ace/Unbounded_Queue.cpp fails to compile DOES THE PROBLEM AFFECT: COMPILATION? Yes LINKING? No On Unix systems, did you run make realclean first? Yes EXECUTION? No OTHER (please specify)? ACE only SYNOPSIS: ace/Unbounded_Queue.cpp fails to compile. Line 133: error: expected class-name before '(' token DESCRIPTION: In file included from /home/ACE/ACE_wrappers/ace/Unbounded_Queue.h:286, from /home/ACE/ACE_wrappers/ace/ARVG.h:24 from ARGV.app:6: ace/Unbounded_Queue.cpp: In member function 'void ACE_Unbounded_queue<T>::delete_nodes()': ace/Unbounded_Queue.cpp:133: error: expected class-name before'(' token ace/Unbounded_Queue.cpp: In destructor 'void ACE_Unbounded_queue<T>::~ACE_Unbounded_Queue()': ...

Re: [ace-users] Re: ACE 5.4 compiling problems with g++ 3.4.3
Hi > First, please use the problem-report-form when asking questions. ACE 5.4 is > not supported with newer GCC versions. All these issues are resolved in the > upcoming x.4.3 release. > > For the time being, try to add the following to your config.h > > # if (__GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 4)) > # define ACE_EXPLICIT_TEMPLATE_DESTRUCTOR_TAKES_ARGS > # endif /* __GNUC__ >= 3.4 */ > > You are correct, the download link doesn't work. Bala, do you have an idea > what is happening with the downlo...

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

[ace-users] Re: ACE 5.4 compiling problems with g++ 3.4.3
Hi Klaus, First, please use the problem-report-form when asking questions. ACE 5.4 is not supported with newer GCC versions. All these issues are resolved in the upcoming x.4.3 release. For the time being, try to add the following to your config.h # if (__GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 4)) # define ACE_EXPLICIT_TEMPLATE_DESTRUCTOR_TAKES_ARGS # endif /* __GNUC__ >= 3.4 */ You are correct, the download link doesn't work. Bala, do you have an idea what is happening with the download links. Regards, Johnny Willemsen Remedy IT ...

[ace-users] Re: Error while ACE 5.3.1 or 5.4.1 compiling and installing by MinGW 3.3.3
Hi Vitaly, Please upgrade to ACE 5.4.4, which you can download from http://deuce.doc.wustl.edu/Download.html since I think that is more likely to work with MinGW 3.3.3. Johnny, can you confirm/deny this please? Thanks, Doug >> Hi, >> I have installed MinGW packages: >> >> binutils-2.13.90-20030111-1.tar.gz >> gcc-core-3.3.3-20040217-1.tar.gz >> gcc-g++-3.3.3-20040217-1.tar.gz >> mingw-runtime-3.3.tar.gz >> w32api-2.5.tar.gz >> >> Also I've configured environment due to ACE-INSTALL.html according >> MinGW compiler. OS: WinXP SP2. >> >> $ACE_ROOT=F:\ACE531 >> >> I get next compiling error: >> F:\ACE531\ace>gmake >> gmake.EXE[1]: Entering directory `F:/ACE531/ace' >> d:\Utils\Unix\diff.EXE: -: Invalid argument >> gmake.EXE[1]: Leaving directory `F:/ACE531/ace' >> gmake.EXE[1]: Entering directory `F:/ACE531/ace' >> d:/Utils/Unix/gmake.EXE -f Makefile.dirs SUBDIR_TARGET=all >> RMCast.subdir >> gmake.EXE[2]: Entering directory `F:/ACE531/ace' >> d:/Utils/Unix/gmake.EXE -f Makefile -C RMCast all >> gmake.EXE[3]: Entering directory `F:/ACE531/ace/RMCast' >> Installing libACE_RMCast.dll -> F:\ACE531/ace >> d:\Utils\Unix\cp.EXE: F:ACE531aceRMCast/libACE_RMCast.dll: No such >> file or directory >> Installing libACE_RMCa...

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

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

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

Web resources about - RE: [ace-users] Re: ACE 5.4 compilation error on HP-UX 11.11/GNU g++ 3.4.3 - 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 9:01:08 AM