Date: Thu, 4 Sep 2003 02:49:21 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 192 ************************************************** Wednesday 03 September 2003 Number 192 ************************************************** Subjects for today 1 Re: [XFreeOS2] UX2 dir structure (again) : T.Sikora" 2 Re: Re: [XFreeOS2] UX2 dir structure (again) : Henry Sobotka 3 Re: Re: [XFreeOS2] UX2 dir structure (again) : T.Sikora" 4 Re: Re: [XFreeOS2] UX2 dir structure (again) : T.Sikora" 5 Re: Re: [XFreeOS2] UX2 dir structure (again) : T.Sikora" 6 GCC 3.2.2 works : T.Sikora" 7 Re: GCC 3.2.2 works : T.Sikora" 8 Re: GCC 3.2.2 works : T.Sikora" 9 Re: GCC 3.2.2 works : T.Sikora" 10 Re: [Fwd: Re: GCC 3.2.2 works] : T.Sikora" 11 Re: Re: [XFreeOS2] UX2 dir structure (again) : Stefan.Neis at t-online.de 12 Re: GCC 3.2.2 works : John Poltorak 13 HEADS UP install required : T.Sikora" 14 Re: HEADS UP install required : T.Sikora" 15 Re: HEADS UP install required : T.Sikora" **= Email 1 ==========================** Date: Thu, 04 Sep 2003 08:25:22 -0400 From: "T.Sikora" Subject: Re: [XFreeOS2] UX2 dir structure (again) Alex Newman wrote: > I am in favour of doing away with the emx dir structure entirely and > folding it into /lib, /bin /usr(/lib,/bin,...). The emx/dll dir > contents could go in /lib? I been reluctant but I'll try it now. I can't help think it's hardcoded but there is emxroot= and emx_path=. Does EMX itself use these at all? > > I have been running with this setup (i.e., emx folded into the HFS) > albeit a rather idiosyncratic one, and things seem to be going OK so > far. > > Does anyone know of any hard-coded "gotchas" in emx and the build env? > > Also, I seem to need /dev/null to keep configure happy, so I have > retained that dir (and file) too. (Does configure automatically produce > a config.cache file if /dev/null is missing?) What do you have an empty file? Can we use SET null=: ? > > My 2 cents worth. Apologies if this has been thrashed through already. > > Alex. My cross-posting caused this to be on the wrong list -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Thu, 04 Sep 2003 09:23:43 -0400 From: Henry Sobotka Subject: Re: Re: [XFreeOS2] UX2 dir structure (again) T.Sikora wrote: > > Alex Newman wrote: > > I am in favour of doing away with the emx dir structure entirely and > > folding it into /lib, /bin /usr(/lib,/bin,...). The emx/dll dir > > contents could go in /lib? > > I been reluctant but I'll try it now. I can't help think it's hardcoded > but there is emxroot= and emx_path=. Does EMX itself use these at all? I don't know about EMXROOT, but I believe EMX_PATH is just used by newgcc.cmd. The gcc 3.2.2 beta (in ftp.innotek.de/pub/gccos2) does away with the EMX tree altogether and uses a standard usr/bin|lib etc. hierarchy. h~ _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Thu, 04 Sep 2003 09:35:37 -0400 From: "T.Sikora" Subject: Re: Re: [XFreeOS2] UX2 dir structure (again) Henry Sobotka wrote: > T.Sikora wrote: > >>Alex Newman wrote: >> >>>I am in favour of doing away with the emx dir structure entirely and >>>folding it into /lib, /bin /usr(/lib,/bin,...). The emx/dll dir >>>contents could go in /lib? >> >>I been reluctant but I'll try it now. I can't help think it's hardcoded >>but there is emxroot= and emx_path=. Does EMX itself use these at all? > > > I don't know about EMXROOT, but I believe EMX_PATH is just used by > newgcc.cmd. The gcc 3.2.2 beta (in ftp.innotek.de/pub/gccos2) does away > with the EMX tree altogether and uses a standard usr/bin|lib etc. > hierarchy. > > h~ > Cool I'm setting up the mirror at dumbdog with gcc 3.2.2 and EMX in /usr. I'll give a yell when the bootstrap is ready. I'll add a rsync ux2bs-test module. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Thu, 04 Sep 2003 09:46:04 -0400 From: "T.Sikora" Subject: Re: Re: [XFreeOS2] UX2 dir structure (again) T.Sikora wrote: > Henry Sobotka wrote: > >> T.Sikora wrote: >> >>> Alex Newman wrote: >>> >>>> I am in favour of doing away with the emx dir structure entirely and >>>> folding it into /lib, /bin /usr(/lib,/bin,...). The emx/dll dir >>>> contents could go in /lib? >>> >>> >>> I been reluctant but I'll try it now. I can't help think it's hardcoded >>> but there is emxroot= and emx_path=. Does EMX itself use these at all? >> >> >> >> I don't know about EMXROOT, but I believe EMX_PATH is just used by >> newgcc.cmd. The gcc 3.2.2 beta (in ftp.innotek.de/pub/gccos2) does away >> with the EMX tree altogether and uses a standard usr/bin|lib etc. >> hierarchy. >> >> h~ >> > > Cool I'm setting up the mirror at dumbdog with gcc 3.2.2 and EMX in > /usr. I'll give a yell when the bootstrap is ready. > > I'll add a rsync ux2bs-test module. > Scratch that since it's in /usr We'll leave EMX as is. To use it just copy gcc_shell to say gcc2_shell and make /usr/bin first in the path. All three should coexist fine. With 3.2.2 emx has to remain in /emx or 2.8.1 will be overwritten. I'll put it in /test Inntotek is suddenly very busy.. wonder why? -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Thu, 04 Sep 2003 09:58:22 -0400 From: "T.Sikora" Subject: Re: Re: [XFreeOS2] UX2 dir structure (again) T.Sikora wrote: > T.Sikora wrote: > >> Henry Sobotka wrote: >> >>> T.Sikora wrote: >>> >>>> Alex Newman wrote: >>>> >>>>> I am in favour of doing away with the emx dir structure entirely and >>>>> folding it into /lib, /bin /usr(/lib,/bin,...). The emx/dll dir >>>>> contents could go in /lib? >>>> >>>> >>>> >>>> I been reluctant but I'll try it now. I can't help think it's hardcoded >>>> but there is emxroot= and emx_path=. Does EMX itself use these at all? >>> >>> >>> >>> >>> I don't know about EMXROOT, but I believe EMX_PATH is just used by >>> newgcc.cmd. The gcc 3.2.2 beta (in ftp.innotek.de/pub/gccos2) does away >>> with the EMX tree altogether and uses a standard usr/bin|lib etc. >>> hierarchy. >>> >>> h~ >>> >> >> Cool I'm setting up the mirror at dumbdog with gcc 3.2.2 and EMX in >> /usr. I'll give a yell when the bootstrap is ready. >> >> I'll add a rsync ux2bs-test module. >> > > Scratch that since it's in /usr We'll leave EMX as is. To use it just > copy gcc_shell to say gcc2_shell and make /usr/bin first in the path. > All three should coexist fine. > > With 3.2.2 emx has to remain in /emx or 2.8.1 will be overwritten. > I'll put it in /test Inntotek is suddenly very busy.. wonder why? > > Just do a baseline_fixup to get it and unzip to / GCC-3.2.2Alpha3.zip emxomfarfix.zip and copy gcc2_shell.cmd to /sbin -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 6 ==========================** Date: Thu, 04 Sep 2003 11:18:01 -0400 From: "T.Sikora" Subject: GCC 3.2.2 works I set it up with 3 shells one with each env. For the most part it does what 3.2.1 does. All the env's work perfect. Built chimera clean except for: gcc: unrecognized option `-Zsysv-signals' Other than that it's fine. The log is below. How I have it set up is in: ftp://os2ports.com/pub/unixos2/ux2bs-changes You can download the zip with everything included. You'll have to change them to your drive letter. ftp://os2ports.com/pub/unixos2/ux2bs-changes/ux2changes.zip -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Thu, 04 Sep 2003 12:59:46 -0400 From: "T.Sikora" Subject: Re: GCC 3.2.2 works John Poltorak wrote: > On Thu, Sep 04, 2003 at 11:18:01AM -0400, T.Sikora wrote: > >>I set it up with 3 shells one with each env. For the most part it does >>what 3.2.1 does. > > > Is it possible to build 3.2.2 using 'build gcc' ? > > ie are there any patches available? > > No sources it's just a bin release. But it has socket/sockio support which means 2 less errors in Perl and Zope/Python databases will now work. They failed before because of no socket support. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Thu, 04 Sep 2003 13:02:41 -0400 From: "T.Sikora" Subject: Re: GCC 3.2.2 works T.Sikora wrote: > John Poltorak wrote: > >> On Thu, Sep 04, 2003 at 11:18:01AM -0400, T.Sikora wrote: >> >>> I set it up with 3 shells one with each env. For the most part it >>> does what 3.2.1 does. >> >> >> >> Is it possible to build 3.2.2 using 'build gcc' ? >> >> ie are there any patches available? >> >> > No sources it's just a bin release. But it has socket/sockio support > which means 2 less errors in Perl and Zope/Python databases will now > work. They failed before because of no socket support. > Just noticed this.. usr/i386-pc-os2-emx/bin ar as nm ranlib strip Should be in the path? -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 9 ==========================** Date: Thu, 04 Sep 2003 13:05:32 -0400 From: "T.Sikora" Subject: Re: GCC 3.2.2 works T.Sikora wrote: > John Poltorak wrote: > >> On Thu, Sep 04, 2003 at 11:18:01AM -0400, T.Sikora wrote: >> >>> I set it up with 3 shells one with each env. For the most part it >>> does what 3.2.1 does. >> >> >> >> Is it possible to build 3.2.2 using 'build gcc' ? >> >> ie are there any patches available? >> >> > No sources it's just a bin release. But it has socket/sockio support > which means 2 less errors in Perl and Zope/Python databases will now > work. They failed before because of no socket support. > MakeOmfLibs in /usr/lib seems to work well. Maybe 3.2.1 should be dumped in favor of this. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 10 ==========================** Date: Thu, 04 Sep 2003 13:35:04 -0400 From: "T.Sikora" Subject: Re: [Fwd: Re: GCC 3.2.2 works] T.Sikora wrote: > It's here > ftp.innotek.de/pub/gccos2 > > > ------------------------------------------------------------------------ > > Subject: > Re: GCC 3.2.2 works > From: > "T.Sikora" > Date: > Thu, 04 Sep 2003 13:05:32 -0400 > To: > UX2 Build System > > > T.Sikora wrote: > >> John Poltorak wrote: >> >>> On Thu, Sep 04, 2003 at 11:18:01AM -0400, T.Sikora wrote: >>> >>>> I set it up with 3 shells one with each env. For the most part it >>>> does what 3.2.1 does. >>> >>> >>> >>> >>> Is it possible to build 3.2.2 using 'build gcc' ? >>> >>> ie are there any patches available? >>> >>> >> No sources it's just a bin release. But it has socket/sockio support >> which means 2 less errors in Perl and Zope/Python databases will now >> work. They failed before because of no socket support. >> > > MakeOmfLibs in /usr/lib seems to work well. Maybe 3.2.1 should be dumped > in favor of this. > Er I'm getting a little over zealous. MakeOmfLibs produced tons of errors but made them and it still seems to work ok ftp://os2ports.com/pub/unixos2/ux2bs-changes/omf.log This is it ideally. No reliance on EMX except for runtimes for legacy apps. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 11 ==========================** Date: Thu, 04 Sep 2003 14:56:49 +0200 (CEST) From: Stefan.Neis at t-online.de Subject: Re: Re: [XFreeOS2] UX2 dir structure (again) T.Sikora schrieb: > I been reluctant but I'll try it now. I can't help think > it's hardcoded > but there is emxroot= and emx_path=. Does EMX itself use > these at all? AFAIK, EMX uses C(PLUS)_INCLUDE_PATH and LIBRARY_PATH to find includes and libs and relies on binaries all being in the same directory, so if you have e.g. /bin/gcc.exe, it is expecting to find /bin/cpp.exe /bin/cc1plus.exe, /bin/ar.exe /bin/ld.exe etc. I don't think there are actually hardcoded paths to the binaries, but I might be wrong ... Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 12 ==========================** Date: Thu, 4 Sep 2003 17:29:12 +0100 From: John Poltorak Subject: Re: GCC 3.2.2 works On Thu, Sep 04, 2003 at 11:18:01AM -0400, T.Sikora wrote: > I set it up with 3 shells one with each env. For the most part it does > what 3.2.1 does. Is it possible to build 3.2.2 using 'build gcc' ? ie are there any patches available? > -- > T.Sikora > tsikora at ntplx dot net -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 13 ==========================** Date: Thu, 04 Sep 2003 19:21:52 -0400 From: "T.Sikora" Subject: HEADS UP install required I migrated the new env scripts and removed the ux2 glocale.zip pkg and removed GCC-3.2.1 and added GCC-3.2.2 Beta1. New bootstrap, must have some env changes. ftp://os2ports.com/pub/unixos2/ux2bs-devel/ux2bs_inst.cmd Go in \install\archives and match /emx /gcc /ux2 /xfree86 disregard the rest baseline_fixup will fix the rest. ftp://os2ports.com/pub/unixos2/ux2bs-devel/baseline The UX2BS just sets the build env now nothing else. The system relies on the UX2 install settings which go in config.sys. For now you will have to add them beforehand. Hopefully Jeff can make us a rexx script to set the config.sys for us. The reason for this UX2BS is basically a drop developers package to UX2 so it shares the same env, etc. That is how the UX2 installation will be and the only way of providing seamless interaction between XFree86, UX2, and the OS/2 Desktop. Here they are: LIBPATH=e:\emx\dll;e:\emx\lib;e:\lib;e:\usr\lib;e:\usr\local\lib;e:\XFree86\lib;%LIBPATH% SET PATH=e:\emx\bin;e:\bin;e:\usr\bin;e:\usr\local\bin;e:\sbin;e:\usr\sbin;e:\XFree86\bin;%PATH% SET HOSTNAME=localhost SET TMP=E:\tmp SET USE_HOSTS_FIRST=1 SET HELPNDX=emxbook.ndx+emxdev.ndx+emxlib.ndx+emxgnu.ndx+emxbsd.ndx SET EMXBOOK=emxdev.inf+emxlib.inf+emxgnu.inf+emxbsd.inf+omf.inf SET INFOPATH=e:/emx/info;e:/usr/info;e:/usr/local/info SET X11ROOT=e: DEVICE=e:\XFree86\lib\xf86sup.sys SET XSERVER=e:/XFree86/bin/XFree86.exe SET TERMCAP=e:/etc/termcap SET TERM=ansi-color-3 SET DISPLAY=netcast:0.0 SET USER=root SET LOGNAME=root SET HOME=e:/root SET LANGUAGE=en Path order is critical. GCC use's beginlibpath in gcc_env. This is it... I hope. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 14 ==========================** Date: Thu, 04 Sep 2003 19:58:38 -0400 From: "T.Sikora" Subject: Re: HEADS UP install required T.Sikora wrote: > I migrated the new env scripts and removed the ux2 glocale.zip pkg and > removed GCC-3.2.1 and added GCC-3.2.2 Beta1. New bootstrap, must have > some env changes. > Minor glitch. Perl is broken. To keep 2.8.1 and 3.2.2 and make them coexist the /usr/include and /usr/lib from the base have to be moved to /usr/local/ before GCC is installed and /usr/include removed from the library paths. 2.8.1 takes the missing headers from GCC headers and it breaks. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 15 ==========================** Date: Thu, 04 Sep 2003 20:23:11 -0400 From: "T.Sikora" Subject: Re: HEADS UP install required T.Sikora wrote: > T.Sikora wrote: > >> I migrated the new env scripts and removed the ux2 glocale.zip pkg and >> removed GCC-3.2.1 and added GCC-3.2.2 Beta1. New bootstrap, must have >> some env changes. >> > Minor glitch. Perl is broken. To keep 2.8.1 and 3.2.2 and make them > coexist the /usr/include and /usr/lib from the base have to be moved to > /usr/local/ before GCC is installed and /usr/include removed from the > library paths. 2.8.1 takes the missing headers from GCC headers and it > breaks. > That was it. Perl builds now. So each env ux2 and gcc needs it's own beginlibpath statement. The ux2 env needs /usr/include and /usr/lib removed from everywhere. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs