From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Mon, 10 Jun 2002 04:27:33 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 238 ************************************************** Sunday 09 June 2002 Number 238 ************************************************** Subjects for today 1 Can't locate File/Glob.pm in at INC : Ted Sikora 2 c++ and c : Roger F. Borrello, Jr." 3 Re: Everything is broken! : Ken Ames 4 Re: Wierd VAC++ problem : csaba.raduly at sophos.com 5 Perl 5.8.0 : John Poltorak 6 Re: c++ and c : csaba.raduly at sophos.com 7 Re: Everything is broken! : Ted Sikora **= Email 1 ==========================** Date: Mon, 10 Jun 2002 00:04:37 -0400 From: Ted Sikora Subject: Can't locate File/Glob.pm in at INC automake is failing with perl (5.6.1 and 5.7.2) DosGlob.pm ? The offending line (3346) in automake is: foreach [] Any workarounds? I set up a 'pure' pgcc-2.95.3 env in unixos2 in the legacy location ie; /usr So far that's the only tool that fails. -- Ted Sikora tsikora at unixos2.com http://unixos2.com **= Email 2 ==========================** Date: Mon, 10 Jun 2002 07:50:08 -0400 (EDT) From: "Roger F. Borrello, Jr." Subject: c++ and c I'm trying to link c and c++ modules (using ilink): // x.cpp namespace Test { void test(); } using namespace Test; int foo() { test(); } /* test.c */ #include #include int main( int argc, char *argv[] ) { printf( "Hello World!!\n" ); return 0; } The output from my build: test > gmake -f gcchello.mak USE_ILINK=1 test.exe gcc -c -Zsys -Zmt -Zomf test.c -otest.obj g++ -c -Zsys -Zmt -Zomf x.cpp -ox.obj ilink /NOFREE test.obj x.obj d:\emx\lib\crt0.obj /NOD, test.exe, test.map, gcc.lib omflib.lib c_alias.lib end.lib d:\emx\lib\mt\c.lib d:\emx\lib\mt\c_app.lib d:\emx\lib\mt\sys.lib os2386.lib; IBM(R) Linker for OS/2(R), Version 03.06.PPK1981104 Copyright (C) IBM Corporation 1988, 1998. Copyright (C) Microsoft Corp. 1988, 1989. All rights reserved. x.obj(x.obj) : error LNK2029: "__gxx_personality_v0" : unresolved external x.obj(x.obj) : error LNK2029: "_ZN4Test4testEv" : unresolved external The gcc -v output: Using builtin specs. Configured with: --enable-clh --enable-threads --disable-shared --enable-nls --without-included-gettext --prefix=/usr Thread model: os2 gcc version 3.0.3 Can anybody provide some insight? Is seems like these are mangled names in the C++ module that cannot be resolved during the link. Regards, Roger Borrello Atlanta OS/2 User's Group Secretary mailto:rfb at GoldenCode.com http://www.GoldenCode.com/atlos2/atlos2.html **= Email 3 ==========================** Date: Mon, 10 Jun 2002 09:40:38 -0400 (EDT) From: Ken Ames Subject: Re: Everything is broken! hi, have you tried "beginlibpath=X:\dllpath", it should workif you launch those apps from an xterm. On Sun, 09 Jun 2002 11:50:49 -0400, Ted Sikora wrote: >Gimp, Nedit, xv, etc. Is there a way I can add a legacy lib directory to >support these apps till they are re-ported? Will they interfere with >same name libs? Slack has a glibcso pkg for apps linked with 2.2.3 but >these are the c libs nothing else. >Any workarounds? > >-- >Ted Sikora >tsikora at unixos2.com >http://unixos2.com > **= Email 4 ==========================** Date: Mon, 10 Jun 2002 10:30:58 +0100 From: csaba.raduly at sophos.com Subject: Re: Wierd VAC++ problem >--- Stephen Amadei wrote: >> >> Hey guys. >> >> I had to dust off VAC++ 3.0 and put it on a Warp 4 >> system, and it's >> giving me no end to the fits. I applied the latest >> CSDs, and now >> if I run icc.exe or ipmd.cmd or any compiled >> program, the system >> responds with "SYS0193: CPPOM30 cannot be run in a >> OS/2 session". >> Any ideas? >> On 07/06/2002 18:30:20 James Cannon wrote: >Hi Stephen, > >Glad you mentioned the fixes for VA C++. Since you >made an application install that makes changes to the >system, you may have to re-apply the fix pack >currently on your system. > That's a bit of overkill, I'd say. >Other than that, I don't know. > Reinstall VAC++, check that it works, make a copy of the files, install the VAC++ FixPak, see if it works; if not: compare with the unfixed version, check that the executables (and the DLLs) haven't been corrupted. -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 5 ==========================** Date: Mon, 10 Jun 2002 10:59:26 +0100 From: John Poltorak Subject: Perl 5.8.0 Has anyone had any success building PERL 5.8.0? RC2 is now available here:- ftp://ftp.funet.fi/pub/CPAN/src/perl-5.8.0-RC2.tgz I still haven't managed to resolve my db.lib problems and would be interested in hearing from anyone else who has tried building this version... -- John **= Email 6 ==========================** Date: Mon, 10 Jun 2002 13:35:25 +0100 From: csaba.raduly at sophos.com Subject: Re: c++ and c On 10/06/2002 12:50:08 owner-os2-unix wrote: >I'm trying to link c and c++ modules (using ilink): > Then you should probably use icc, not gcc. >// x.cpp >namespace Test >{ >void test(); >} > >using namespace Test; >int foo() >{ >test(); >} > >/* test.c */ > >#include >#include > >int main( int argc, char *argv[] ) >{ >printf( "Hello World!!\n" ); >return 0; >} > >The output from my build: > >test > gmake -f gcchello.mak USE_ILINK=1 test.exe >gcc -c -Zsys -Zmt -Zomf test.c -otest.obj >g++ -c -Zsys -Zmt -Zomf x.cpp -ox.obj >ilink /NOFREE test.obj x.obj d:\emx\lib\crt0.obj /NOD, test.exe, test.map, >gcc.lib omflib.lib c_alias.lib end.lib d:\emx\lib\mt\c.lib >d:\emx\lib\mt\c_app.lib d:\emx\lib\mt\sys.lib os2386.lib; > >IBM(R) Linker for OS/2(R), Version 03.06.PPK1981104 >Copyright (C) IBM Corporation 1988, 1998. >Copyright (C) Microsoft Corp. 1988, 1989. >All rights reserved. > > >x.obj(x.obj) : error LNK2029: "__gxx_personality_v0" : unresolved external >x.obj(x.obj) : error LNK2029: "_ZN4Test4testEv" : unresolved external The function test() in namespace Test was not defined, only declared. You failed to provide the implementation (body) of the function. You know that every compiler (and indeed different versions of the same compiler) can - and usually does - have different and incompatible name mangling scheme. gcc 3 introduces all kinds of advanced C++ features. Their implementation is sometimes incompatible with the OMF format. Try older versions of gcc, like the original EMX0.9d ( gcc 2.8.1 ) or pgcc 2.95; they may be more friendly to the OMF (.obj) format. -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 7 ==========================** Date: Mon, 10 Jun 2002 19:32:01 -0400 From: Ted Sikora Subject: Re: Everything is broken! Ken Ames wrote: > > hi, > have you tried "beginlibpath=X:\dllpath", it should workif you launch those apps from > an xterm. > > On Sun, 09 Jun 2002 11:50:49 -0400, Ted Sikora wrote: > > >Gimp, Nedit, xv, etc. Is there a way I can add a legacy lib directory to > >support these apps till they are re-ported? Will they interfere with > >same name libs? Slack has a glibcso pkg for apps linked with 2.2.3 but > >these are the c libs nothing else. > >Any workarounds? > > Beat you to it.... got it working. We *have* to standardize everything. What a mess! No wonder everyone runs from OS/2. Anyone with sense or no ambition. -- Ted Sikora tsikora at unixos2.com http://unixos2.com