f



[tao-users] RE: [ace-users] Linking Errors. #2 #2

Hi,

Remove the following line from your makefile:
 $OPTIONS = -DACE_BUILD_DLL -DTAO_FTRTEVENT_BUILD_DLL

The ACE_BUILD_DLL must only be set when you build the ACE dll, the
TAO_FTRTEVENT_BUILD_DLL should only be set when you build the FTRTEVENT dll.

Johnny 

> Hi Kitty,
> 
> > The above errors doesn't make sense. Please make sure you 
> have the correct
> > settings for LD_LIBRARY_PATH etc. BTW, which Makefiles are 
> you using ? The
> > ones shipped with ACE/TAO or generated from MPC or ???
> > 
> 
> I am using my own Makefile. (I have listed each command in 
> the prf.txt)
> 
> I have attached the PRF as .txt file as it is a bit long.
> 
> Thanks and Regards
> Pavan U M.
> 










0
jwillemsen (274)
3/4/2004 7:39:24 AM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
842 Views

Similar Articles

[PageSpeed] 14

Reply:

Similar Artilces:

[tao-users] Re: [ace-users] Linking Errors. #2
Hi Don: I tried re-ordering the libraries, but it did not help. > > > > ******************************************************************** > > g++ -g -W -Wall -Wno-deprecated -Wpointer-arith -mcpu=pentiumpro -mthreads > > -pipe -fno-exceptions -fcheck-new -L./ -L/cygdrive/c/.... > > -DACE_BUILD_DLL ./Debug/dataC.o > > ./Debug/dataS.o ./Debug/PushConsumer.o ./Debug/FTRTEC_CNIGatewayConsu > > er.o -lsupc++ -lTAO -lACE -lkernel32 -luser32 -lgdi32 -lwinspool > > -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -luuid -lodbc32 -lodbc > > p32 -lTAO_FTRT_ClientORB -lTAO_FtRtEvent -lTAO_CosNaming -lTAO_IORTable > > -lTAO_RTEvent -lTAO_Svc_Utils -lTAO_Messaging -lTAO_FT_ClientORB -lT > > O_FTORB_Utils -lTAO_PortableServer -lTAO_IORInterceptor -lTAO_Valuetype > > -lTAO_ObjRefTemplate -lTAO_IORManip -o FTRTEC_GatewayConsumer.dll > > > > The order of libraries is important. Reorder them to make sure that each > one only depends on ones to it's right, e.g., lTAO depends on lACE, and > ACE depends on kernel32, etc..., so you have to list them like this: > > -lTAO -lACE -lkernel32 > A bit of offtopic: This dll is actually built on VC++. I followed the exact order as specified in the build.xml and as you had correctly suggested I put the lTAO and lACE at the end, but the linker is still not picking up the definition. :( *******************************************...

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

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

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO #2
Hi, The x.4.8 version of ACE/TAO is supported with BCB2006, we have some linker warnings/errors in some configurations, Borland is working on these for Update2, but these are not causing a problem. See ACE_wrappers/ACE-INSTALL.html for info about how to use it. We deliver also commercial support for using BCB2006 with ACE/TAO. See www.theaceorb.nl for our services. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: Espen Harlinn [mailto:espen@harlinn.no] > Sent: donderdag 2 februari 2006 18:06 > To: jwillemsen@remedy.nl > Cc: ace-users@cs.wustl.edu > Subject: RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO > > Hi, > > I'm curious about the current status of ACE/TAO and C++ Builder 2006. > Borland shipped the promised fix/update some time ago, but I > couldn't find > anything about how it works with ACE/TAO. > > Regards > Espen Harlinn > > ...

[tao-users] RE: [ace-users] Error in $TAO_ROOT/tao on Cygwin #2
Hi, Thanks for the info, but I doubt this is a good change. At the moment I have sponsoring for improving the Cywin support we will setup a static build and monitor the status daily. Johnny > -----Original Message----- > From: Daniella Malin [mailto:daniella@lmtgtm.org] > Sent: donderdag 7 oktober 2004 17:13 > To: Johnny Willemsen > Cc: 'Daniella Malin'; 'Russ Leach'; 'Tao-Users' > Subject: Re: [ace-users] Error in $TAO_ROOT/tao on Cygwin > > Comments below > > Johnny Willemsen wrote: > > >Hi, > > > > > > > >>You suggested that I check if the > >>ACE_Wchar_Codeset_Translator is linked > >>into the ACE lib. > >>What I find is that the file in which WChar_Codeset_Translator is > >>defined, CDR_Stream.h, is > >>in the ACE lib and other classes defined in that file, such as > >>ACE_OutputCDR are linked into > >>the ACE lib but WChar_Codeset_Translator is not. > >>In fact, > >> > nm libACE.a | grep Translator > >>yields nothing. > >> > >>Since this step wasn't a problem in version x.4.1 I compared > >>CDR_Stream.h in the two > >>versions but nothing jumps out as the possible cause. > >> > >>You also suggested that I check that when you build x.4.2 I > don't link > >>by acc...

[ace-users] RE: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, > I tried to compile with newly released Mingw-runtime 3.7, and it > finished successfully. thanks for your concern about this problem. Thanks for the confirmation. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

[ace-users] Re: [tao-users] Problem with removing event handler #2 #2
Hi Rob, > I figured that out, and removed ACE_Event_Handler::DONT_CALL from my > remove_handler call this morning. As far as I can tell handle_close is > still not getting called. Perhaps you're not defining handle_close() with the right signature? At any rate, there's no good reason for this not to work, so I recommend you crank up the debugger and figure out what's going on. thanks, doug ...

Re: [ace-users] ACE compilation -- linking errors (ACE_Singleton #2
Hi, > AFAIK, the problem described here (I've meet the same) is due to the > porting lag. There are no supported commercial customers with the > FC6-gcc-4.1.1 requirements :-) So, we should to wait or to port TAO-ACE > to FC6.... :-) because the downgrading the gcc is not desirable in > many cases. > Now I see that the using of MICO is more realistic way in FC6... > Peter. It is try that having commercial customers funding a port will speedup the work. We are working on this but without funding it goes slowly. There are some not used blades at ISIS and I have asked the sysadmin to install FC6 on one of them so that we can install some daily builds and hopefully then with ACE/TAO x.5.5 we can support FC6 out of the box. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

[ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2)
Hi, > ACE VERSION: 5.4.3 Thanks for using the PRF form > HOST MACHINE and OPERATING SYSTEM: > windows xp sp1 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > no different > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > MinGW g++ any version + w32api 3.2 > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- > specific file, simply state which one]: > > #define ACE_DOESNT_INSTANTIATE_NONSTATIC_OBJECT_MANAGER 1 > #define ACE_HAS_STANDARD_CPP_LIBRARY 1 > #include "ace/config-win32.h" > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU > > equal to $ACE_ROOT/include/makeinclude/platform_mingw32.GNU > > DOES THE PROBLEM AFFECT: > COMPILATION? > yes > > SYNOPSIS: > can't compile. :( > > DESCRIPTION: > I compiled in two environment : mingw default(3.1.0-1) > patched with w32api-3.2, and mingw candidate(3.2.0-rc-1). same error > raised in both environments. > > make[1]: Entering directory `/c/ACE_wrappers/ace' > > GNUmakefile: /c/ACE_wrappers/ace/GNUmakefile.ACE > > g++ -DNDEBUG -W -Wall -Wpointer-arith -mtune=pentiumpro -mthreads -O3 > -pipe -fno-exceptions -fcheck-new -I/c/ACE_wrappers -DACE_NDEBUG > -DACE_USE_RCSID=0 -D__ACE_INLINE__ -I.. -DACE_HAS_ACE_TOKEN > -DACE_HAS_ACE_SVCCONF -DACE_AS_STATIC_LIBS -c -o > .obj/Local_Name_...

RE: [ace-users] ACE-USERS List #2
Hi Doug, ah, right, thanks :). -David > Hi David, > > >> > >> Is there another repository I can review for ACE-USERS archival? > >> > > >> > I recommend trying > >> > > >> > http://groups.google.com/group/comp.soft-sys.ace?hl=en > >> > >> Right, thanks, I always I forget I can do this with ACE (but > not TAO ;)). > > Actually, *all* the mailing lists are gateway'd there, regardless of > whether they are ACE, TAO, CIAO, etc. > > Thanks, > > Doug > -- > Dr. Douglas C. Schmidt Professor and Associate Chair > Electrical Engineering and Computer Science TEL: (615) 343-8197 > Institute for Software Integrated Systems WEB: > www.dre.vanderbilt.edu/~schmidt > Vanderbilt University, Nashville TN, 37203 NET: > d.schmidt@vanderbilt.edu ...

RE: [ace-users] ACE-USERS List #2
Hi Doug, > >> Is there another repository I can review for ACE-USERS archival? > > I recommend trying > > http://groups.google.com/group/comp.soft-sys.ace?hl=en Right, thanks, I always I forget I can do this with ACE (but not TAO ;)). Cheers, -David Hi David - David Hauck wrote: > Hi Doug, > > >>>>Is there another repository I can review for ACE-USERS archival? >> >>I recommend trying >> >>http://groups.google.com/group/comp.soft-sys.ace?hl=en > > > Right, thanks, I always I forget I can do this with ACE (but not TAO ;)). > the comp.soft-sys.ace newsgroup also picks up messages to the TAO and CIAO mailing lists. hth, /-Will ...

Re: [ace-users] ACE-USERS List #2
Hi David, >> > >> Is there another repository I can review for ACE-USERS archival? >> > >> > I recommend trying >> > >> > http://groups.google.com/group/comp.soft-sys.ace?hl=en >> >> Right, thanks, I always I forget I can do this with ACE (but not TAO ;)). Actually, *all* the mailing lists are gateway'd there, regardless of whether they are ACE, TAO, CIAO, etc. Thanks, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu ...

[ace-bugs] Re: [ACE DLL Project] error in linking ACE DLL #2 #2
Hi Saiful, > Using MSVC++, I open ACE_Wrapper\ace\ace.dsw There are three project > there, ACE, RMCast, TMCast. The problem occured when I build (in > linking phase) the ACE Project. Hum, that's very odd since we build ACE 5.4 on XP using the MSVC++ 7.1 compiler all the time and things work fine for us. I recommend that you contact Steve Huston <shuston@riverace.com> or Johnny Willemsen <jwillemsen@remedy.nl> for commercial support. Take care, Doug ...

[ace-bugs] Re: [tao-users] idl generated file compilation error #2 #2
Hi > > I assume you really mean "typedef boolean OK;" right? > > that's right > > > > > > the same case applies both for char and octet typedefs > > > > > SAMPLE FIX/WORKAROUND: > > > don't use typedef {bool, char, octet} in idl > > > > Hum... This code has worked fine for a LONG time. There are plenty > > of examples of this sort of thing in > > > > $TAO_ROOT/tests/IDL_Test/interface.idl > > > > It would be useful for you to try running that test on your platform > > to see if it works. > > all tests worked fine but there is no such case the one I reported. I the latest version of the test in CVS, we do have a typedef for boolean in interface.idl. Probably Dr. Schmidt would have meant that. Thanks Bala ...

[ace-users] Re: Memory leak, new(UNINT) in TAO(1.2.1) ACE (5.2.1) ?
Hi Ludovic, >> we face a memory leak detected by rationnal purify, using a server in >> tao 1.2.1 and ace 5.2.1 : new(UINT). To ensure that we have proper version/platform/compiler information, please make sure you fill out the appropriate problem report form (PRF), which is in $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM or in $ACE_ROOT/BUG-REPORT-FORM $TAO_ROOT/BUG-REPORT-FORM in older versions of ACE+TAO. Make sure to include this information when asking any questions about ACE+TAO since otherwise we have to "guess" what version/platform/compiler/options you've using, which is error-prone and slows down our responsiveness. >> Did anybody encouter this issue ? >> Is it solved in recent version of TAO/ACE ? The version of ACE+TAO you're using an ANCIENT. Please upgrade to TAO 1.4.4, which you can download from http://deuce.doc.wustl.edu/Download.html under the heading "latest beta kit". Thanks, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu ...

[tao-users] RE: [ace-users] Re: How to use Any>>=OctetSeq in TAO 1.3.6? #2
Hi, > > Heiko, could you try to add TAO_Export to front of the operators in > > OctetSeqA.h and then rebuild TAO and you app. I think the linker > > errors should be gone. > > this is the solution! Thank you :-) Thanks for the feedback. I have just committed the fix into the repo and this will be in the 1.4 release. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

[ace-users] ACE 6.2.6/TAO 2.2.6 RPMs available on OBS
Hi, Through the OpenSuSE build service we are providing RPMs for ACE/TAO. We have updated OBS this morning, RPMs for the various distributions are appearing online. For more details see http://www.orbzone.org/node/344 Best regards, Johnny Willemsen Remedy IT Support and services for ATCD http://www.theaceorb.nl ...

Re: [ace-bugs] Linking to a shared ace 5.2 lib, compiled with g++ 3.2.3: Linker Error galore when trying to link to the built ace lib
Hi, Thanks for using the PRF. >> ACE VERSION: 5.2 I have several recommendations: .. Upgrade to ACE 5.3.3, which you can download from http://deuce.doc.wustl.edu/Download.html .. Build the ACE tests and examples directories to make sure they work. Assuming they work, then follow EXACTLY the same linker steps for your application. Thanks, Doug >> HOST MACHINE and OPERATING SYSTEM: Sparc Architecture and Solaris 2.6 >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL):...

[tao-users] ACE 6.0.2 and TAO 2.0.2 RPMs available #2
Hi all, ACE 6.0.2 and TAO 2.0.2 RPMs are now available at OpenSuSE build service. OBS provides currently RPMs for: - CentOS 5 - Fedora 12/13/14 - Mandriva 2009.1/2010/2010.1 - RHEL 4/5/6 - SLES 9/11/11SP1 - OpenSuSE 11.2/11.3/11.4/Factory/Tumbleweed Regards, Johnny Willemsen Remedy IT http://scoreboard.theaceorb.nl/ http://www.orbzone.org http://www.theaceorb.nl ...

[ace-users] [tao-users] ACE+TAO x.5.2 RPM for Fedora Core
Greetings, I've uploaded Fedora Core source and binary RPM for ACE+TAO x.5.2 to: http://dist.bonsai.com/ken/ace_tao_rpm/ NOTE - I've enabled ACE_HAS_IPV6 and ACE_USES_IPV4_IPV6_MIGRATION in these builds; please let me know if this causes problems. Please let me know if there are problems/issues. Ken -- Ken Sedgwick Bonsai Software, Inc. (510) 610-4162 ken+5a4@bonsai.com Public Key: http://www.bonsai.com/ken/ken.asc GPG Fingerprint: 851E 3B07 E586 0843 9434 5CC7 4033 3B9B 3F3F 9640 ...

[ace-users] [tao-users] ACE/TAO/CIAO x.5.2 release announcement
Hi, Thanks to the substantial efforts by many developers, testers, and users, we are pleased to announce the new x.5.2 ACE+TAO+CIAO beta. The latest beta has been tagged ACE-5.5.2, TAO-1.5.2, and CIAO-0.5.2. As usual, it is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta is available. We do have some missing files in that package which we resolve as soon as possible. We encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. Please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the proper version/platform/compiler /options you're using to report problems. We also request that you take a look at $TAO_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 95.82 for the ACE tests and 93.47 for the TAO tests. Please see http://www.dre.vanderbilt.edu/scoreboard/ for a summary of these tests. As always, we appreciate your help in resolving the remaining problems. Please see ACE_ROOT/docs/ACE-bug-process.html for an overview of our bug fixing policies. ...

[tao-users] [ace-users] ACE/TAO/CIAO x.5.2 release announcement
Hi, Thanks to the substantial efforts by many developers, testers, and users, we are pleased to announce the new x.5.2 ACE+TAO+CIAO beta. The latest beta has been tagged ACE-5.5.2, TAO-1.5.2, and CIAO-0.5.2. As usual, it is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta is available. We do have some missing files in that package which we resolve as soon as possible. We encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. Please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the proper version/platform/compiler /options you're using to report problems. We also request that you take a look at $TAO_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 95.82 for the ACE tests and 93.47 for the TAO tests. Please see http://www.dre.vanderbilt.edu/scoreboard/ for a summary of these tests. As always, we appreciate your help in resolving the remaining problems. Please see ACE_ROOT/docs/ACE-bug-process.html for an overview of our bug fixing policies. ...

RE: [ace-users] RE: [tao-users] Octet Marshaling/Demarshaling issues #2
Hi, If you marshal a corba sequence of octet then instead of the normal << and >> for each element the methods write_octet_array and read_octet_array on the stream are used, in fact, all corba sequences of basic types to use array methods on the cdr stream. If you handle your own cdr streaming you can of course use these methods also. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Krishna, Arvind > Sent: woensdag 28 december 2005 19:55 > To: Kobi Cohen-Arazi; ace-users@cs.wustl.edu; tao-users@cs.wustl.edu > Subject: [ace-users] RE: [tao-users] Octet > Marshaling/Demarshaling issues > > > Hi Kobi, > > >It takes 4 bytes to marshal a single Octet. However, when > marshaling an > array of Octet, it takes a single byte for >every element in > the array. > It seems that Octet is an exception comparing the rest of > primitive data > types. What is >the motivation for that? Is it dictated by an > OMG spec? > > I think you might be seeing a type promotion from octet to > long. I just > checked and ACE_CDR provides a read_octet and write_octet methods for > reading/writing octets. However, if you use the insertion/extraction > operator t...

RE: [ace-users] Re: Compile error when making TAO. #2
Should be fixed in the most recent beta. I've seen that sort of error, but not in HTBP. -Steve -- Steve Huston, Riverace Corporation Adding Service to Open Source Software ACE book info at http://www.riverace.com/acebooks/ > -----Original Message----- > From: Douglas C. Schmidt [mailto:schmidt@cs.wustl.edu] > Sent: Thursday, March 03, 2005 8:15 PM > To: pillai.mohan@gmail.com; ace-users@cs.wustl.edu; > jwillemsen@remedy.nl; shuston@riverace.com > Subject: Re: [ace-users] Re: Compile error when making TAO. > > > Hi Mohan, > > >> Thanks Doug for the quick response. > >> Before I contact remedy, let me ask one more qn. > >> I tried to install the latest ACE+TAO. and i am getting > another compile > >> error during the making of ACE. here is the error. > >> aCC -AA +W930 +W302 +DAportable -g -DACE_HAS_THREADS -D_REENTRANT > >> -D_RWSTD_MULTI_THREAD -D_POSIX_C_SOURCE=199506L -D_HPUX_SOURCE > >> -DHPUX_VERS=1111 -DACE_LACKS_PRAGMA_ONCE > >> -I/home/lrds/rnarayan/opt1/root -DACE_HAS_EXCEPTIONS > -D__ACE_INLINE__ > >> -I../../.. -DHTBP_BUILD_DLL -c +Z -o ..shobj/HTBP_Filter_Factory.o > >> HTBP_Filter_Factory.cpp > >> Error 711: "/home/lrds/rnarayan/opt1/root/ace/OS_TLI.inl", > line 235 # > >> T...

Web resources about - [tao-users] RE: [ace-users] Linking Errors. #2 #2 - comp.soft-sys.ace

Resources last updated: 3/22/2016 9:31:58 PM