Date: Tue, 30 Mar 2004 00:04:05 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 330 ************************************************** Monday 29 March 2004 Number 330 ************************************************** Subjects for today 1 Re: Building Make v3.79.1 : Stefan Neis 2 Re: Building Make v3.79.1 : John Poltorak 3 Re: Building subversion (was /vfs?) : Stefan Neis 4 Re: JPEG configure : John Poltorak 5 Re: Building subversion (was /vfs?) : John Poltorak 6 Re: Building subversion (was /vfs?) : Stefan Neis 7 remove me from the list please... : DoC 8 Re: Building subversion (was /vfs?) : John Poltorak 9 Re: Building subversion (was /vfs?) : Dave and Natalie" 10 Re: Building subversion (was /vfs?) : John Poltorak 11 Re: Embedded paths in Perl : Andreas Buening 12 Re: Building Make v3.79.1 : Andreas Buening 13 Re: JPEG configure : Andrew MacIntyre 14 Re: JPEG configure : Richard Steiner 15 Re: Crosscompiling : Johannes Fahrenkrug 16 Re: Building subversion (was /vfs?) : Johannes Fahrenkrug 17 Re: Building subversion (was /vfs?) : Johannes Fahrenkrug 18 Re: remove me from the list please... : Kenn Yuill" 19 Re: JPEG configure : John Poltorak 20 Re: Embedded paths in Perl : John Poltorak 21 Re: Building Make v3.79.1 : John Poltorak 22 Re: Embedded paths in Perl : Stefan Neis 23 Re: Embedded paths in Perl : John Poltorak 24 Re: Building subversion (was /vfs?) : John Poltorak 25 Re: Building subversion (was /vfs?) : Stefan Neis 26 Naming convention for libraries : John Poltorak **= Email 1 ==========================** Date: Sun, 28 Mar 2004 17:03:45 +0200 (CEST) From: Stefan Neis Subject: Re: Building Make v3.79.1 On Sun, 28 Mar 2004, John Poltorak wrote: > Any idea about what triggers this switch? > > It looks like it gets triggered on one system, but not on another. No, I don't have the slightest idea what's going wrong, I just meant to explain what that ".deps" stuff probably is about. Comparing the config.log files from both system might give a hint, having that dependency stuff enabled on one system but not on the other sounds like configure failed to detect something it should have detected, unfortunately, such problems can often go unnoticed in the tons of output it produces. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 2 ==========================** Date: Sun, 28 Mar 2004 16:09:20 +0000 From: John Poltorak Subject: Re: Building Make v3.79.1 On Sun, Mar 28, 2004 at 03:14:18PM +0000, John Poltorak wrote: > Any idea about what triggers this switch? > > It looks like it gets triggered on one system, but not on another. As so often happens, what you think you have and what you really have are not the same. In the failing instance there was a missing file which should have run automake and autoheader so one of these two must have done the trick... -- John **= Email 3 ==========================** Date: Sun, 28 Mar 2004 19:08:24 +0200 (CEST) From: Stefan Neis Subject: Re: Building subversion (was /vfs?) On Sat, 27 Mar 2004, John Poltorak wrote: > It's from subversion - apr/file_io/unix/mktemp.c > > So you are suggesting removing this single line:- ? > > #define arc4random() random() Exactly. Meanwhile I downloaded subversion and after changing that _and_ after fiddling with various configure.in's and some date problems, I got configure to actually complete its job. After removing the define cited above and after reordering the includes in apr/network_io/os2/sockopt.c - now I have this: #include #include #include #include #include #include #include #include #include "apr_arch_networkio.h" #include "apr_network_io.h" #include "apr_general.h" #include "apr_lib.h" #include "apr_strings.h" - I got to the point where libtool (as usual) fails... :-( Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 4 ==========================** Date: Sun, 28 Mar 2004 18:08:54 +0000 From: John Poltorak Subject: Re: JPEG configure On Sun, Mar 28, 2004 at 03:39:22PM +0200, Stefan Neis wrote: > On Sun, 28 Mar 2004, John Poltorak wrote: > > > which says it has been automatically generated by autoconf (2.12) but > > there is no configure.in supplied? This means I can't rebuild one to check > > for options like executable suffix, so if CFLAGS is set to include -Zomf, > > configure fails. > > > > Can anyone suggest a solution? > > Writing to the maintainers and asking for configure.in? Preferably an > updated one, which works with autoconf-2.5x ... I get the feeling JPEG has now been superceded. The latest JPEG source I can find is six years old so there is little chance of finding a configure.in file... Does anyone know if or what has replaced it? There is a JPEG homepage at www.jpeg.org, but the jpeg library is supposed to be owned by IJG. It's a little confusing. > Regards, > Stefan > -- > Micro$oft is not an answer. It is a question. The answer is 'no'. > -- John **= Email 5 ==========================** Date: Sun, 28 Mar 2004 18:15:05 +0000 From: John Poltorak Subject: Re: Building subversion (was /vfs?) On Sun, Mar 28, 2004 at 07:08:24PM +0200, Stefan Neis wrote: > On Sat, 27 Mar 2004, John Poltorak wrote: > > > It's from subversion - apr/file_io/unix/mktemp.c > > > > So you are suggesting removing this single line:- ? > > > > #define arc4random() random() > > Exactly. > - I got to the point where libtool (as usual) fails... :-( Which libtool? > Regards, > Stefan > -- > Micro$oft is not an answer. It is a question. The answer is 'no'. > -- John **= Email 6 ==========================** Date: Sun, 28 Mar 2004 19:21:34 +0200 (CEST) From: Stefan Neis Subject: Re: Building subversion (was /vfs?) On Sun, 28 Mar 2004, John Poltorak wrote: > > - I got to the point where libtool (as usual) fails... :-( > > Which libtool? No idea. Whatever subversion is using for its build process. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 7 ==========================** Date: Sun, 28 Mar 2004 15:28:35 -0300 From: DoC Subject: remove me from the list please... I've already sent 3 emails to os2-unix-request at mail.warpix.org and got the unsubscribe confirmation... but I'm still getting mail from unix-os2. Could someone please remove my address from the list? Thanks in advance. -- Erico Mendonca **= Email 8 ==========================** Date: Sun, 28 Mar 2004 21:18:04 +0000 From: John Poltorak Subject: Re: Building subversion (was /vfs?) On Sun, Mar 28, 2004 at 07:21:34PM +0200, Stefan Neis wrote: > On Sun, 28 Mar 2004, John Poltorak wrote: > > > > - I got to the point where libtool (as usual) fails... :-( > > > > Which libtool? > > No idea. Whatever subversion is using for its build process. There is a recent OS/2 version of libtool... Maybe that will help things along. Unfortunately I don't understand how libtool works. I can only guess that it will somehow be used in preference to the built in libtool, but I don't know how it gets invoked... > Regards, > Stefan > -- > Micro$oft is not an answer. It is a question. The answer is 'no'. > -- John **= Email 9 ==========================** Date: Sun, 28 Mar 2004 13:45:09 -0800 From: "Dave and Natalie" Subject: Re: Building subversion (was /vfs?) On Sun, 28 Mar 2004 21:18:04 +0000, John Poltorak wrote: > >There is a recent OS/2 version of libtool... > >Maybe that will help things along. Unfortunately I don't understand how >libtool works. I can only guess that it will somehow be used in preference >to the built in libtool, but I don't know how it gets invoked... You need to run libtoolize to create libtool. Look at a autogen.sh. Heres one from fluxbox #!/bin/sh # autogen script for fluxbox. dothis() { echo "Executing: $*" echo if ! $* ;then echo -e '\n ERROR: Carefully read the error message and' echo ' try to figure out what went wrong.' exit 1 fi } libtoolize --copy --force --automake rm -f config.cache dothis aclocal -I . ${ACLOCAL_FLAGS} dothis autoheader dothis automake -a dothis autoconf echo 'Success, now continue with ./configure' echo 'Use configure --help for detailed help.' Dave **= Email 10 ==========================** Date: Sun, 28 Mar 2004 23:35:08 +0000 From: John Poltorak Subject: Re: Building subversion (was /vfs?) On Sun, Mar 28, 2004 at 07:21:34PM +0200, Stefan Neis wrote: > On Sun, 28 Mar 2004, John Poltorak wrote: > > > > - I got to the point where libtool (as usual) fails... :-( > > > > Which libtool? > > No idea. Whatever subversion is using for its build process. This is one of the error msgs near the start:- buildcheck: checking installation... buildcheck: autoconf version 2.58 (ok) buildcheck: autoheader version 2.58 (ok) buildcheck: libtool not found. You need libtool version 1.4 or newer installed > Regards, > Stefan > -- > Micro$oft is not an answer. It is a question. The answer is 'no'. > -- John **= Email 11 ==========================** Date: Mon, 29 Mar 2004 00:47:52 +0100 From: Andreas Buening Subject: Re: Embedded paths in Perl John Poltorak wrote: [hardcoded /.../sh.exe] > Is this something which can be set when building Perl or when running it? Very good question. :-) > Perl was build on the u: drive and u:/usr/bin/sh.exe was valid at the time > it was built, but it isn't anywhere else. IIRC perl hardcodes the first sh.exe it finds in your PATH. If that's y:/trash/dumb_code/sh-3.4-beta/sh.exe, then other people might have a problem. :-) Bye, Andreas **= Email 12 ==========================** Date: Mon, 29 Mar 2004 00:47:45 +0100 From: Andreas Buening Subject: Re: Building Make v3.79.1 John Poltorak wrote: > > On Sun, Mar 28, 2004 at 03:43:48PM +0200, Stefan Neis wrote: > > On Sun, 28 Mar 2004, John Poltorak wrote: > > > > > Anyone know anything about a .deps directory or what creates it? > > > > Normally, you manually specify, which files a particular target depends > > on, however for large projects it's tiresome to manually add dependencies > > of C(++) files on header files that are included, so gcc has a special > > switch which makes it generate those dependencies (based on include > > directives) in a format suitable for inclusion by make. Those files are > > often put into a .deps subdirectory. > > Any idea about what triggers this switch? ../configure --disable-dependency-tracking There is also an automake switch -i to remove this feature completely. > It looks like it gets triggered on one system, but not on another. Maybe different automake versions/flags? Bye, Andreas **= Email 13 ==========================** Date: Mon, 29 Mar 2004 08:20:05 +1000 (EST) From: Andrew MacIntyre Subject: Re: JPEG configure On Sun, 28 Mar 2004, John Poltorak wrote: > I get the feeling JPEG has now been superceded. The latest JPEG source I > can find is six years old so there is little chance of finding a > configure.in file... You're making an assumption that there might have been a need for a change. jpeg6b is surprisingly widely used, due no doubt to its licence, and is deeply embedded in a lot of software both open and closed source. IOW, it meets its design spec, and nobody has found any bugs worth fixing. libpng has stabilised (at v1.2.5) for similar reasons I think. -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac at bullseye.apana.org.au (pref) | Snail: PO Box 370 andymac at pcug.org.au (alt) | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia **= Email 14 ==========================** Date: Sun, 28 Mar 2004 19:34:38 -0600 (CST) From: Richard Steiner Subject: Re: JPEG configure On Sun, 28 Mar 2004, John Poltorak wrote: > I get the feeling JPEG has now been superceded. By what? Most modern digital cameras (for example) use JPEG for their compressed photo modes (most use TIFF for the uncompressed "raw" form). > Does anyone know if or what has replaced it? I don't know of an image format which could adequately replace it... -- -Rich Steiner >>>---> http://www.visi.com/~rsteiner >>>---> Eden Prairie, MN OS/2 + eCS + Linux + Win95 + DOS + PC/GEOS + Executor = PC Hobbyist Heaven! Applications analyst/designer/developer (14 yrs) seeking employment. See web site above for resume/CV and background. **= Email 15 ==========================** Date: Mon, 29 Mar 2004 08:19:13 GMT From: Johannes Fahrenkrug Subject: Re: Crosscompiling Ok, got it :) That's why I didn't find anything online :) > On Fri, 26 Mar 2004, Johannes Fahrenkrug wrote: > > I have a short question: is it possible to crosscompile something on a > > linux box so that it will run on OS/2? > Cross-compiling with GCC is a nightmare for supported platforms, without > even mentioning OS/2. When the Linux port of OpenWatcom has been > completed, then you might want to try cross-compiling. ;) **= Email 16 ==========================** Date: Mon, 29 Mar 2004 08:43:04 GMT From: Johannes Fahrenkrug Subject: Re: Building subversion (was /vfs?) Am 27.03.04, 17.56.27, schrieb Stefan Neis zum Thema Re: Building subversion (was /vfs?): > BTW, why do you need it? I.e. which interesting project is using > subversion? We (i.e. the company where I'm working) have the idea > to switch from CVS and Sourcesafe (currently we are using both in > parallerel for "historical reasons" ;-) )to SubVersion, if there's an > "interesting" project that's already using it, that would be helpful in > forming an opinion ... Hi Stefan, well, I'm working for Gebeco in Kiel. Gebeco is a company that organizes trips around the world. The whole system that manages all the flights, all the customer information, all the bills, all the everything was written in C under OS/2, all written inhouse. So we are talking about roughly 30 megs of source code that has to be managed. Well, I can't really say that we are working with it yet, because I just set up the svn server and now the problem is to get the subversion client to run under os/2. But everything I read about subversion convinced me to use svn over cvs. I've worked with cvs for quite a while, too, but subversion is much more powerful and easier to use, imho. -Johannes. **= Email 17 ==========================** Date: Mon, 29 Mar 2004 08:59:29 GMT From: Johannes Fahrenkrug Subject: Re: Building subversion (was /vfs?) > This is one of the error msgs near the start:- > buildcheck: checking installation... > buildcheck: autoconf version 2.58 (ok) > buildcheck: autoheader version 2.58 (ok) > buildcheck: libtool not found. > You need libtool version 1.4 or newer installed On my system buildcheck.sh sometimes doesn't find libtool, altough it's in the PATH and all... so this was a remedy for me (yes, it's dirty, but oh well): libtool=`which glibtool 2>/dev/null` if test ! -x "$libtool"; then libtool=`which libtool` fi libtool=/usr/bin/libtool <------- INSERT THIS LINE (or whereever your libtool resides) lt_pversion=`$libtool --version 2>/dev/null|sed -e 's/^[^0-9]*//' -e 's/[- ].*//' -e 1q` -Johannes. **= Email 18 ==========================** Date: Mon, 29 Mar 2004 02:30:46 -0500 (EST) From: "Kenn Yuill" Subject: Re: remove me from the list please... Hi John or List-Moderator, See below for my reply to your message, sent to os2-unix at mail.warpix.org. __________________________________________________________ On 2004-03-28 at 15:28:35, a message from DoC stated: I've already sent 3 emails to os2-unix-request at mail.warpix.org and got the unsubscribe confirmation... but I'm still getting mail from unix-os2.  Could someone please remove my address from the list?  Thanks in advance.  -- Erico Mendonca I have the same problem as Erico, in spite of the following response from Majordomo at warpix.org >>>> unsubscribe Succeeded (from list os2-unix). >>>> end END OF COMMANDS How long does it take for this request to be processed? Ciao, Kenn __________________________________________________________ Always act as if life is a joyous journey. - Kenn Yuill Warp 4/FP15 Java 1.18 PMMail/2 2.2 demo. Firefox 0.8 Posted from The Beautiful Ottawa Valley, Ontario, Canada __________________________________________________________ - A Thought for Today - Without enthusiasm you are doomed to a life of mediocrity, but with it you can accomplish miracles." - Og Mandino __________________________________________________________ **= Email 19 ==========================** Date: Mon, 29 Mar 2004 10:21:43 +0000 From: John Poltorak Subject: Re: JPEG configure On Sun, Mar 28, 2004 at 07:34:38PM -0600, Richard Steiner wrote: > On Sun, 28 Mar 2004, John Poltorak wrote: > > > I get the feeling JPEG has now been superceded. > > By what? Most modern digital cameras (for example) use JPEG for their > compressed photo modes (most use TIFF for the uncompressed "raw" form). > > > Does anyone know if or what has replaced it? > > I don't know of an image format which could adequately replace it... People are always bringing out new versions of formats. Looking at the jpeg website (www.jpeg.org), there are references to jpeg2000. I don't know whether this involves producing a replacement for the well established jpeg v6b. > -- > -Rich Steiner >>>---> http://www.visi.com/~rsteiner >>>---> Eden Prairie, MN > OS/2 + eCS + Linux + Win95 + DOS + PC/GEOS + Executor = PC Hobbyist Heaven! > Applications analyst/designer/developer (14 yrs) seeking employment. > See web site above for resume/CV and background. > -- John **= Email 20 ==========================** Date: Mon, 29 Mar 2004 10:15:53 +0000 From: John Poltorak Subject: Re: Embedded paths in Perl On Mon, Mar 29, 2004 at 12:47:52AM +0100, Andreas Buening wrote: > > Perl was build on the u: drive and u:/usr/bin/sh.exe was valid at the time > > it was built, but it isn't anywhere else. > > IIRC perl hardcodes the first sh.exe it finds in your PATH. If that's > y:/trash/dumb_code/sh-3.4-beta/sh.exe, then other people might have > a problem. :-) It makes distribution of a Perl package a little problematic. > Bye, > Andreas -- John **= Email 21 ==========================** Date: Mon, 29 Mar 2004 10:14:04 +0000 From: John Poltorak Subject: Re: Building Make v3.79.1 On Mon, Mar 29, 2004 at 12:47:45AM +0100, Andreas Buening wrote: > > > It looks like it gets triggered on one system, but not on another. > > Maybe different automake versions/flags? It's probably because automake got run on one system but not on the other. It builds fine now. > > Bye, > Andreas -- John **= Email 22 ==========================** Date: Mon, 29 Mar 2004 12:10:09 +0200 (CEST) From: Stefan Neis Subject: Re: Embedded paths in Perl On Mon, 29 Mar 2004, John Poltorak wrote: > > IIRC perl hardcodes the first sh.exe it finds in your PATH. If that's > > y:/trash/dumb_code/sh-3.4-beta/sh.exe, then other people might have > > a problem. :-) > > It makes distribution of a Perl package a little problematic. Isn't there a variable to overide that compile time value? PERL_SH_DIR? So what's the problem? Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 23 ==========================** Date: Mon, 29 Mar 2004 11:16:14 +0000 From: John Poltorak Subject: Re: Embedded paths in Perl On Mon, Mar 29, 2004 at 12:10:09PM +0200, Stefan Neis wrote: > On Mon, 29 Mar 2004, John Poltorak wrote: > > > > IIRC perl hardcodes the first sh.exe it finds in your PATH. If that's > > > y:/trash/dumb_code/sh-3.4-beta/sh.exe, then other people might have > > > a problem. :-) > > > > It makes distribution of a Perl package a little problematic. > > Isn't there a variable to overide that compile time value? PERL_SH_DIR? > So what's the problem? If that is to be set in config.sys then it requires a reboot. A reboot is something I like to avoid at all costs. > Regards, > Stefan > -- > Micro$oft is not an answer. It is a question. The answer is 'no'. > -- John **= Email 24 ==========================** Date: Mon, 29 Mar 2004 11:45:09 +0000 From: John Poltorak Subject: Re: Building subversion (was /vfs?) On Mon, Mar 29, 2004 at 08:59:29AM +0000, Johannes Fahrenkrug wrote: > > > > This is one of the error msgs near the start:- > > > > buildcheck: checking installation... > > buildcheck: autoconf version 2.58 (ok) > > buildcheck: autoheader version 2.58 (ok) > > buildcheck: libtool not found. > > You need libtool version 1.4 or newer installed > > On my system buildcheck.sh sometimes doesn't find libtool, altough > it's in the PATH and all... so this was a remedy for me (yes, it's > dirty, but oh well): The msg above, on my system, didn't actually stop the build going ahead. There appears to be some libtool included in subversion - maybe it just needs a newer version... When I remove the arc4random line, the build gets further before stopping here:- gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I../../include -I../../include/arch/os2 -I../../include/arch/unix -c sockets.c -Zomf /unixos2/workdir/subversion-1.0.1/apr/build/aplibtool --mode=compile gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I../../include -I../../include/arch/os2 -I../../include/arch/unix -c sockopt.c && touch sockopt.lo In file included from u:\posix2\include\sys/unistdx.h:12, from u:\posix2\include\unistd.h:232, from sockopt.c:65: u:\posix2\include\sys/select.h:40: `apr_os2_select' redeclared as different kind of symbol ...\..\include\arch\os2\apr_arch_os2calls.h:60: previous declaration of `apr_os2_select' In file included from u:\posix2\include\unistd.h:232, from sockopt.c:65: u:\posix2\include\sys/unistdx.h:114: `apr_os2_ioctl' redeclared as different kind of symbol ...\..\include\arch\os2\apr_arch_os2calls.h:68: previous declaration of `apr_os2_ioctl' gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I../../include -I../../include/arch/os2 -I../../include/arch/unix -c sockopt.c -Zomf make[3]: *** [sockopt.lo] Error 1 Does this mean anything to anyone? > -Johannes. > > > -- John **= Email 25 ==========================** Date: Mon, 29 Mar 2004 13:12:53 +0200 (CEST) From: Stefan Neis Subject: Re: Building subversion (was /vfs?) On Mon, 29 Mar 2004, John Poltorak wrote: > u:\posix2\include\sys/select.h:40: `apr_os2_select' redeclared as different kind of symbol > ..\..\include\arch\os2\apr_arch_os2calls.h:60: previous declaration of `apr_os2_select' > In file included from u:\posix2\include\unistd.h:232, > from sockopt.c:65: > u:\posix2\include\sys/unistdx.h:114: `apr_os2_ioctl' redeclared as different kind of symbol > ..\..\include\arch\os2\apr_arch_os2calls.h:68: previous declaration of `apr_os2_ioctl' > gcc -Zmt -DHAVE_CONFIG_H -DOS2 -I../../include -I../../include/arch/os2 -I../../include/arch/unix -c sockopt.c -Zomf > make[3]: *** [sockopt.lo] Error 1 > > > Does this mean anything to anyone? That's what I said in my other mail: at the head of sockopt.c there are two blocks of includes, the first set with #include "filename", the second set with #include . Exchanging those two blocks (i.e. the one with <> first, the one with "" after that) makes the thing compile - and then you'll likely fail when libtool is used ... Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 26 ==========================** Date: Mon, 29 Mar 2004 14:49:02 +0000 From: John Poltorak Subject: Naming convention for libraries There was a discussion about the naming convention for libraries within the last couple of weeks, but I wasn't sure of its outcome. Is this an accurate picture of the proposed naming convention for libs:- ? foo.dll shared lib (DLL) foo.a static lib - a.out foo.lib static lib - omf foo_s.a shared import lib - a.out foo_s.lib shared import lib - omf Please correct this if I've got it wrong. -- John