Date: Sat, 27 Nov 2004 00:04:20 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 459 ************************************************** Friday 26 November 2004 Number 459 ************************************************** Subjects for today 1 Re: Building Perl with GCC 3.3.5 : Stefan.Neis at t-online.de 2 Ethereal revisited : Lewis G Rosenthal 3 Re: Building Perl with GCC 3.3.5 : Henry Sobotka 4 Re: Building Perl with GCC 3.3.5 : Henry Sobotka 5 Re: Building Perl with GCC 3.3.5 : John Poltorak 6 Re: Building Perl with GCC 3.3.5 : John Poltorak 7 Re: Building Perl with GCC 3.3.5 : Henry Sobotka 8 [madodel at ptdprolog.net: [VOICENWS] SW: GCC 3.3.5-beta1.] : John Poltorak 9 Re: Building Perl with GCC 3.3.5 : IanM" **= Email 1 ==========================** Date: Thu, 25 Nov 2004 14:53:29 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Building Perl with GCC 3.3.5 Hi, > What libraries to use? [-lsocket -lm -lbsd -lufc] > > weakld: cannot open library file 'G:\usr\lib\bsd_s.a'. > emxomfld: weak prelinker failed. (rc=8) > I can't compile the test program. > You have a BIG problem. Shall I abort Configure [y] > Ok. Stopping Configure. > > > I think building Perl on OS/2 is likely to be heavily > geared towards EMX > so will probably need some heavyweight attention from > some of the Perl > experts we have here... ACK. > Is there a simple solution to the error above? > > Where do I get a bsd_s.a? Or is Perl's configure looking > for the wrong file? Just teaching it to _not_ use -lbsd with Innoteks libraries should do the job in this particular case - AFAIK, the relevant functions should be included in the standard library. So, if you get it to say > What libraries to use? [-lsocket -lm -lufc] the build process should continue a bit further. It might be a good idea to get rid of some (all?) of the other libraries as well, but I'm not sure which of them should be no longer needed ans which are needed - but at least, they should cause less harm than the "-lbsd" Regards, Stefan **= Email 2 ==========================** Date: Thu, 25 Nov 2004 09:04:22 -0500 From: Lewis G Rosenthal Subject: Ethereal revisited Happy Thanksgiving, everyone. John posted an inquiry here early last year concerning porting Ethereal. Has anyone made any progress? -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com eComStation Consultants www.ecomstation.com Novell Users International www.novell.com/linux/truth ------------------------------------------------------------ **= Email 3 ==========================** Date: Thu, 25 Nov 2004 09:17:00 -0500 From: Henry Sobotka Subject: Re: Building Perl with GCC 3.3.5 John Poltorak wrote: > > I think building Perl on OS/2 is likely to be heavily geared towards EMX Yes. > Is there a simple solution to the error above? Configure manually and specify CFLAGS, LIBS etc. other than the defaults. > Where do I get a bsd_s.a? Or is Perl's configure looking for the wrong > file? It's in emx/lib. It should be using gcc 3.3.5's libbfd.lib. Basically, I think what should be done is leave IlyaZ's EMX build untouched and set up a new Innotek one with a mechanism for taking either route. That likely also requires hacking os2.c because some of IlyaZ's myfoo functions to compensate for missing parts in EMX may no longer be necessary with Innotek's libc. It's more than a job for a rainy afternoon and, until the new libc is more stable in terms of development, what you do today may have to be undone or redone tomorrow. h~ **= Email 4 ==========================** Date: Thu, 25 Nov 2004 09:24:04 -0500 From: Henry Sobotka Subject: Re: Building Perl with GCC 3.3.5 Stefan.Neis at t-online.de wrote: > > the build process should continue a bit further. It might be > a good idea to get rid of some (all?) of the other libraries > as well, but I'm not sure which of them should be no longer > needed ans which are needed - but at least, they should > cause less harm than the "-lbsd" The reason it's looking for bsd_s.a instead of finding Innotek's libbsd.lib (-Zomf is specified) is because it's seeing try.o instead of try.obj. The EMX build relies on the default difference in object-file extensions to distinguish between fork (static linkage) and non-fork (dynamic) builds. h~ **= Email 5 ==========================** Date: Thu, 25 Nov 2004 15:36:16 +0000 From: John Poltorak Subject: Re: Building Perl with GCC 3.3.5 On Thu, Nov 25, 2004 at 09:17:00AM -0500, Henry Sobotka wrote: > > Is there a simple solution to the error above? > > Configure manually and specify CFLAGS, LIBS etc. other than the defaults. You mean specifying these values in the environment? If so can you suggest appropriate values? > > Where do I get a bsd_s.a? Or is Perl's configure looking for the wrong > > file? > > It's in emx/lib. It should be using gcc 3.3.5's libbfd.lib. > > Basically, I think what should be done is leave IlyaZ's EMX build > untouched and set up a new Innotek one with a mechanism for taking > either route. That likely also requires hacking os2.c because some of > IlyaZ's myfoo functions to compensate for missing parts in EMX may no > longer be necessary with Innotek's libc. It's more than a job for a > rainy afternoon and, until the new libc is more stable in terms of > development, what you do today may have to be undone or redone tomorrow. I'm sure there could be a lot of work to do but rather than leaving it until libc is finished, getting Perl to build with an experimental libc may help to draw attention to any shortcomings in libc and provide us with a better product. Having said that os2.c does seem to have a large number of references to EMX so I wouldn't know where to start. Can we expect IlyaZ to make the necessary changes to support libc? I wouldn't count on it happening any time soon. Does os2.c provide any additional OS/2 functionality? Or would it be possible to pretend that we are building on just another Posix system? > h~ -- John **= Email 6 ==========================** Date: Thu, 25 Nov 2004 17:05:07 +0000 From: John Poltorak Subject: Re: Building Perl with GCC 3.3.5 On Thu, Nov 25, 2004 at 11:50:48AM -0500, Henry Sobotka wrote: > I agree. I would consider a non-timebombed version stable enough. beta1 was released yesterday - I don't know if you saw the announcement - I will forward it to the list. Doesn't say anything about it being timebombed. > h~ -- John **= Email 7 ==========================** Date: Thu, 25 Nov 2004 11:50:48 -0500 From: Henry Sobotka Subject: Re: Building Perl with GCC 3.3.5 John Poltorak wrote: > > You mean specifying these values in the environment? If so can you suggest > appropriate values? No, I meant running configure without the flag that tells it to use the default values and setting them manually. But even if you do that, it'll still use hints/os2.sh which is full of EMX references. > I'm sure there could be a lot of work to do but rather than leaving it > until libc is finished, getting Perl to build with an experimental libc > may help to draw attention to any shortcomings in libc and provide us with > a better product. I agree. I would consider a non-timebombed version stable enough. > Can we expect IlyaZ to make the necessary changes to support libc? I > wouldn't count on it happening any time soon. Does os2.c provide any > additional OS/2 functionality? Or would it be possible to pretend that we > are building on just another Posix system? My impression is that IlyaZ is very much EMX-bound. Also that he's running Warp3, which has its limitations (e.g. that's why he doesn't see the EA test failures on JFS drives because of illegal chars). One of the things os2.c does is fill gaps in EMX, e.g. if Perl has a standard function that on other systems is handled simply by calling the equivalent in their libc, but is missing from EMX, it might be implemented as myfoo in os2.c. There are also a few instances of myfoo's that replace EMX foo because the latter may not quite do what Perl expects or needs. Using Innotek libc while pretending to be just another Posix system and pulling in all the EMX stuff in Perl because OS2 is defined would probably (unnecessarily) create more problems than it would solve. h~ **= Email 8 ==========================** Date: Thu, 25 Nov 2004 18:59:39 +0000 From: John Poltorak Subject: [madodel at ptdprolog.net: [VOICENWS] SW: GCC 3.3.5-beta1.] --SWZqQxQHF12x8rwh Content-Type: text/plain; charset=us-ascii Here is the GCC 3.3.5-beta1 announcement... --SWZqQxQHF12x8rwh Content-Type: message/rfc822 Received: from voice2.os2voice.org by mail.warpix.org (IBM OS/2 SENDMAIL VERSION 2.03/2.0) id VAA332.68; Wed, 24 Nov 2004 21:48:56 GMT From: madodel at ptdprolog.net Received: from smtp16.mailnet.ptd.net (smtp16.mailnet.ptd.net [204.186.29.136]) by os2voice.org (Weasel v1.71) for ; 24 Nov 2004 16:43:48 Received: (qmail 22416 invoked by uid 50005); 24 Nov 2004 21:43:46 -0000 Received: from madodel at ptdprolog.net by smtp16.mailnet.ptd.net by uid 50002 with qmail-scanner-1.20 (uvscan: v4.2.40/v4409. Clear:RC:0(24.238.84.87):. Processed in 0.431436 secs); 24 Nov 2004 21:43:46 -0000 Received: from 24.238.84.87.res-cmts.sth.ptd.net (HELO MEDION) (authenticated:madodel at [24.238.84.87]) (envelope-sender ) by smtp16.mailnet.ptd.net (qmail-ldap-1.03) with SMTP for ; 24 Nov 2004 21:43:45 -0000 Reply-to: feedback at os2voice.org Date: Wed, 24 Nov 2004 16:43:44 -0500 To: news at os2voice.org Subject: [VOICENWS] SW: GCC 3.3.5-beta1. Reply-to: feedback at os2voice.org X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v2.60b X-Qmail-Scanner-Message-ID: <110133262565322406 at smtp16.mailnet.ptd.net> Message-ID: <0060228560.00006Z3T at os2voice.org> From: madodelDESPAM at ptdprolog.net A now beta level update of GCC is on Netlabs FTP site ftp://ftp.netlabs.org/pub/gcc/GCC-3.3.5-beta1.zip GCC is a distribution of the GNU C/C++ compiler suite and associated utilities for the IBM OS/2 platform. The ReleaseNote.os2 for this release states: "GCC v3.3.5 / LIBC v0.6 - Beta 1: -------------------------------- New features: o setitimer/alarm implementation. Needs some review later the accuracy isn't extacly great. o Added a couple of missing os2emx.h features. o Some more 16-bit thunkers. Bug fixes: o Select worker called wrong tcpip function. o Incorrect assertion during thread destruction. o Fixed broken chdir and getdrive. o Improved deadlock detection (fmutex have changed, thus stdio FILE is also changed). o ... Known Limitiations/Problems: o Static linking not possible - will be fixed. o Job control will only be applied to thread 1 in a process. This won't change. o Missing some process group interfaces required for job control. They'll show up soon. o Doesn't evaluate trailing slash in paths as directory specifier, it's currently ignored." "If you have any questions regarding the compiler we recommend to join the UnixOS2 mailinglist: http://unixos2.com/pages/MailingLists.html There is also a web interface at gmane.org: http://news.gmane.org/gmane.os.os2.unixos2 " -- Warpstock Europe 2004, Arnhem, The Netherlands, November 26-28th, 2004 http://www.warpstock.net Warpstock 2005 - Where/When? Stay tuned to http://www.warpstock.org [Moderator's note: All posts are sent without guarantee to the accuracy of the content. We try to verify details and URLs but this is an entirely volunteer run list, so 100% fact checking and the quality/useability of products announced here is impossible. If you respond to this post please remove the DESPAM from the poster's email addresses. Please do not send requests for information about a specific post to the moderator unless it is an update or I sent it.] -- To unsubscribe yourself from this list, send the following message to majormajor at os2voice.org unsubscribe news end Or, visit http://www.os2voice.org/MailingLists.html If you have an announcement you would like posted to the VOICE News list, please send it to submit at os2voice.org. Please include a valid reply address and a real contact name. If you wish to comment on this post, please reply to feedback at os2voice.org -- Warpstock Europe 2004, Arnhem, The Netherlands, November 26-28th, 2004 http://www.warpstock.net Warpstock 2005 - Where/When? Stay tuned to http://www.warpstock.org [Moderator's note: All posts are sent without guarantee to the accuracy of the content. We try to verify details and URLs but this is an entirely volunteer run list, so 100% fact checking and the quality/useability of products announced here is impossible. If you respond to this post please remove the DESPAM from the poster's email addresses. Please do not send requests for information about a specific post to the moderator unless it is an update or I sent it.] -- To unsubscribe yourself from this list, send the following message to majormajor at os2voice.org unsubscribe news end Or, visit http://www.os2voice.org/MailingLists.html If you have an announcement you would like posted to the VOICE News list, please send it to submit at os2voice.org. Please include a valid reply address and a real contact name. If you wish to comment on this post, please reply to feedback at os2voice.org --SWZqQxQHF12x8rwh-- **= Email 9 ==========================** Date: Fri, 26 Nov 2004 13:28:21 +1100 (EDT) From: "IanM" Subject: Re: Building Perl with GCC 3.3.5 Hi John Also experiencing similar problems compiling BIND as you are compiling Perl with GCC, I've had to rearrange all my older emx and assorted lib/dll files so the BIND build only gets the GCC stuff, and experimenting a lot with different compile switchs, its like a whole new world :)1 Cheers IanM http://www.os2site.com/ Bad girls drive fast and kiss slow...and drop carrier.