Date: Wed, 29 Jan 2003 02:29:03 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 61 ************************************************** Tuesday 28 January 2003 Number 61 ************************************************** Subjects for today 1 Re: Perl Build : Lyn St George" 2 Re: Perl env vaiables : IanM" 3 Re: Nobody's listening : Ted Sikora 4 ux2 posix : Ted Sikora 5 Re: Perl build options : Ted Sikora 6 Re: need DPATH in environment : Maynard" 7 Re: Nobody's listening : John Poltorak 8 Re: SLANG apps - JED, SLRN etc : Maynard" 9 Re: Nobody's listening : John Poltorak 10 Re: need DPATH in environment : John Poltorak 11 SLANG apps - JED, SLRN etc : John Poltorak 12 Perl build options : John Poltorak 13 Re: Perl build options : Ted Sikora 14 Re: ux2 posix : Ted Sikora 15 Re: ux2 posix : Ted Sikora 16 Re: ux2 posix : Ted Sikora 17 Re: ux2 posix : Ted Sikora 18 Re: Nobody's listening : Lyn St George" 19 Re: Perl prefix : John Poltorak 20 Re: ux2 posix : Henry Sobotka 21 Re: ux2 posix : John Poltorak 22 Re: Perl build options : John Poltorak 23 Re: Perl prefix : Lyn St George" 24 Re: ux2 posix : John Poltorak 25 Re: ux2 posix : John Poltorak 26 Re: ux2 posix : Stefan.Neis at t-online.de 27 Re: SLANG apps - JED, SLRN etc : John Poltorak 28 Re: ux2 posix : Stefan.Neis at t-online.de 29 Re: ux2 posix : John Poltorak 30 Re: XFree86 : John Poltorak 31 Re: Starting from scratch : John Poltorak 32 Re: ux2 posix : John Poltorak 33 Re: XFree86 : Sebastian Wittmeier (ShadoW)" 34 Re: Starting from scratch : John Poltorak 35 Re: Starting from scratch : Sebastian Wittmeier (ShadoW)" 36 Re: ux2 posix : John Poltorak 37 Re: Starting from scratch : Sebastian Wittmeier (ShadoW)" 38 Re: need DPATH in environment : Maynard" 39 Re: ux2 posix : Stefan.Neis at t-online.de 40 Re: Starting from scratch : Sebastian Wittmeier (ShadoW)" 41 Re: XFree86 : Sebastian Wittmeier (ShadoW)" 42 Re: Starting from scratch : Stefan.Neis at t-online.de 43 Re: Starting from scratch : Sebastian Wittmeier (ShadoW)" 44 Re: ux2 posix : Stefan.Neis at t-online.de 45 Re: GROFF progress : Maynard" 46 Re: ux2 posix : John Poltorak 47 GROFF progress : John Poltorak 48 Re: ux2 posix : Thomas Hoffmann 49 TIN : John Poltorak 50 Re: ux2 posix : Thomas Hoffmann 51 Re: need DPATH in environment : Thomas Hoffmann 52 Re: ux2 posix : Thomas Hoffmann **= Email 1 ==========================** Date: Wed, 29 Jan 2003 00:21:13 +0000 From: "Lyn St George" Subject: Re: Perl Build On Tue, 28 Jan 2003 16:21:53 -0500 (EST), Hakan wrote: >I could not get my copy of perl to run from \usr\bin, it complained >about missing PERLB12E. Since I plan to have the entire unix-os/2 >stuff on another drive anyway (actually on a server), should I rebuild >perl using your configuration directives below so I neither depend on >it being on a particular drive, nor on the presence of environment >variables? I do not mind a requirement to have it in a particular >directory tree structure, but I want to be able to move it between >drives and even computers. > >Please advise. Thanks. > >Hakan If you want to make it portable, ie, move the same build around on different drives, then you will probably be better (untested) to build without a drive letter and set stuff in config.sys, as previously mentioned. Perl will need to find its dll (from LIBPATH), exe (from PATH), and lib/perl5/..... (from SET PERLLIB_PREFIX=X:/FOO, though this last needs testing. This one is for at INC stuff.) My own perl is always built without drive letters, but I only ever use it from the same directory in which it's installed, ie, --configure -des -Dprefix=/usr (you don't need any other directives if you are happy to put lib/ and the others into the default locations under /usr). - 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 2 ==========================** Date: Wed, 29 Jan 2003 00:30:15 +1100 (EDT) From: "IanM" Subject: Re: Perl env vaiables Hi John >> SET PERLLIB_PREFIX=o:/Perl/lib;c:\Perl\lib > >I don't see any reference to f: in config.pm. I think any references to f: >arise from IlyaZ's choice of prefix. He suggests prefix=f:/perllib and >this is what gets used is prefix is not specified. Under UnixOS/2 it is >set to:- O:\perl\lib\5.00553\os2\config.pm O:\perl\lib\5.7.2\os2\config.pm <== This was your bulid :-) and someother "older" versions of PERL have the drive letter encoded. You are correct in that a home brew shouldnt need this, I was pointing out to Ted and others what it is used for. Cheers IanM http://www.os2site.com/ Always remember you're unique, just like everyone else. _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Wed, 29 Jan 2003 08:52:24 -0500 From: Ted Sikora Subject: Re: Nobody's listening John Poltorak wrote: > On Tue, Jan 28, 2003 at 08:48:58PM -0500, Ted Sikora wrote: > >>Replace sh Configure -des -D prefix=%uxrt%/usr/lib/perl in >>build_perl.cmd with: >> >>sh Configure -des -d -Dprefix=/usr -Dprivlib=/usr/lib/perl5 >>-Darchlib=/usr/lib/perl5/os2 -Dsitelib=/usr/lib/perl5/site_perl >>-Dsitearch=/usr/lib/perl5/site_perl/os2 > > > > Why not just have -D prefix=/usr/lib.perl5 ? Then you need the env variables It puts privlib in another /dir inside /usr/lib/perl5 then perl can't find it without env settings. > > What is the additional '-d' for? default I believe -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Wed, 29 Jan 2003 08:56:16 -0500 From: Ted Sikora Subject: ux2 posix Are the posix headers being used in ux2? I don't see it in the c_include path. Modifying it a bit trying to get Python and Zope building on it too. -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Wed, 29 Jan 2003 09:01:50 -0500 From: Ted Sikora Subject: Re: Perl build options John Poltorak wrote: > Perl seems to build reasonably well now, but I wonder if there is any > scope for improving the default build options. ISTR that HS did a lot of > tuning of Perl, maybe we could incorporate that.. > > This is what 'perl -V' shows:- > > > Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: > Platform: > osname=os2, osvers=2, archname=os2 > uname='os2 standalone 2 2.45 i386 ' > config_args='-des -D prefix=/usr/lib/perl5' > hint=recommended, useposix=true, d_sigaction=define > usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef > useperlio=define d_sfio=undef uselargefiles=define usesocks=undef > use64bitint=undef use64bitall=undef uselongdouble=undef > usemymalloc=y, bincompat5005=undef > Compiler: > cc='gcc', ccflags ='-Zomf -Zmt -DDOSISH -DOS2=2 -DEMBED -I. -D_EMX_CRT_REV_=64', > optimize='-O2 -fomit-frame-pointer -malign-loops=2 -malign-jumps=2 -malign-functions=2 -s', > cppflags='-Zomf -Zmt -DDOSISH -DOS2=2 -DEMBED -I. -D_EMX_CRT_REV_=64' > ccversion='', gccversion='2.8.1', 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=4 > alignbytes=4, prototype=define > Linker and Libraries: > ld='gcc', ldflags ='-Zexe -Zomf -Zmt -Zcrtdll -Zstack 32000 -Zlinker /e:2' > libpth=u:/usr/lib u:/emx/lib u:/emx/lib/mt > libs=-lsocket -lm -lbsd > perllibs=-lsocket -lm -lbsd > libc=u:/emx/lib/mt/c_import.lib, so=dll, useshrplib=true, libperl=libperl.lib > gnulibc_version='' > Dynamic Linking: > dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' ' > cccdlflags='-Zdll', lddlflags='-Zdll -Zomf -Zmt -Zcrtdll -Zlinker /e:2' > > > Characteristics of this binary (from libperl): > Compile-time options: USE_LARGE_FILES > Built under os2 > Compiled at Jan 29 2003 08:30:49 > at INC: > /usr/lib/perl5/lib/5.8.0/os2 > /usr/lib/perl5/lib/5.8.0 This is what I was talking about Perl looks in /usr/lib/perl5 If they are in /usr/lib/perl5/lib/5.8.0 it can't find them. > /usr/lib/perl5/lib/site_perl/5.8.0/os2 > /usr/lib/perl5/lib/site_perl/5.8.0 > /usr/lib/perl5/lib/site_perl > . > > > Is there anything we should change? > -- -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 6 ==========================** Date: Wed, 29 Jan 2003 09:06:08 -0600 (CST) From: "Maynard" Subject: Re: need DPATH in environment On Wed, 29 Jan 2003 09:50:24 +0000, John Poltorak wrote: >You should be using LESS :-)... alas .... screen.c:62: termcap.h: No such file or directory make: *** [screen.obj] Error 1 Directory: P:\usr\include\ncurses termcap.h 3551 1-28-2003 1:43p A Directory: P:\emx\include\gnu termcap.h 1839 8-13-1995 4:17a A Besides, for viewing 2 page --help output, I find 'more' easier. _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Wed, 29 Jan 2003 09:23:09 +0000 From: John Poltorak Subject: Re: Nobody's listening On Tue, Jan 28, 2003 at 08:48:58PM -0500, Ted Sikora wrote: > Replace sh Configure -des -D prefix=%uxrt%/usr/lib/perl in > build_perl.cmd with: > > sh Configure -des -d -Dprefix=/usr -Dprivlib=/usr/lib/perl5 > -Darchlib=/usr/lib/perl5/os2 -Dsitelib=/usr/lib/perl5/site_perl > -Dsitearch=/usr/lib/perl5/site_perl/os2 Why not just have -D prefix=/usr/lib.perl5 ? What is the additional '-d' for? > You need to add x:\usr\bin to path and x:\usr\lib to libpath > for the build to work. > > You need no env variables in config.sys, it does not need drive letters > and works perfect. I have it on 2 servers already. I'm trying to understand how this can work. Presumably perl.exe expects to find its library on the same drive as itself... > -- > Ted Sikora > tsikora at ntplx.net > > -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Wed, 29 Jan 2003 09:25:08 -0600 (CST) From: "Maynard" Subject: Re: SLANG apps - JED, SLRN etc John, >I would like to try building any SLANG based apps with the build system to >see if they can be accomodated. I'm not persuaded that SLANG is properly installed yet, even after correcting this line in build_slang.cmd: "cd \tmpslang" How can I tell? [there are *.c sources in workdir\slang-1.4.8\demo\ and *.sl sources in workdir\slang-1.4.8\examples\] -- Maynard _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 9 ==========================** Date: Wed, 29 Jan 2003 09:48:24 +0000 From: John Poltorak Subject: Re: Nobody's listening On Tue, Jan 28, 2003 at 08:40:48PM -0500, Hakan wrote: > What about the "left-over" perl files I found? All applications are extracted to their own work directory and built from there. No attempt to remove any directory is made. We are dealing with work in progress and it is often necessary to go back and check the build as it is unlikely that an app will build first time round. If you automatically delete the working directory you won't have any clues as to what went wrong. > Hakan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 10 ==========================** Date: Wed, 29 Jan 2003 09:50:24 +0000 From: John Poltorak Subject: Re: need DPATH in environment On Tue, Jan 28, 2003 at 05:25:54PM -0600, Maynard wrote: > John, > > DPATH=%osrt%\os2\system is required for proper use of/by > %osrt%\os2\more.exe > to find its .msg files You should be using LESS :-)... > to ux2_inst.cmd add line: > echo set DPATH=%osrt%\os2\system>>ux2_env.cmd OK, I've added that. Please check that it works. > -- Maynard -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 11 ==========================** Date: Wed, 29 Jan 2003 10:21:33 +0000 From: John Poltorak Subject: SLANG apps - JED, SLRN etc I would like to try building any SLANG based apps with the build system to see if they can be accomodated. JED and SLANG are the most popular ones AFAIAA. I guess they ought to build without any problems. Do I need patches for them or is the distributed archive sufficient? Do they need any special build options, flags, instructions etc.? I would like to build MUTT at some stage, since I use it a lot even though it is an old port. Are they any other SLANG apps which ought to build on OS/2? -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 12 ==========================** Date: Wed, 29 Jan 2003 10:33:35 +0000 From: John Poltorak Subject: Perl build options Perl seems to build reasonably well now, but I wonder if there is any scope for improving the default build options. ISTR that HS did a lot of tuning of Perl, maybe we could incorporate that.. This is what 'perl -V' shows:- Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=os2, osvers=2, archname=os2 uname='os2 standalone 2 2.45 i386 ' config_args='-des -D prefix=/usr/lib/perl5' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=y, bincompat5005=undef Compiler: cc='gcc', ccflags ='-Zomf -Zmt -DDOSISH -DOS2=2 -DEMBED -I. -D_EMX_CRT_REV_=64', optimize='-O2 -fomit-frame-pointer -malign-loops=2 -malign-jumps=2 -malign-functions=2 -s', cppflags='-Zomf -Zmt -DDOSISH -DOS2=2 -DEMBED -I. -D_EMX_CRT_REV_=64' ccversion='', gccversion='2.8.1', 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=4 alignbytes=4, prototype=define Linker and Libraries: ld='gcc', ldflags ='-Zexe -Zomf -Zmt -Zcrtdll -Zstack 32000 -Zlinker /e:2' libpth=u:/usr/lib u:/emx/lib u:/emx/lib/mt libs=-lsocket -lm -lbsd perllibs=-lsocket -lm -lbsd libc=u:/emx/lib/mt/c_import.lib, so=dll, useshrplib=true, libperl=libperl.lib gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-Zdll', lddlflags='-Zdll -Zomf -Zmt -Zcrtdll -Zlinker /e:2' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under os2 Compiled at Jan 29 2003 08:30:49 at INC: /usr/lib/perl5/lib/5.8.0/os2 /usr/lib/perl5/lib/5.8.0 /usr/lib/perl5/lib/site_perl/5.8.0/os2 /usr/lib/perl5/lib/site_perl/5.8.0 /usr/lib/perl5/lib/site_perl . Is there anything we should change? -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 13 ==========================** Date: Wed, 29 Jan 2003 11:23:02 -0500 From: Ted Sikora Subject: Re: Perl build options John Poltorak wrote: > On Wed, Jan 29, 2003 at 09:01:50AM -0500, Ted Sikora wrote: > >>John Poltorak wrote: >> >>>Perl seems to build reasonably well now, but I wonder if there is any >>>scope for improving the default build options. ISTR that HS did a lot of >>>tuning of Perl, maybe we could incorporate that.. >>> >>>This is what 'perl -V' shows:- >> > >>>Characteristics of this binary (from libperl): >>> Compile-time options: USE_LARGE_FILES >>> Built under os2 >>> Compiled at Jan 29 2003 08:30:49 >>> at INC: >>> /usr/lib/perl5/lib/5.8.0/os2 >>> /usr/lib/perl5/lib/5.8.0 >> >>This is what I was talking about Perl looks in /usr/lib/perl5 >>If they are in /usr/lib/perl5/lib/5.8.0 it can't find them. > > > What can't it find? > > I built this one with prefix=/usr/lib/perl5 but none of the other stuff > you mentioned. > > Can you give me an example of what works for you, but won't work for me? > > sh Configure -des -d -Dprefix=/usr -Dprivlib=/usr/lib/perl5 -Darchlib=/usr/lib/perl5/os2 -Dsitelib=/usr/lib/perl5/site_perl -Dsitearch=/usr/lib/perl5/site_perl/os2 The -D makes this the default perl search path. If it's set at ex: -Dsitearch=/os2/may/be/dead/but/i/like/it Perl looks for the site arch files by default there. If they are not there then you need an env variable to point the way. --prefix just dumps the files in the dir specified without regard ie; --prefix/usr/lib/perl5 still uses the built-in defaults for the search which is /usr/lib/perl5 Make no sense I know why define deafults then append a /lib/ by default after the prefix. I quess that's why -Dprefix is need. > > >>> /usr/lib/perl5/lib/site_perl/5.8.0/os2 >>> /usr/lib/perl5/lib/site_perl/5.8.0 >>> /usr/lib/perl5/lib/site_perl >>> . >> >>-- >>-- >>Ted Sikora >>tsikora at ntplx.net >> >> > > > -- -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 14 ==========================** Date: Wed, 29 Jan 2003 11:28:55 -0500 From: Ted Sikora Subject: Re: ux2 posix John Poltorak wrote: > On Wed, Jan 29, 2003 at 08:56:16AM -0500, Ted Sikora wrote: > >>Are the posix headers being used in ux2? I don't see it in the c_include >>path. Modifying it a bit trying to get Python and Zope building on it too. > > > The aim is to get Perl built using posix headers, but that is proving > difficult, so they don't get installed by default... > > Since Perl is the first app to get built and is required by the build > system itself, we have to ensure the enviroment for it is correct. > > What I have been thinking about, and am testing at the moment, is to > include the posix headers in front of the EMX headers, but reverse the > search sequence specifically for Perl. That will allow us to use posix > headers for building all the other apps, and show whether they provide any > benefit. > > If/when Perl can also be built using the posix headers we can remove the > specific Perl requirements. > > Are there likely to be any problems trying things this way? > > The problem I was having is some of the things defined in posix/2 don't exist in EMX so fail miserably. I been adding just the obvious missing ones from posix and then modifying them as need be. Whether their right I have no idea but it seems to work so far -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 15 ==========================** Date: Wed, 29 Jan 2003 11:30:58 -0500 From: Ted Sikora Subject: Re: ux2 posix John Poltorak wrote: > On Wed, Jan 29, 2003 at 03:47:48PM +0100, Stefan.Neis at t-online.de wrote: > > >>>I'm not sure how I go about adding cExt.a to the >>>environment, if this is >>>required. >> >>Yes, that's technically the real problem, if you want to build lots of >>applications... > > > > How about adding something to config.site such as:- ? > > CPPFLAGS=-lcExt > This where I'm confused. Why is this needed and what does it do exactly? -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 16 ==========================** Date: Wed, 29 Jan 2003 12:25:14 -0500 From: Ted Sikora Subject: Re: ux2 posix John Poltorak wrote: > On Wed, Jan 29, 2003 at 11:30:58AM -0500, Ted Sikora wrote: > >>John Poltorak wrote: >> >>>On Wed, Jan 29, 2003 at 03:47:48PM +0100, Stefan.Neis at t-online.de wrote: >>> >>> >>> >>>>>I'm not sure how I go about adding cExt.a to the >>>>>environment, if this is >>>>>required. >>>> >>>>Yes, that's technically the real problem, if you want to build lots of >>>>applications... >>> >>> >>> >>>How about adding something to config.site such as:- ? >>> >>>CPPFLAGS=-lcExt >> Wouldn't that be: SET CXXFLAGS='-lcExt' -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 17 ==========================** Date: Wed, 29 Jan 2003 12:38:52 -0500 From: Ted Sikora Subject: Re: ux2 posix Ted Sikora wrote: > > > John Poltorak wrote: > >> On Wed, Jan 29, 2003 at 11:30:58AM -0500, Ted Sikora wrote: >> >>> John Poltorak wrote: >>> >>>> On Wed, Jan 29, 2003 at 03:47:48PM +0100, Stefan.Neis at t-online.de >>>> wrote: >>>> >>>> >>>> >>>>>> I'm not sure how I go about adding cExt.a to the >>>>>> environment, if this is required. >>>>> >>>>> >>>>> Yes, that's technically the real problem, if you want to build lots of >>>>> applications... >>>> >>>> >>>> >>>> >>>> How about adding something to config.site such as:- ? >>>> >>>> CPPFLAGS=-lcExt >>> >>> > > Wouldn't that be: > > SET CXXFLAGS='-lcExt' > > From the readme: * HOW TO USE IT? To use this package, add the directories created by unpacking _at_the_ _beginning_ of your C_INCLUDE_PATH variable and right after the C++-only directories in your CPLUS_INCLUDE_PATH variable, e.g. SET C_INCLUDE_PATH=F:/POSIX2/include;F:/EMX/INCLUDE SET CPLUS_INCLUDE_PATH=F:/EMX/INCLUDE/CPP;F:/POSIX2/include;F:/EMX/INCLUDE Add the directory for the library to your LIBRARY_PATH, e.g. SET LIBRARY_PATH=F:/POSIX2/LIB;F:/EMX/LIB and add "-lcExt" to the linker options. So it should be: SET LDFLAGS='lcExt' -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 18 ==========================** Date: Wed, 29 Jan 2003 13:34:43 +0000 From: "Lyn St George" Subject: Re: Nobody's listening On Wed, 29 Jan 2003 09:23:09 +0000, John Poltorak wrote: >On Tue, Jan 28, 2003 at 08:48:58PM -0500, Ted Sikora wrote: >> Replace sh Configure -des -D prefix=%uxrt%/usr/lib/perl in >> build_perl.cmd with: >> >> sh Configure -des -d -Dprefix=/usr -Dprivlib=/usr/lib/perl5 >> -Darchlib=/usr/lib/perl5/os2 -Dsitelib=/usr/lib/perl5/site_perl >> -Dsitearch=/usr/lib/perl5/site_perl/os2 > > >Why not just have -D prefix=/usr/lib.perl5 ? It should be -Dprefix=/usr, without a space between D and prefix. Then all the other locations are automatically created below /usr (ie, they are all hard-coded in the installation script as {prefix}/lib/perl5, or {prefix}/lib/perl5/site_perl etc etc, with only {prefix} needing to be set (usually as either /usr/local or /usr, and with a symlink on *nix so that both exist) >What is the additional '-d' for? Superfluous. >> You need to add x:\usr\bin to path and x:\usr\lib to libpath >> for the build to work. >> >> You need no env variables in config.sys, it does not need drive letters >> and works perfect. I have it on 2 servers already. > > >I'm trying to understand how this can work. Presumably perl.exe expects >to find its library on the same drive as itself... Yes. perl.exe needs to be on PATH, and the dll needs to be on LIBPATH, (of course if both /usr/bin and /usr/lib are there already, then this is automatic) but perl's at INC needs to know where to find any libs it's going to use. These include everything under /usr/lib/perl5/foo but can also include custom libs put into local places. at INC is happy with /usr/lib/perl5/foo libs called from the same drive, but not from another drive. Eg, if you have f:/usr/lib/perl5/foo but call perl from k:, then it will, effectively, look for k:/usr/lib/perl5/foo which will not exist. For custom libs put into odd places (eg ~/your_dir) you need to add these to at INC. One common method is to put this at the beginning of your script: BEGIN { unshift ( at INC, "/your/dir"); } This should also work, in theory, for the entire perl lib tree, but I suspect that you would need to add *every* directory within that tree that you want to use ... >> -- >> Ted Sikora >> tsikora at ntplx.net >> >> > >-- >John > > > >_______________________________________________ >UX2BS mailing list >UX2BS at powerusersbbs.net >http://powerusersbbs.net/mailman/listinfo/ux2bs > > - 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 19 ==========================** Date: Wed, 29 Jan 2003 13:37:21 +0000 From: John Poltorak Subject: Re: Perl prefix On Tue, Jan 28, 2003 at 10:45:58PM +0100, Thomas Hoffmann wrote: > Nobody wants every single executable dumped into /usr/bin, but some > should go there (and not based on personal taste). > > FHS should be the basis for this discussion. And it seems that perl is > not exactly just yet another executable (FHS 2.1): 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. > Thomas. > > John Poltorak wrote: > > On Tue, Jan 28, 2003 at 09:17:54AM -0500, Ted Sikora wrote: > > > >>Shouldn't the --prefix=/usr/lib/perl5 instead? > > > > > > It's easy enough to change. It's just work in progress at the moment. > > > > We need to decide where quite a number of apps should go. > > > > Personally, I wouldn't want every single executable being dumped in > > /usr/bin so I've set a default of /usr/local as the prefix. I think we > > will need to review this in due course. > -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 20 ==========================** Date: Wed, 29 Jan 2003 13:38:50 -0500 From: Henry Sobotka Subject: Re: ux2 posix Stefan.Neis at t-online.de wrote: > > No, sorry, it's not needing at compile time or > preprocessing time, but at _link_ time, so it really > should be LDFLAGS, if you want it to have any > effect. Except that most linkage commands take the form: $(LD) $(LDFLAGS) $(OBJS) $(LIBRARY_PATH) $(LIBS) Putting it upfront in LDFLAGS will result in unresolved symbols where sequence is important, as with ld. Ideal would be OSLIBS, or SYSLIBS or LIBC, as they're usually tagged on last, but few build systems use them. h~ _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 21 ==========================** Date: Wed, 29 Jan 2003 13:48:46 +0000 From: John Poltorak Subject: Re: ux2 posix On Wed, Jan 29, 2003 at 08:56:16AM -0500, Ted Sikora wrote: > Are the posix headers being used in ux2? I don't see it in the c_include > path. Modifying it a bit trying to get Python and Zope building on it too. The aim is to get Perl built using posix headers, but that is proving difficult, so they don't get installed by default... Since Perl is the first app to get built and is required by the build system itself, we have to ensure the enviroment for it is correct. What I have been thinking about, and am testing at the moment, is to include the posix headers in front of the EMX headers, but reverse the search sequence specifically for Perl. That will allow us to use posix headers for building all the other apps, and show whether they provide any benefit. If/when Perl can also be built using the posix headers we can remove the specific Perl requirements. Are there likely to be any problems trying things this way? > -- > Ted Sikora > tsikora at ntplx.net -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 22 ==========================** Date: Wed, 29 Jan 2003 14:03:03 +0000 From: John Poltorak Subject: Re: Perl build options On Wed, Jan 29, 2003 at 09:01:50AM -0500, Ted Sikora wrote: > John Poltorak wrote: > > Perl seems to build reasonably well now, but I wonder if there is any > > scope for improving the default build options. ISTR that HS did a lot of > > tuning of Perl, maybe we could incorporate that.. > > > > This is what 'perl -V' shows:- > > Characteristics of this binary (from libperl): > > Compile-time options: USE_LARGE_FILES > > Built under os2 > > Compiled at Jan 29 2003 08:30:49 > > at INC: > > /usr/lib/perl5/lib/5.8.0/os2 > > /usr/lib/perl5/lib/5.8.0 > > This is what I was talking about Perl looks in /usr/lib/perl5 > If they are in /usr/lib/perl5/lib/5.8.0 it can't find them. What can't it find? I built this one with prefix=/usr/lib/perl5 but none of the other stuff you mentioned. Can you give me an example of what works for you, but won't work for me? > > /usr/lib/perl5/lib/site_perl/5.8.0/os2 > > /usr/lib/perl5/lib/site_perl/5.8.0 > > /usr/lib/perl5/lib/site_perl > > . > > -- > -- > Ted Sikora > tsikora at ntplx.net > > -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 23 ==========================** Date: Wed, 29 Jan 2003 14:21:42 +0000 From: "Lyn St George" Subject: Re: Perl prefix 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 ... +---------------------------------------------------------------------------------- _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 24 ==========================** Date: Wed, 29 Jan 2003 14:37:01 +0000 From: John Poltorak Subject: Re: ux2 posix On Wed, Jan 29, 2003 at 03:19:57PM +0100, Stefan.Neis at t-online.de wrote: > John Poltorak schrieb: > > What I have been thinking about, and am testing at > > the moment, is to > > include the posix headers in front of the EMX > > headers, but reverse the > > search sequence specifically for Perl. > > Better remove them completely for Perl. Reversing > that search order is likely to cause all kinds of > naughty problems as soon as any of the files that > Posix/2 has in addition to the EMX ones is used: > It would rely on the Posix/2 flavor of include files > that it includes itself and most likely won't even > compile if you force the plain EMX files to be used. OK I can exclude posix just for Perl. Do I only need to change:- C_INCLUDE_PATH LIBRARY_PATH I don't think Perl uses CPLUS_INCLUDE_PATH, but I'm not sure... So is it reasonable to put the posix stuff in front of EMX for all the other apps? I'm not sure how I go about adding cExt.a to the environment, if this is required. Will it automatically be used if it is on the LIBRARY_PATH ? > Regards, > Stefan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 25 ==========================** Date: Wed, 29 Jan 2003 15:08:09 +0000 From: John Poltorak Subject: Re: ux2 posix On Wed, Jan 29, 2003 at 03:47:48PM +0100, Stefan.Neis at t-online.de wrote: > > I'm not sure how I go about adding cExt.a to the > > environment, if this is > > required. > > Yes, that's technically the real problem, if you want to build lots of > applications... How about adding something to config.site such as:- ? CPPFLAGS=-lcExt > Regards, > Stefan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 26 ==========================** Date: Wed, 29 Jan 2003 15:19:57 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: ux2 posix John Poltorak schrieb: > What I have been thinking about, and am testing at > the moment, is to > include the posix headers in front of the EMX > headers, but reverse the > search sequence specifically for Perl. Better remove them completely for Perl. Reversing that search order is likely to cause all kinds of naughty problems as soon as any of the files that Posix/2 has in addition to the EMX ones is used: It would rely on the Posix/2 flavor of include files that it includes itself and most likely won't even compile if you force the plain EMX files to be used. Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 27 ==========================** Date: Wed, 29 Jan 2003 15:34:55 +0000 From: John Poltorak Subject: Re: SLANG apps - JED, SLRN etc On Wed, Jan 29, 2003 at 09:25:08AM -0600, Maynard wrote: > John, > > >I would like to try building any SLANG based apps with the build system to > >see if they can be accomodated. > > I'm not persuaded that SLANG is properly installed yet, even after > correcting this line in build_slang.cmd: "cd \tmpslang" That was from an old version which wasn't supposed to used. I hadn't rolled the correct version out yet... Try now. > -- Maynard > > -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 28 ==========================** Date: Wed, 29 Jan 2003 15:47:48 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: ux2 posix > OK I can exclude posix just for Perl. Do I only need to > change:- > > C_INCLUDE_PATH > LIBRARY_PATH I think so, yes. Unless there some component within perl which uses C++, but that seems unlikely... > So is it reasonable to put the posix stuff in front of > EMX for all the > other apps? I think so. > I'm not sure how I go about adding cExt.a to the > environment, if this is > required. Yes, that's technically the real problem, if you want to build lots of applications... > Will it automatically be used if it is on the > LIBRARY_PATH ? No. LIBRARY_PATH only specifies in what directories to look for libraries, it has nothing to do with specifying which libraries to actually use. Maybe setting LDFLAGS to something including -lcExt prior to running configure could help for the autoconf-based applications. Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 29 ==========================** Date: Wed, 29 Jan 2003 16:26:03 +0000 From: John Poltorak Subject: Re: ux2 posix On Wed, Jan 29, 2003 at 11:30:58AM -0500, Ted Sikora wrote: > John Poltorak wrote: > > On Wed, Jan 29, 2003 at 03:47:48PM +0100, Stefan.Neis at t-online.de wrote: > > > > > >>>I'm not sure how I go about adding cExt.a to the > >>>environment, if this is > >>>required. > >> > >>Yes, that's technically the real problem, if you want to build lots of > >>applications... > > > > > > > > How about adding something to config.site such as:- ? > > > > CPPFLAGS=-lcExt > This where I'm confused. You're not the only one... > Why is this needed and what does it do exactly? The above line doesn't work, BTW. When I try building BYACC using posix headers, I get this error:- main.o: Undefined symbol ___getenv_findEnv referenced from text segment make: *** [yacc] Error 1 I can get round it by adding '-lcExt' to the Makefile. This tells it where to look for certain libraries. I don't know why it doesn't find them by itself... The problem is that a generic solution is required rather than chaging every single Makefile. I'm trying to find out if there is an environment variable which can be used to hold this value, but have drawn a blank so far... > -- > Ted Sikora > tsikora at ntplx.net -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 30 ==========================** Date: Wed, 29 Jan 2003 16:57:51 +0000 From: John Poltorak Subject: Re: XFree86 On Wed, Jan 29, 2003 at 05:47:09PM +0100, Sebastian Wittmeier (ShadoW) wrote: > On Sat, 25 Jan 2003 19:30:08 +0000, John Poltorak wrote: > > >On Sat, Jan 25, 2003 at 06:48:27PM +0100, Sebastian Wittmeier (ShadoW) wrote: > >> On Sat, 25 Jan 2003 14:52:32 +0000, John Poltorak wrote: > >> >OK. Where do I start? > >> Download XFree86/2 source and look into the lib directory. > >> Try to compile xlib (x11.dll). > >I assume you are talking about v4 ... > > I tried to compile 3.6 then; but that doesn't change the meaning of my > expression. ISTR, that Holger said it would be easier to build v4 with a more Unix-like path than v3. ... Where would I find the OS/2 source? I have seen some but it involved downloading over 50MB of files. Do I need everything if I only want the headers and libs? There are also some files here:- http://bio.physik.uni-wuerzburg.de/public/files/os2/xfree4/htimdex/ht2.html but they are probably binaries... > Sebastian > > -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 31 ==========================** Date: Wed, 29 Jan 2003 17:05:37 +0000 From: John Poltorak Subject: Re: Starting from scratch On Wed, Jan 29, 2003 at 05:53:13PM +0100, Sebastian Wittmeier (ShadoW) wrote: > On Sun, 26 Jan 2003 20:28:55 +0000, John Poltorak wrote: > >On Sun, Jan 26, 2003 at 11:51:27AM -0600, Maynard wrote: > > >> AUTOMAKE 1.7.2 looks to have failed: > >> from the log: > >> make[1]: Entering directory `P:/unixos2/workdir/automake-1.7.2' > >> P:/bin/sh /unixos2/workdir/automake-1.7.2/lib/missing --run makeinfo -I . \ > >> -o automake.info `test -f 'automake.texi' || echo './'`automake.texi > >> ./version.texi:30: Unknown command `(#)PD'. > >> makeinfo: Removing output file `automake.info' due to errors; use --force to pre > >> make[1]: *** [automake.info] Error 1 > >> make[1]: Leaving directory `P:/unixos2/workdir/automake-1.7.2' > >> make: *** [install-recursive] Error 1 > > >I have seen this error before but I thought it was due to an outdated > >makeinfo. Mine installs OK. Can you post dir \usr\local\bin\* ? > > That's caused by an incompatibility of mdate-sh with our ls.exe. > You can remove some of the shift commands in mdata-sh (try ls -l to see > the month display) ... > ># The month is at least the fourth argument > ># (3 shifts here, the next inside the loop). > >shift > >shift > >shift > ... or rebuild ls.exe (file utilities?) > > Many programs use that version of mdate-sh, so it's difficult to > automate. In this case the problem was caused by running autoconf beforehand. If that step is skipped, then automake builds fine. > Sebastian -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 32 ==========================** Date: Wed, 29 Jan 2003 17:31:42 +0000 From: John Poltorak Subject: Re: ux2 posix On Wed, Jan 29, 2003 at 12:38:52PM -0500, Ted Sikora wrote: > >>>> > >>>> How about adding something to config.site such as:- ? > >>>> > >>>> CPPFLAGS=-lcExt > >>> > >>> > > > > Wouldn't that be: > > > > SET CXXFLAGS='-lcExt' > > > > > From the readme: > > * HOW TO USE IT? > > To use this package, add the directories created by unpacking _at_the_ > _beginning_ of your C_INCLUDE_PATH variable and right after the C++-only > directories in your CPLUS_INCLUDE_PATH variable, e.g. > SET C_INCLUDE_PATH=F:/POSIX2/include;F:/EMX/INCLUDE > SET > CPLUS_INCLUDE_PATH=F:/EMX/INCLUDE/CPP;F:/POSIX2/include;F:/EMX/INCLUDE > Add the directory for the library to your LIBRARY_PATH, e.g. > SET LIBRARY_PATH=F:/POSIX2/LIB;F:/EMX/LIB > and add "-lcExt" to the linker options. > > So it should be: > > SET LDFLAGS='lcExt' If you have installed the build system, you should be able to build BYACC by running:- build byacc from \unixos2\lib This works fine if you just use the EMX headers, but if you install posix it fails with the error:- main.o: Undefined symbol ___getenv_findEnv referenced from text segment make: *** [yacc] Error 1 The only way I can get it to work is to add '-lcExt' to the Makefile at the end of the line starting with at $(LINKER) There *must* be another way... > > -- > Ted Sikora > tsikora at ntplx.net -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 33 ==========================** Date: Wed, 29 Jan 2003 17:47:09 +0100 (CET) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: XFree86 On Sat, 25 Jan 2003 19:30:08 +0000, John Poltorak wrote: >On Sat, Jan 25, 2003 at 06:48:27PM +0100, Sebastian Wittmeier (ShadoW) wrote: >> On Sat, 25 Jan 2003 14:52:32 +0000, John Poltorak wrote: >> >OK. Where do I start? >> Download XFree86/2 source and look into the lib directory. >> Try to compile xlib (x11.dll). >I assume you are talking about v4 ... I tried to compile 3.6 then; but that doesn't change the meaning of my expression. Sebastian _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 34 ==========================** Date: Wed, 29 Jan 2003 17:47:37 +0000 From: John Poltorak Subject: Re: Starting from scratch On Wed, Jan 29, 2003 at 06:39:08PM +0100, Sebastian Wittmeier (ShadoW) wrote: > On Wed, 29 Jan 2003 17:05:37 +0000, John Poltorak wrote: > > >In this case the problem was caused by running autoconf beforehand. > >If that step is skipped, then automake builds fine. > > Is autoconf only used by the developer to assemble the package? > Can it always be skipped by us? There is no rule... I'm currently using one of three different versions to autoconf to get things built. Sometimes, you don't even need to run it as the configure script is fine. Sometimes nothing works :-(... There is a lot of trial and error involved. > Sebastian -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 35 ==========================** Date: Wed, 29 Jan 2003 17:53:13 +0100 (CET) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Starting from scratch On Sun, 26 Jan 2003 20:28:55 +0000, John Poltorak wrote: >On Sun, Jan 26, 2003 at 11:51:27AM -0600, Maynard wrote: >> AUTOMAKE 1.7.2 looks to have failed: >> from the log: >> make[1]: Entering directory `P:/unixos2/workdir/automake-1.7.2' >> P:/bin/sh /unixos2/workdir/automake-1.7.2/lib/missing --run makeinfo -I . \ >> -o automake.info `test -f 'automake.texi' || echo './'`automake.texi >> ./version.texi:30: Unknown command `(#)PD'. >> makeinfo: Removing output file `automake.info' due to errors; use --force to pre >> make[1]: *** [automake.info] Error 1 >> make[1]: Leaving directory `P:/unixos2/workdir/automake-1.7.2' >> make: *** [install-recursive] Error 1 >I have seen this error before but I thought it was due to an outdated >makeinfo. Mine installs OK. Can you post dir \usr\local\bin\* ? That's caused by an incompatibility of mdate-sh with our ls.exe. You can remove some of the shift commands in mdata-sh (try ls -l to see the month display) ... ># The month is at least the fourth argument ># (3 shifts here, the next inside the loop). >shift >shift >shift ... or rebuild ls.exe (file utilities?) Many programs use that version of mdate-sh, so it's difficult to automate. Sebastian _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 36 ==========================** Date: Wed, 29 Jan 2003 18:03:42 +0000 From: John Poltorak Subject: Re: ux2 posix On Wed, Jan 29, 2003 at 06:51:23PM +0100, Stefan.Neis at t-online.de wrote: > John Poltorak schrieb: > NO!! > It tells it to _use_ the _additional_ library cExt.a > (provided by Posix/2), which gcc will normally not > link in automatically (of course). > > For the "generic" solution I really see nothing but > recompiling gcc... :-( Well if that is what is required.... How difficult is it? If anyone can provide me with it, I will include it in the build system and we can test it in a known environment... > Regards, > Stefan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 37 ==========================** Date: Wed, 29 Jan 2003 18:39:08 +0100 (CET) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Starting from scratch On Wed, 29 Jan 2003 17:05:37 +0000, John Poltorak wrote: >In this case the problem was caused by running autoconf beforehand. >If that step is skipped, then automake builds fine. Is autoconf only used by the developer to assemble the package? Can it always be skipped by us? Sebastian _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 38 ==========================** Date: Wed, 29 Jan 2003 18:45:00 -0600 (CST) From: "Maynard" Subject: Re: need DPATH in environment On Wed, 29 Jan 2003 22:16:34 +0100, Thomas Hoffmann wrote: >Can you explain this please: What is easier when using 'more'? Why does >it depend on the number of pages you are viewing? I prefer 'less' when I want to page backwards, which happens more often for me in longer documents rather than shorter '--help' screens. It is also good for searching, and probably even other significant advantages over 'more'. I prefer 'more' to 'less' in much the same way as I prefer a solid text editor over a full blown word processor, for the appropriate uses. You may want to argue that 'less' is a perfectly complete substitute for 'more' when applied to my paging two or three screens of '--help' output; and I won't dispute that; however the current state of the ux2 build environment does not yet include or accomodate 'less' ;-} Cheers/2, -- Maynard _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 39 ==========================** Date: Wed, 29 Jan 2003 18:51:23 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: ux2 posix John Poltorak schrieb: > > > How about adding something to config.site such as:- > ? > > > > > > CPPFLAGS=-lcExt No, sorry, it's not needing at compile time or preprocessing time, but at _link_ time, so it really should be LDFLAGS, if you want it to have any effect. > main.o: Undefined symbol ___getenv_findEnv referenced > from text segment > make: *** [yacc] Error 1 That's one of the functions used in Posix/2 headers and implemented in Posix/2 library cExt.a > I can get round it by adding '-lcExt' to the Makefile. > This tells it where > to look for certain libraries. NO!! It tells it to _use_ the _additional_ library cExt.a (provided by Posix/2), which gcc will normally not link in automatically (of course). For the "generic" solution I really see nothing but recompiling gcc... :-( Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 40 ==========================** Date: Wed, 29 Jan 2003 19:00:45 +0100 (CET) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Starting from scratch On Wed, 29 Jan 2003 17:47:37 +0000, John Poltorak wrote: >> On Wed, 29 Jan 2003 17:05:37 +0000, John Poltorak wrote: >> >In this case the problem was caused by running autoconf beforehand. >> >If that step is skipped, then automake builds fine. >There is a lot of trial and error involved. If we get the fixes with the shifts included into the main source tree, it would not matter anymore, if autoconf is run, or not. Our aim should be to get the whole build process working: autoconf, automake, configure, make, make install Sebastian _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 41 ==========================** Date: Wed, 29 Jan 2003 19:06:21 +0100 (CET) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: XFree86 On Wed, 29 Jan 2003 16:57:51 +0000, John Poltorak wrote: >I have seen some but it involved downloading over 50MB of files. Do I need >everything if I only want the headers and libs? download ftp://ftp.xfree86.org/pub/XFree86/4.2.0/source/X420src-1.tgz and compile xc/lib/x11 for X11.dll xc/lib/xt for Xt.dll ... and so on >There are also some files here:- >http://bio.physik.uni-wuerzburg.de/public/files/os2/xfree4/htimdex/ht2.html >but they are probably binaries... They are binaries + header files + binary libraries Sebastian _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 42 ==========================** Date: Wed, 29 Jan 2003 19:10:58 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Starting from scratch Hi, > > Can it always be skipped by us? > > There is no rule... Just the hope that at some point in the future this will become true... > I'm currently using one of three different > versions to autoconf to get things built. > Sometimes, you don't even need to run it as > the configure script is fine. Sometimes nothing > works :-(... > > There is a lot of trial and error involved. Actually, the provided configure scripts contain a header, telling you which version of autoconf was used to generate them, so this gives a good pointer to the version you should use... Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 43 ==========================** Date: Wed, 29 Jan 2003 19:15:46 +0100 (CET) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Starting from scratch On Wed, 29 Jan 2003 19:00:45 +0100 (CET), Sebastian Wittmeier (ShadoW) wrote: >it would not matter anymore, if autoconf is run, or not. >Our aim should be to get the whole build process working: autoconf, Just saw that Andreas Buening already checked in that fix a month ago: http://www.mail-archive.com/autoconf at gnu.org/msg08722.html So all we have to do is wait for the next auto* release. Sebastian _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 44 ==========================** Date: Wed, 29 Jan 2003 19:17:42 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: ux2 posix John Poltorak schrieb: > > For the "generic" solution I really see nothing but > > recompiling gcc... :-( > > Well if that is what is required.... > > How difficult is it? gcc.exe basically is just a frontend which in the case of the linker calls the linker, translates a couple of flags and adds a couple of default libraries (such as c_alias.a). If we just tell it, to also link with cExt.a, this should be a fairly minor modification, so chances are that it is in fact relatively easy (especially since we wouldn't touch anything but gcc.exe). I'm tempted to say that I'd like to try it, but I know I won't have enough time.. :-( It might be more of a problem to actually compile it, IIRC, EMX sources are "optimized for dmake". Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 45 ==========================** Date: Wed, 29 Jan 2003 19:30:05 -0600 (CST) From: "Maynard" Subject: Re: GROFF progress Three sys3170's from \UNIXOS2\WORKDIR\GROFF-CURRENT\SRC\ROFF\GROFF\GROFF.EXE Total for: P:\usr\local\share\groff\*.* 2,393,360 bytes in 319 files and 21 dirs [P:\unixos2\lib]sh # groff --version GNU groff version 1.18.2 1/29/03 6:47p 323602 A---- P:\usr\local\bin\groff.exe 1/29/03 6:48p 119626 A---- P:\usr\local\bin\groffer _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 46 ==========================** Date: Wed, 29 Jan 2003 20:24:44 +0000 From: John Poltorak Subject: Re: ux2 posix On Wed, Jan 29, 2003 at 07:17:42PM +0100, Stefan.Neis at t-online.de wrote: > John Poltorak schrieb: > > > For the "generic" solution I really see nothing but > > > recompiling gcc... :-( > > > > Well if that is what is required.... > > > > How difficult is it? > > gcc.exe basically is just a frontend which in the case of > the linker calls the linker, translates a couple of flags > and adds a couple of default libraries (such as c_alias.a). > If we just tell it, to also link with cExt.a, this should > be a fairly minor modification, so chances are that it is > in fact relatively easy (especially since we wouldn't > touch anything but gcc.exe). I'm tempted to say that I'd > like to try it, but I know I won't have enough time.. :-( Presumably there is a Makefile for building gcc.exe... What would nee to be added to it to link with cExt.a ? > It might be more of a problem to actually compile it, > IIRC, EMX sources are "optimized for dmake". Should DMAKE be included in UnixOS/2 ? I don't know if it is buildable with gcc... > Regards, > Stefan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 47 ==========================** Date: Wed, 29 Jan 2003 21:16:59 +0000 From: John Poltorak Subject: GROFF progress After I'd reported a few problems with GROFF's build on OS/2, they appear to have been fixed in the latest tarball. If anyone has a chance, could you try:- build groff after doing an RSYNC refresh? There is a problem at the end, but it's probably related to X not being installed. There are also a couple of other minors ones which I want to investigate, but all in all, it's looking very good. If anyone is familiar with GROFF, can you say where it ought to be installed? -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 48 ==========================** Date: Wed, 29 Jan 2003 22:01:44 +0100 From: Thomas Hoffmann Subject: Re: ux2 posix Just a remark: When posix/2 surfaced some years ago, it was equipped with too much "beta! do not use for production" warnings IMHO (... so that virtually everybody stayed with EMX, asking for strncasecmp et al). But now I see a tendency of leaning too much to the other extreme: "use THE posix headers". In their current shape they need definitely a lot of polish or soon nobody will use them anymore because of lots of problems. And do not forget that those headers are meant for building with -lcext. May I suggest that we try to move towards a replacement for the original EMX headers which will be ONE set of header files, resulting from amalgamating EMX and posix/2 headers. We then should start trying to build the ux2 stuff against this headers/lib, report the problems and improve the new standard headers step by step. Somebody should provide a starting point, possibly based on Stefan's recent release of p2alpha. Thomas Ted Sikora wrote: > Are the posix headers being used in ux2? I don't see it in the c_include > path. Modifying it a bit trying to get Python and Zope building on it too. _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 49 ==========================** Date: Wed, 29 Jan 2003 22:10:24 +0000 From: John Poltorak Subject: TIN Can someone try building TIN using:- ? build tin Do an RSYNC refresh first to make sure you have uptodate files. Maybe even test it... I'm not sure how to configure it myself... -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 50 ==========================** Date: Wed, 29 Jan 2003 22:13:39 +0100 From: Thomas Hoffmann Subject: Re: ux2 posix At least when building R for OS/2 (http://www.sax.de/~thoffman/R.html), setting "set LIBS=-lcext" before starting the shell for configuring worked perfectly for me (...while setting it into LDFLAGS screwed everything up: but this depends on the configure/build logic of the software, in this case the R guys had changed their configure scripts). The final goal would be: have a stable posix/2 header/lib environment and include -lcext in the list of libs implicitely used by the compiler driver gcc. Thomas. Stefan.Neis at t-online.de wrote: .... >>Will it automatically be used if it is on the >>LIBRARY_PATH ? > > > No. LIBRARY_PATH only specifies in what directories > to look for libraries, it has nothing to do with > specifying which libraries to actually use. > Maybe setting LDFLAGS to something including -lcExt > prior to running configure could help for the autoconf-based > applications. _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 51 ==========================** Date: Wed, 29 Jan 2003 22:16:34 +0100 From: Thomas Hoffmann Subject: Re: need DPATH in environment Can you explain this please: What is easier when using 'more'? Why does it depend on the number of pages you are viewing? Maynard wrote: > > Besides, for viewing 2 page --help output, I find 'more' easier. > _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 52 ==========================** Date: Wed, 29 Jan 2003 22:41:13 +0100 From: Thomas Hoffmann Subject: Re: ux2 posix John Poltorak wrote: >>>How about adding something to config.site such as:- ? >>> >>>CPPFLAGS=-lcExt This is typically the C PreProcessor flag: there you tell the preprocessor where to look for header files, which defines to use: but all this depends on the code in your makefile. If you feed a lib to this option chances are high that bad things or nothing at all will happen. cExt.a is a library and "-lcExt" tells gcc in the link stage to use it. > > The above line doesn't work, BTW. No wonder. > When I try building BYACC using posix headers, I get this error:- > > main.o: Undefined symbol ___getenv_findEnv referenced from text segment > make: *** [yacc] Error 1 > > I can get round it by adding '-lcExt' to the Makefile. This tells it where > to look for certain libraries. NO. It tells WHAT library(ies) to link against. WHERE to look for libraries is specified with -L (add "-v" to your gcc options to see all those command line options, even the implicit ones). I don't know why it doesn't find them by > itself... Because it is no implicit library: check with -v. The problem is that a generic solution is required rather than > chaging every single Makefile. I'm trying to find out if there is an > environment variable which can be used to hold this value, but have drawn > a blank so far... I am afraid there is not. Such a generic solution would be to change gcc.exe to use -lcExt as implicit lib. But it should be a working standard. Note that most software projects offer kind of a "site config" file or options for configure to adopt the project to non-standard system locations. Thomas. _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs