Date: Mon, 10 Feb 2003 02:34:35 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 73 ************************************************** Sunday 09 February 2003 Number 73 ************************************************** Subjects for today 1 Re: Perl Build Error : John Poltorak 2 Re: Perl prefix : John Poltorak 3 ED : John Poltorak 4 Re: Perl Build Error : John Poltorak 5 Re: ED : John Poltorak 6 Perl -V was Perl prefix : Dave Saville" 7 Re: Perl Build Error : Stefan.Neis at t-online.de 8 Re: ED : Stefan.Neis at t-online.de 9 Re: Perl prefix : Stefan.Neis at t-online.de 10 Re: Perl Build Error : Stefan.Neis at t-online.de 11 Re: Perl prefix : DWParsons at t-online.de (Dave Parsons) 12 Re: Getting started : DWParsons at t-online.de (Dave Parsons) 13 Re: Perl prefix : Lyn St George" 14 Re: ED : Stefan.Neis at t-online.de 15 Re: Perl prefix : John Poltorak 16 BZIP2 : John Poltorak 17 Re: Perl prefix : Stefan.Neis at t-online.de 18 Perl man pages : John Poltorak 19 TERMCAP : John Poltorak 20 Re: REGEX - please test : andreas.buening at nexgo.de 21 #include : John Poltorak 22 l = at l at : John Poltorak 23 Re: Perl prefix : Mika Laitio 24 Re: l = at l at : Sebastian Wittmeier (ShadoW)" **= Email 1 ==========================** Date: Mon, 10 Feb 2003 09:05:14 +0000 From: John Poltorak Subject: Re: Perl Build Error On Sun, Feb 09, 2003 at 05:41:10PM -0500, Hakan wrote: > Suggest the following is changed: > * The order of the drives the user needs to set in > ux2_bootstrap.cmd should be in the same order as they are mentioned in > the text echoed to the screen, currently they are not (I pointed this > out earlier.) > * If the build script generates a fatal error message like the > one above, it should abort, not continue with what will be futile > attempt to build the target (why would it not abort?). Can you suggest a suitable test? > * The script complains early on about link386.exe not being > present in the path which is not correct, I have one copy in > c:\os2\system and one in i:\usr\bin so the message seems to bogus. No. c:\os2\system is not on the path and link386.exe should not be in \usr\bin. We are attempting to create a standard build and if everyone starts putting their own bits and pieces everywhere then errors will inevitably be introduced and you will get results which are inexplicable. > Further, the script continues whereas it should really abort if it > cannot find this crucial tool without which it cannot complete (why > should it not abort?). Of course it should abort. Please provide a mechanism for it to do what you want. > Hakan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Mon, 10 Feb 2003 09:11:48 +0000 From: John Poltorak Subject: Re: Perl prefix On Sun, Feb 09, 2003 at 08:18:51PM -0500, Hakan wrote: > Has Lyn's suggestion/recommendation to move the perl stuff to be under > /usr or /usr/local been implemented yet? It seems that the latest > version of the build_perl script I downloaded still puts it under > /usr/lib. The location of Perl's libraries is determined by the prefix used. Lyn made no suggestion about prefix, although /usr/lib/perl5 has been suggested by others. I don't have access to a Unix system so have no idea what is standard. Can anyone with AIX, Solaris, *BSD, or some Linux variant post what they get when running:- ? perl -V (that's uppercase V) > On Wed, 29 Jan 2003 14:21:42 +0000, Lyn St George wrote: > > >On Wed, 29 Jan 2003 13:37:21 +0000, John Poltorak wrote: > > > >> > >>I agree that we should try to comply with FHS, but allow some flexibility > >>when it suits us to do so. > >> > >>As for Perl, I think perl.exe should be copied to /usr/bin which should > >>be on the path, but all the other executables should be left in > >>/usr/lib/perl/bin. > > > >There should be no such thing as /usr/lib/perl/bin. All the perl stuff > >should go under either /usr or /usr/local, as every perl script ever > >made expects to find the perl executable as either /usr/bin/perl > >or /usr/local/bin/perl, and then to find other perl stuff under one of > >those prefixes. It seems to me to be advantageous to keep > >things as standards compliant as possible, and there are very few > >other executables involved anyway. One big advantage of the > >*nix system of chucking most things together in one directory is > >that we don't have to clutter up the PATH or LIBPATH much - mine > >are bad enough now :/ > >- > >Cheers > >Lyn St George > >+--------------------------------------------------------------------------------- > >+ http://www.zolotek.net .. eCommerce hosting, consulting > >+ http://www.os2docs.org .. some 'How To' stuff ... > >+---------------------------------------------------------------------------------- -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Mon, 10 Feb 2003 10:10:54 +0000 From: John Poltorak Subject: ED ED is a command line editor on Unix and the Open Group have it listed as a required utility, so I guess we have better include it. I've just tried building it and it seems to be OK, but I have no idea how to test it. can someone else have a try? One think I can't get working is the recognition of the --mandir and --infodir configure line parmaters, so a few files get installed in the wrong place. Can anyone suggest how this can be corrected? To me it looks as though the only way to do that would be to create a new Makefile.am and build a new Makefile.in, but I'm not sure how to go about that... You will need an RSYNC refresh to make it build. -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Mon, 10 Feb 2003 10:46:35 +0000 From: John Poltorak Subject: Re: Perl Build Error On Mon, Feb 10, 2003 at 11:35:28AM +0100, Stefan.Neis at t-online.de wrote: > > > * If the build script generates a fatal error > > > message like the > > > one above, it should abort, not continue with > > > what will be futile > > > attempt to build the target (why would it not > > > abort?). > > > > Can you suggest a suitable test? > > For example for checking make's return value, > the same tricks as for checking wget's return > value should be applicable. The problem relates to Perl's Configure script failing. As for wget, I didn't think there was any conclusive way of handling wget failures since the return code didn't seem to bear any resemblence to whether wget had succeed in retrieving anything... Or did I misunderstand that discusson? > Regards, > Stefan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Mon, 10 Feb 2003 11:04:45 +0000 From: John Poltorak Subject: Re: ED On Mon, Feb 10, 2003 at 11:43:35AM +0100, Stefan.Neis at t-online.de wrote: > John Poltorak schrieb: > > ED is a command line editor on Unix and the Open > > Group have it listed as a > > required utility, so I guess we have better > > include it. > > I know, that the man-page says "ED is THE editor", > but on the same level of user-friendliness: Is > "edlin" still part of current Windows releases? But ED is still useful because of its batch editing capability... > > I've just tried building it and it seems to be OK, > > but I have no idea how > > to test it. can someone else have a try? > > I guess that except for the original author, no one > remembers any more how this beast is to be used, > anyway. ;-) > So just include a dummy binary (if it's compiled > from the original source, all the better), and if > there ever is anybody to find a bug in it, we can > still worry about that at that time. Actually I was surprised by this check for ED while building PATCH:- checking whether make sets ${MAKE}... yes checking for ed... ed checking build system type... i386-pc-os2-emx ED may well be used in various places without anyone been aware of it. Actually, I've just noticed a 'testsuite' subdirectory, so I may give it a try... > Regards, > Stefan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 6 ==========================** Date: Mon, 10 Feb 2003 11:06:14 +0000 (GMT) From: "Dave Saville" Subject: Perl -V was Perl prefix On Mon, 10 Feb 2003 09:11:48 +0000, John Poltorak wrote: > perl -bear 1 % V Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=solaris, osvers=2.7, archname=sun4-solaris uname='sunos dewitt.vnet.net 5.7 generic_patch sun4u sparc ' config_args='-Dcc=gcc -de' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O', cppflags='-fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.95.3 20010315 (release)', gccosandvers='solaris2.7' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, usemymalloc=y, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib ' libpth=/usr/local/lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -lgdbm -ldl -lm -lc perllibs=-lsocket -lnsl -ldl -lm -lc libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under solaris Compiled at Apr 26 2001 16:17:32 at INC: /usr/local/lib/perl5/5.6.1/sun4-solaris /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl/5.005/sun4-solaris /usr/local/lib/perl5/site_perl/5.005 /usr/local/lib/perl5/site_perl . bear 2 % -- Regards Dave Saville _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Mon, 10 Feb 2003 11:35:28 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Perl Build Error > > * If the build script generates a fatal error > > message like the > > one above, it should abort, not continue with > > what will be futile > > attempt to build the target (why would it not > > abort?). > > Can you suggest a suitable test? For example for checking make's return value, the same tricks as for checking wget's return value should be applicable. Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Mon, 10 Feb 2003 11:43:35 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: ED John Poltorak schrieb: > ED is a command line editor on Unix and the Open > Group have it listed as a > required utility, so I guess we have better > include it. I know, that the man-page says "ED is THE editor", but on the same level of user-friendliness: Is "edlin" still part of current Windows releases? > I've just tried building it and it seems to be OK, > but I have no idea how > to test it. can someone else have a try? I guess that except for the original author, no one remembers any more how this beast is to be used, anyway. ;-) So just include a dummy binary (if it's compiled from the original source, all the better), and if there ever is anybody to find a bug in it, we can still worry about that at that time. Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 9 ==========================** Date: Mon, 10 Feb 2003 11:59:18 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Perl prefix John Poltorak schrieb: > Can anyone with AIX, Solaris, *BSD, or some Linux variant > post what they > get when running:- ? > > perl -V (that's uppercase V) Linux: Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under linux Compiled at May 11 2001 15:16:11 at INC: /usr/lib/perl5/5.6.0/i586-linux /usr/lib/perl5/5.6.0 /usr/lib/perl5/site_perl/5.6.0/i586-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl . Solaris: Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under solaris Compiled at Apr 26 2001 04:07:49 at INC: /usr/local/lib/perl5/5.6.1/sun4-solaris /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl . Solaris on a different set of machines: Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under solaris Compiled at May 4 2000 19:53:56 at INC: /opt/perl/lib/5.6.0/sun4-solaris /opt/perl/lib/5.6.0 /opt/perl/lib/site_perl/5.6.0/sun4-solaris /opt/perl/lib/site_perl/5.6.0 /opt/perl/lib/site_perl . Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 10 ==========================** Date: Mon, 10 Feb 2003 12:03:02 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Perl Build Error John Poltorak schrieb: Hi, > As for wget, I didn't think there was any conclusive way > of handling wget > failures since the return code didn't seem to bear any > resemblence to > whether wget had succeed in retrieving anything... Or did > I misunderstand > that discusson? IIRC, the only problem was that somebody inverted the logic in the first post and returned "failure" where he should have returned "success" and vice versa. Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 11 ==========================** Date: Mon, 10 Feb 2003 12:10:40 +0100 (CET) From: DWParsons at t-online.de (Dave Parsons) Subject: Re: Perl prefix On Mon, 10 Feb 2003 09:11:48 +0000, John Poltorak wrote: > > Can anyone with AIX, Solaris, *BSD, or some Linux variant post what they > get when running:- ? > > perl -V (that's uppercase V) > from SuSE 7.3, it's wide, so turn wrap off. Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.9, archname=i586-linux uname='linux reiser 2.4.9 #1 smp wed sep 19 12:11:44 gmt 2001 i686 unknown ' config_args='-ds -e -Dprefix=/usr -Di_db -Di_dbm -Di_ndbm -Di_gdbm' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2 -pipe', cppflags='-fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.95.3 20010315 (SuSE)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -ldl -lm -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil libc=, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under linux Compiled at Sep 20 2001 02:28:43 at INC: /usr/lib/perl5/5.6.1/i586-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i586-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl . Dave _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 12 ==========================** Date: Mon, 10 Feb 2003 12:43:34 +0100 (CET) From: DWParsons at t-online.de (Dave Parsons) Subject: Re: Getting started On Sun, 09 Feb 2003 18:11:11 +0100 (CET), Sebastian Wittmeier (ShadoW) wrote: > On Sun, 09 Feb 2003 08:50:40 +0100 (CET), Dave Parsons wrote: > > >> DSL connection by T-Online. > >t-online ISDN with ISDNPM > > Just tried it with my free T-Online ISDN flatrate: Same problem on a PC > that worked with QSC QDSL before > So it could be the Xitami ftp server and/or T-Online. Just tried it from SuSE 7.3 routed through the ISDNPM box. No problem. It appears to be lukemftp version 1.5 and does support passive mode. Dave _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 13 ==========================** Date: Mon, 10 Feb 2003 12:51:58 +0000 From: "Lyn St George" Subject: Re: Perl prefix On Mon, 10 Feb 2003 09:11:48 +0000, John Poltorak wrote: > >The location of Perl's libraries is determined by the prefix used. > >Lyn made no suggestion about prefix, although /usr/lib/perl5 has been >suggested by others. I don't have access to a Unix system so have no idea >what is standard. > >Can anyone with AIX, Solaris, *BSD, or some Linux variant post what they >get when running:- ? > >perl -V (that's uppercase V) The prefixes shown so far are: /usr /usr/local /opt/perl (one Solaris box) The rest of it (lib/perl5 ...) is automatic after the prefix is set, ie, when running configure, you set --Dprefix=/usr, -Dprefix=/usr/local, -Dprefix=/opt/perl, to get the results so far sent in. Generally speaking, perl scripts look for either /usr (#!/usr/bin/perl) or /usr/local (#!/usr/local/bin/perl) and it is common to symlink one to the other. - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 14 ==========================** Date: Mon, 10 Feb 2003 13:11:37 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: ED Hi, > But ED is still useful because of its batch editing > capability... Isn't normally "sed" used in shell scripts and the like? > Actually I was surprised by this check for ED while > building PATCH:- > > > checking whether make sets ${MAKE}... yes > checking for ed... ed > checking build system type... i386-pc-os2-emx Funny. Is it actually used? I know that I don't have ed, but patch works fine nonetheless... Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 15 ==========================** Date: Mon, 10 Feb 2003 13:34:04 +0000 From: John Poltorak Subject: Re: Perl prefix On Mon, Feb 10, 2003 at 11:59:18AM +0100, Stefan.Neis at t-online.de wrote: > John Poltorak schrieb: > > Can anyone with AIX, Solaris, *BSD, or some Linux variant > > post what they > > get when running:- ? > > > > perl -V (that's uppercase V) > > Linux: > Characteristics of this binary (from libperl): > Compile-time options: USE_LARGE_FILES > Built under linux > Compiled at May 11 2001 15:16:11 > at INC: > /usr/lib/perl5/5.6.0/i586-linux > /usr/lib/perl5/5.6.0 > /usr/lib/perl5/site_perl/5.6.0/i586-linux > /usr/lib/perl5/site_perl/5.6.0 > /usr/lib/perl5/site_perl Whereabouts are the man pages? I've just build Perl with a prefix of /usr and it looks very similar, but all the man pages get dumped in \usr\man. ISTR that we were hoping to put man pages in \usr\share\man. Is there a --mandir option available? > Regards, > Stefan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 16 ==========================** Date: Mon, 10 Feb 2003 14:06:16 +0000 From: John Poltorak Subject: BZIP2 Anyone want to try building BZIP2? build bzip2 should do it, although you will need to make sure that you have an updated Makefile for bzip2. \unixos2\makefiles\bzip2-1.0.2.mak should have today's date on it. Let me know if it builds. If it doesn't then check bzip2.log to see whether %COMSPEC% has been set. -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 17 ==========================** Date: Mon, 10 Feb 2003 17:29:45 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Perl prefix Hi, > >perl -V (that's uppercase V) > > The prefixes shown so far are: > /usr > /usr/local > /opt/perl (one Solaris box) > > The rest of it (lib/perl5 ...) is automatic after > the prefix is set, Actually, you didn't look careful enough. ;-) That was: at INC: /opt/perl/lib/5.6.0/sun4-solaris /opt/perl/lib/5.6.0 /opt/perl/lib/site_perl/5.6.0/sun4-solaris /opt/perl/lib/site_perl/5.6.0 /opt/perl/lib/site_perl No "perl5" subdirectory! > Generally speaking, perl scripts look for either > /usr (#!/usr/bin/perl) or /usr/local > (#!/usr/local/bin/perl) and it is common to > symlink one to the other. Or to symlink both of them to the real location, which might be even in "lib" if I understand those Makefiles correctly... Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 18 ==========================** Date: Mon, 10 Feb 2003 19:02:57 +0000 From: John Poltorak Subject: Perl man pages Looking at Perl's Configure script this code looks to be where the location for man pages is determined:- : determine where manual pages are on this system echo " " case "$sysman" in '') syspath='/usr/share/man/man1 /usr/man/man1' syspath="$syspath /usr/man/mann /usr/man/manl /usr/man/local/man1" syspath="$syspath /usr/man/u_man/man1" syspath="$syspath /usr/catman/u_man/man1 /usr/man/l_man/man1" syspath="$syspath /usr/local/man/u_man/man1 /usr/local/man/l_man/man1" syspath="$syspath /usr/man/man.L /local/man/man1 /usr/local/man/man1" sysman=`./loc . /usr/man/man1 $syspath` ;; esac if $test -d "$sysman"; then echo "System manual is in $sysman." >&4 else echo "Could not find manual pages in source form." >&4 fi I can't follow this code at all, but thought that starting Configure with -Dsysman=/usr/share/man would be sufficient, but apparently not. Configure says:- Could not find manual pages in source form. and then proceeds to put them in /usr/man. How do I select my preferred location? -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 19 ==========================** Date: Mon, 10 Feb 2003 19:56:00 +0000 From: John Poltorak Subject: TERMCAP Can someone try building TERMCAP using:- ? build termcap A couple which I tried to do but couldn't was to provide a path to termcap.info but the installation insisted on /usr/info rather than /usr/share/info which I specified using configure --infodir=. I also didn't find any way to specify the name and location of the termcap file. It looks as though this can be done by setting the termcapfile variable, or using -DTERMCAP_FILE in CFLAGS but I couldn't get either to work. -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 20 ==========================** Date: Mon, 10 Feb 2003 20:14:18 +0100 (CET) From: andreas.buening at nexgo.de Subject: Re: REGEX - please test John Poltorak wrote: > On Sun, Feb 09, 2003 at 12:23:22PM +0100, Andreas Buening wrote: > > Stefan.Neis at t-online.de wrote: [snip] > > > No problem at all. I just don't like the idea to put every single function > > > (or every group of a 3 or 4 functions) into its own DLL. That's why I don't > > > like regex.dll. > > > > Me, too. So let's standardize this. :-) > > regex.dll is an old established DLL which is used by a number of apps. Really? I thought I was the only one who uploaded a regex.dll to hobbes. > I would prefer to have it available. There is no problem to recompile existing programs with the "new standardized dll" (tm) or to provide regex.dll as legacy dll for a while. If we at least could kill those nasty gcc*.dll stuff. :-( Bye, Andreas One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Mordor where the Shadows lie.---------------------------------------------------------------------------- Sichern Sie sich jetzt den neuen Otto Katalog mit über 40.000 Artikeln auf über 1.300 Seiten - kostenlos und ganz unverbindlich. http://www.arcor.de/home/redir.php/email.otto ----------------------------------------------------------------------- _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 21 ==========================** Date: Mon, 10 Feb 2003 20:21:19 +0000 From: John Poltorak Subject: #include I've seen some patches which include several instances of the following code:- +#ifdef __EMX__ +#include +#endif Isn't is better to handle something like this with configure? How would I go about replacing the code with configure checks? -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 22 ==========================** Date: Mon, 10 Feb 2003 21:36:52 +0000 From: John Poltorak Subject: l = at l at I have a Makefile which includes the line:- l = at l at and it looks as if the value of 'l' has not been resolved... Does anyone know what 'l' is likely to be used for? It looks as though this is something to do with libtool... -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 23 ==========================** Date: Mon, 10 Feb 2003 22:01:52 +0200 (EET) From: Mika Laitio Subject: Re: Perl prefix > Can anyone with AIX, Solaris, *BSD, or some Linux variant post what they > get when running:- ? > perl -V (that's uppercase V) Here is my output with Mandrake cooker updated today. [lamikr at aragorn lamikr]$ perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.19-2mdkenterprise, archname=i386-linux-thread-multi uname='linux no.mandrakesoft.com 2.4.19-2mdkenterprise #1 smp tue aug 13 00:17:42 cest 2002 i686 unknown unknown gnulinux ' config_args='-des -Darchname=i386-linux -Dcc=gcc -Doptimize=-O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce -Dprefix=/usr -Dvendorprefix=/usr -Dsiteprefix=/usr -Dman3ext=3pm -Dcf_by=MandrakeSoft -Dmyhostname=localhost -Dperladmin=root at localhost -Dd_dosuid -Ud_csh -Duseshrplib -Dusethreads' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/include/gdbm' ccversion='', gccversion='3.2 (Mandrake Linux 9.1 3.2-4mdk)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -lgdbm -ldl -lm -lpthread -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil libc=/lib/libc-2.2.5.so, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.2.5' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Nov 24 2002 20:05:54 at INC: /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl . _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 24 ==========================** Date: Mon, 10 Feb 2003 23:14:38 +0100 (CET) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: l = at l at And I thought the subject line was some kind of swar-word! :-) Sebastian _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs