f



[tao-users] build error with gcc 4.3.2 on linux (ace /tao 5.6.9/1.6.9)

Hello.

I have a build problem on linux with gcc 4.3.2 and ACE 5.6.9 / TAO 1.6.9

This is the compilation error (at the very beginning of ACE compilation):

g++ -fvisibility=hidden -fvisibility-inlines-hidden -W -Wall 
-Wpointer-arith  -O3 -ggdb -pipe -D_REENTRANT -DACE_HAS_AIO_CALLS 
-D_GNU_SOURCE   
-I/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9 
-DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I.. -DACE_BUILD_DLL  -c -fPIC -o 
..shobj/Local_Name_Space.o Local_Name_Space.cpp
In file included from 
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Guard_T.h:357,
                 from 
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Atomic_Op_T.inl:5,
                 from 
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Atomic_Op_T.h:357,
                 from 
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Atomic_Op.h:26,
                 from 
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Log_Msg.h:27,
                 from 
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Malloc.h:24,
                 from 
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Malloc_T.h:18,
                 from 
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Local_Name_Space.h:20,
                 from Local_Name_Space.cpp:1:
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Guard_T.cpp: 
In member function 'void ACE_Guard<ACE_LOCK>::dump() const':
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Guard_T.cpp:35: 
error: there are no arguments to 'ACE_DEBUG' that depend on a template 
parameter, so a declaration of 'ACE_DEBUG' must be available
/home/skrzynia/src/CORBA/ace_5.6.9_tao_1.6.9_ciao_0.6.9/ace/Guard_T.cpp:35: 
error: (if you use '-fpermissive', G++ will accept your code, but 
allowing the use of an undeclared name is deprecated)

(There's a similar problem when including Atomic_Op_T.cpp)

It seems that this issue is tied to the two stage name lookup rules in 
templates and inclusion order:

This is the code of Guard_T<ACE_LOCK>::dump() :

{
#if defined (ACE_HAS_DUMP)
// ACE_TRACE ("ACE_Guard<ACE_LOCK>::dump");

  ACE_DEBUG ((LM_DEBUG, ACE_BEGIN_DUMP, this));
  ACE_DEBUG ((LM_DEBUG, ACE_TEXT ("mutex_ = %x\n"), this->lock_));
  ACE_DEBUG ((LM_DEBUG, ACE_TEXT ("owner_ = %d\n"), this->owner_));
  ACE_DEBUG ((LM_DEBUG, ACE_END_DUMP));

#endif /* ACE_HAS_DUMP */
}

The three first calls to ACE_DEBUG are looked up at the point of 
instanciation due to the use of the "this" keyword (that make the 
context dependant on the type of the template parameter).

The fourth call to ACE_DEBUG will trigger an error because it appears in 
a context that is not dependant on the type of the template parameter. 
Therefore, the compiler will require that the macro is defined in the 
context of use in the template.

But, if you follow the previous inclusion order, that's not the case (no 
ACE_DEBUG macro yet... you have to fully parse Guard_T.cpp for that), 
and if you try to move the Atomic_Op.h inclusion in Log_Msg.h, the 
compilation will fail due to incomplete ACE_Log_Msg type definition. It 
seems that there's no easy fix to this problem.

Compiling with -fpermissive may work (not tested), but I don't think 
it's a good long term solution.

As a workaround, I cowardly replaced :
ACE_DEBUG ((LM_DEBUG, ACE_END_DUMP));
with :
ACE_DEBUG ((LM_DEBUG, ACE_END_DUMP, this));
in Guard_T.cpp line 35 and Atomic_Op_T.cpp line 41 to force the 
expression to be context dependant on the type of the template 
parameter. That way, the name lookup is defered. This solution is 
inelegant, but it works.

If you have a better suggestion, I would gladly use it.
0
Skrzyniarz
4/22/2009 8:35:39 AM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
741 Views

Similar Articles

[PageSpeed] 55

Reply:

Similar Artilces:

[tao-users] Use of TAO_OutputCDR and ACE_Message_Block in CORBA::Any from TAO 1.4.1|ACE 5.4.1 to TAO2.2.0|ACE 6.2.0
This is a multipart message in MIME format. ------=_NextPart_000_00BF_01CEA8D4.9E005C80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable TAO VERSION: 2.2.0 ACE VERSION: 6.2.0 =20 HOST MACHINE and OPERATING SYSTEM: x86_64 and Red Hat - Linux 2.6.18-194.26.1.el5 =20 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: =20 COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc (GCC) 4.8.1 =20 THE $ACE_ROOT/ace/config.h FILE: config-linux.h =20 THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE: platform_linux.GNU =20 CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): =20 AREA/CLASS/EXAMPLE AFFECTED: TAO_OutputCDR and ACE_Message_Block. =20 DOES THE PROBLEM AFFECT: EXECUTION. My application is affected. =20 SYNOPSIS: The code that extract data from CORBA::Any using TAO_OutputCDR and ACE_Message_Block for user defined types works properly in the old platform (TAO 1.4.1|ACE 5.4.1), but not in the new one(ACE 6.2.0). =20 DESCRIPTION: The code in the =93REPEAT BY=94 section works fine in the old platform = for user defined types, that is, the TAO_OutputCDR and ACE_Message_Block objects have the same length, but in the new platform th...

RE: [ace-users] ACE+TAO+CIAO
Hi, Please use the prf form and which configuration you build. I personally think you have an old version of ACE/TAO on the system that is used. Regards, Johnny > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Domingos Monteiro > Sent: donderdag 9 juni 2005 18:05 > To: Simon McQueen > Cc: ace-users@cs.wustl.edu > Subject: Re: [ace-users] ACE+TAO+CIAO - 5.4.6 + 1.4.6 + 0.4.6 released > > Hi, > > I've just dowloaded this version > I've started to compile...

[tao-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9)
Hi, We are pleased to announce a new beta of ACE-5.4.9, TAO-1.4.9, and CIAO-0.4.9. The documentation for this beta kit will be available shortly. We are still working very hard on the x.5 release, which is scheduled to be released by the beginning of March if all goes well. We wanted to get this new beta out to fix several important bugs reported by our users, which we greatly appreciate, as always. We've also added a number of improvements to the various components in ACE, TAO and CIAO. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.h...

[ace-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9)
Hi, We are pleased to announce a new beta of ACE-5.4.9, TAO-1.4.9, and CIAO-0.4.9. The documentation for this beta kit will be available shortly. We are still working very hard on the x.5 release, which is scheduled to be released by the beginning of March if all goes well. We wanted to get this new beta out to fix several important bugs reported by our users, which we greatly appreciate, as always. We've also added a number of improvements to the various components in ACE, TAO and CIAO. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.h...

[tao-users] ACE+TAO+CIAO
Hi all, We are pleased to announce the latest ACE+TAO+CIAO beta. This beta has been tagged ACE+TAO+CIAO-5_5_6. The main difference between this release and x.5.5 is that the ACE exception macros (except for ACE_THROW_RETURN and ACE_THROW_SPEC) have been removed from all TAO and CIAO code. It is available from the same download location as per the previous release. http://download.dre.vanderbilt.edu/ The doxygen documentation for the beta is also available. Included with this beta, besides the packages combined of sources and generate makefiles, we also provide source only pac...

[ace-users] ACE+TAO+CIAO
Hi all, We are pleased to announce the latest ACE+TAO+CIAO beta. This beta has been tagged ACE+TAO+CIAO-5_5_6. The main difference between this release and x.5.5 is that the ACE exception macros (except for ACE_THROW_RETURN and ACE_THROW_SPEC) have been removed from all TAO and CIAO code. It is available from the same download location as per the previous release. http://download.dre.vanderbilt.edu/ The doxygen documentation for the beta is also available. Included with this beta, besides the packages combined of sources and generate makefiles, we also provide source only pac...

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

Re: [ace-users] Building ACE+TAO x.6.4 with MFC using VS 9.0 #2
Hi Folks, The following posting is courtesy of Simon Massey. Thanks, Doug > Subject: RE: Building ACE+TAO x.6.4 with MFC using VS 9.0 > Date: Thu, 15 May 2008 04:09:01 -0400 > From: "Simon Massey" <Simon.Massey@prismtech.com> > To: "Johnny.Willemsen" <jwillemsen@remedy.nl>, > <> > Cc: <ace-users@cs.wustl.edu> > > As far as I know, if you define an microsoft MFC project, i.e. an application that IS an MFC application, that MWC/MPC project should include ace_mfc as a base project, eith...

[ciao-users] ACE+TAO+CIAO
Hi, We are pleased to announce a new beta of ACE-5.4.6, TAO-1.4.6 and CIAO-0.4.6. Since the x.4.5 beta had so many changes and improvements, we wanted to get this new beta out quickly to fix several important bugs reported by our users, which we greatly appreciate, as always. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta will be updated in the next few hours. We encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. As always, please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the version/platform/compiler/options you're using to report problems. We also request that you take a look at $TAO_ROOT/docs/releasenotes $CIAO_ROOT/docs/releasenotes for the status of various ongoing projects at the DOC groups of WashU, UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our recent progress and upcoming plans are available at $ACE_ROOT/NEWS $TAO_ROOT/NEWS $CIAO_ROOT/NEWS The overall success rates for the test results gathered from all our daily builds is 98% for the ACE tests and 94% for the TAO tests. Please see http://www.dre.vanderbilt.edu/scoreboard/ for a summary of these tests. Our goal is to get these tests close to 100% for the next major release (i.e., ACE 6.0, TAO 2.0, and C...

[tao-users] Problem building tao Name Service and Event Service in ARM9 with TAO-1.6.8 and ACE-5.6.8
--000e0cd25acc80e6b30464c1eca4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit TAO VERSION: 1.6.8 ACE VERSION: 5.6.8 HOST MACHINE and OPERATING SYSTEM: Athlon(TM) 1200 Mhz, RAM DIMM 256Mb, HDD 20 Gb Linux Debian 2.6.18-6-686 TARGET MACHINE and OPERATING SYSTEM: ARM926EJ-S with kernel linux embebed 2.4.20-celf3 THE $ACE_ROOT/ace/config.h FILE: config-linux.h THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE: platform_ARM.GNU (see in http://forum.huihoo.com/archive/viewtopic.php?start=15&t=10388 or http://www.cs.ubc.ca/labs/spin/pava/SOURCES/ACE_wrappers/platform_ARM.GNU )<http://www.cs.ubc.ca/labs/spin/pava/SOURCES/ACE_wrappers/platform_ARM.GNU> CONTENTS OF ACE_ROOT/bin/MakeProjectCreator/config/default.features: (unmodified) AREA/CLASS/EXAMPLE AFFECTED: Try to compiling Naming Service and Event Service with the script.. Problem with the libACE.a and libTAO.a (undefined reference) collect2: ld returned 1 exit status make[1]: *** [server] Error 1 make: *** [Hello_Server] Error 2 DOES THE PROBLEM AFFECT: EXECUTION? I compiling the ACE, TAO, well for the ARM platform but the problem is try to run a Name Service make file, and Event Service make file.. YES.. affect the execution.. SYNOPSIS: I Compiling the TAO and the ACE for the cross compiling with the two script in separate.. It ...

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

[ciao-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9)
Hi, We are pleased to announce a new beta of ACE-5.4.9, TAO-1.4.9, and CIAO-0.4.9. The documentation for this beta kit will be available shortly. We are still working very hard on the x.5 release, which is scheduled to be released by the beginning of March if all goes well. We wanted to get this new beta out to fix several important bugs reported by our users, which we greatly appreciate, as always. We've also added a number of improvements to the various components in ACE, TAO and CIAO. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.h...

Re: [tao-users] ACE 5.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released #2 #2
Hi Alex, > What are OCI's plan's for a supported TAO 1.4 release and developer > guide? Will this effect the release of the 1.3 guide? This is an excellent question - I'm sure Malcolm Spence will pitch in when he has a chance and I suspect that OCI will be supporting TAO 1.4 in due time. None of the changes in TAO 1.4 should affect the relevance of the info in the TAO 1.3 developer's guide - there's just more new stuff to document as time permits. Take care, Doug ...

[ace-users] Debian packages available for ACE+TAO 5.5.9+1.5.9
Hello, I've just uploaded Debian packages for ACE+TAO 5.5.9+1.5.9 to http://thomas.g.girard.free.fr/ace They are targetted for Debian experimental but should install in Debian unstable without problem. These packages use autotools for compilation; please test and report any problem with these packages. Thanks, Thomas ...

[ace-users] Re: [tao-support] Has ACE 5.4.4/TAO 1.4.4 been built with gcc 4.0.0 yet
Hi Robert, > When building ACE 5.4.4/TAO 1.4.4 using gcc 4.0.0 under fedora core > 4 test 2 on an x86 platform I get a lot of errors mainly to do with > template instantiations. Has anyone successfully build TAO/ACE using > the latest gcc ? We just added GCC 4.0.0 support to ACE+TAO recently. The forthcoming x.4.5 beta should work nicely with GCC 4.0.0. We hope to have this available very shortly (there's just one remaining snag with typecodes that should be fixed in the next day or so). If you'd like to give things a try before we release x.4.5 please download the contents of ACE+TAO from our CVS repo at http://cvs.doc.wustl.edu/ and see if it works for you on your platform. If not, please let us know and we'll try to make sure that it's working before we put out the beta release. Thanks, Doug I've tried the CVS version on macosx 10.4, with gcc4.0 and still got the same intantiation problem. On 5/9/05, Douglas C. Schmidt <schmidt@cs.wustl.edu> wrote: > > Hi Robert, > > > When building ACE 5.4.4/TAO 1.4.4 using gcc 4.0.0 under fedora core > > 4 test 2 on an x86 platform I get a lot of errors mainly to do with > > template instantiations. Has anyone successfully build TAO/ACE using > > the latest gcc ? > > We just added GCC 4.0.0 support to ACE+TAO recently. The forthcoming > x.4.5 beta should work nicely with GCC 4.0.0. We hope to ha...

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

[tao-users] Re: tao naming service build problem (ACE-5.4.1+TAO-1.4.1)
Hi, This problem is fixed in the x.4.3 release 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 "serg" <serg@sigma.icmp.lviv.ua> wrote in message news:<opslmf7qgcpq42w9@shreck.lis.ua>... > Sorry but i haven't access to comp.object.corba.tao so i post the question > here. > > During build of orb services the following error occured: > > [...skipped...] > ... > make[3]: Leaving di...

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

Web resources about - [tao-users] build error with gcc 4.3.2 on linux (ace /tao 5.6.9/1.6.9) - comp.soft-sys.ace

Resources last updated: 3/4/2016 11:57:32 PM