Date: Thu, 7 Aug 2003 02:46:57 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 169 ************************************************** Wednesday 06 August 2003 Number 169 ************************************************** Subjects for today 1 Re: gcc 3.2.1 : James Moe" 2 Re: gcc 3.2.1 : James Moe" 3 Re: gcc 3.2.1 : James Moe" 4 Re: Installing into a subfolder? : John Poltorak 5 Re: gcc 3.2.1 : T.Sikora" 6 Re: Installing into a subfolder? : J. Ulbts" 7 Re: Installing into a subfolder? : J. Ulbts" 8 Re: gcc 3.2.1 : John Poltorak 9 RE: standalone rsync : Wegert, Eric L" 10 Re: standalone rsync : T.Sikora" 11 Re: standalone rsync : Stefan.Neis at t-online.de 12 Re: gcc 3.2.1 : T.Sikora" 13 Re: gcc 3.2.1 : T.Sikora" 14 Re: gcc 3.2.1 : T.Sikora" 15 Re: gcc 3.2.1 : T.Sikora" 16 Re: standalone rsync : John Poltorak **= Email 1 ==========================** Date: Thu, 07 Aug 2003 11:11:56 -0700 (MST) From: "James Moe" Subject: Re: gcc 3.2.1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 06 Aug 2003 21:05:17 -0500, Jeff Robinson wrote: >One of the questions I have now is if anyone is working on adding gcc >3.2.1 to the environment, or making it the "standard" compiler? > It is easy to do. Not all packages compile, though. First, install gcc 3.2.1 on the ux2 drive. Here is a rexx script to decide which compiler to use: parse arg cmdline; if ("gcc321" = cmdline) then 'call ux2_env_gcc321'; else 'call ux2_env'; 'cmd.exe'; ux2_env_gcc321.cmd modifies the environment to put the gcc321 path, /emx/bin.new, before the older gcc version. It is a batch script and has this in it: call ux2_env.cmd set PATH=%UX2DRV%\usr\bin;%UX2DRV%\emx\bin.new;%UX2DRV%\emx\bin;%UX2DRV%\usr\local\bin;c:\os2; Some of the builds go more smoothly (I don't remember which ones) by adding these to the end of ux2_env.cmd: set TZ=MST7 set hostname=stn4 if exist ux2_local.cmd call ux2_local.cmd - -- jimoe at sohnen-moe dot com pgp/gpg public key: http://www.keyserver.net/en/ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0 OS/2 for non-commercial use Comment: PGP 5.0 for OS/2 Charset: cp850 wj8DBQE/MpZssxxMki0foKoRAsqdAJoDpAXoL0U8i5XPjbY0JL0qdBVAQwCdG+EG +KAPzsyqGaVmHnZQ3hxoEtc= =YKYR -----END PGP SIGNATURE----- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Thu, 07 Aug 2003 12:01:34 -0700 (MST) From: "James Moe" Subject: Re: gcc 3.2.1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 07 Aug 2003 14:41:57 -0400, T.Sikora wrote: >Could you make the scripts? I'll add them to the ux2bs for testing. Have >you done anything else except unzip 3.2.1. Any env variables other than > No. I started with the base ux2 system, then added gcc3.2.1 by unzipping it. It creates the bin.new directory in emx with the changed executables. It internally handles selecting appropriate libraries for itself. [unixos2>gcc --version gcc (GCC) 3.2.1 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE >the ones mentioned? I'm trying to use it and having problems mostly >fatal errors. > Errors while compiling? Or in the target? - -- jimoe at sohnen-moe dot com pgp/gpg public key: http://www.keyserver.net/en/ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0 OS/2 for non-commercial use Comment: PGP 5.0 for OS/2 Charset: cp850 wj8DBQE/MqIOsxxMki0foKoRAg+eAJ9/xMWOuX4g24mKtDYyOHcSTdYcKwCfWwRg P30WkmdwCmgD4As3aj7rfHA= =FVXR -----END PGP SIGNATURE----- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Thu, 07 Aug 2003 13:22:06 -0700 (MST) From: "James Moe" Subject: Re: gcc 3.2.1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 7 Aug 2003 20:05:04 +0100, John Poltorak wrote: >Does it come with any patches so that it can be built from the GNU source? > No, it does not. You'd have to contact the maintainer/porter. I got all the gcc ports piecemeal, or built what was not available. Now you can grab a package from Hobbes (http://hobbes.nmsu.edu/pub/os2/dev/emx/v0.9d/gcc3.2.1.zip) that has EMX runtime and development, EMX fixes, gettext, make v3.79, bin utils, file utils, gcc/g++ v3.2.1 and EMX fixups. There is a (updated?) install script, gccinstall.zip, that does the whole thing at the press of many buttons. While the package comes with installation instructions (HTML), it refers to a page at mozilla.org (http://www.mozilla.org/ports/os2/gccsetup.html) that is actually more useful. - -- jimoe at sohnen-moe dot com pgp/gpg public key: http://www.keyserver.net/en/ -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0 OS/2 for non-commercial use Comment: PGP 5.0 for OS/2 Charset: cp850 wj8DBQE/MrTusxxMki0foKoRAnzGAJ9f1HDMrkKQHWOtIeOb9i0CCVlMqgCfXs87 SjqUT5nGoU6eM8bgKgrhQmc= =qHOr -----END PGP SIGNATURE----- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Thu, 7 Aug 2003 14:17:47 +0100 From: John Poltorak Subject: Re: Installing into a subfolder? On Thu, Aug 07, 2003 at 02:53:11PM +0200, J. Ulbts wrote: > Hi John! > > On Wed, 6 Aug 2003 20:57:51 +0100, John Poltorak wrote: > > >> Here is the modified ux2_bootstrap.cmd: > >>[...] > >It is not designed to work like this. > > But it works at least for the download part. > After that some other skripts are started and then it breaks. > > >If you want to break it, feel free to fix it. > > There a two problems I have. > 1.) Time....I think everyone here has the same problem. ;) > 2.) I can't really debug it, because you can't see which skript is currently at which position...and then we again have problem 1 because you need more time to check it... If you really insist on using your chosen directory structure, I suggest you install TVFS and mount a drive letter which points to your selected directory and then use the TVFS drive as uxrt and bldrt. It is much easier using the scripts as they are rather than rewriting them. > Kind Regards, > Juergen Ulbts (Germany) -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Thu, 07 Aug 2003 14:41:57 -0400 From: "T.Sikora" Subject: Re: gcc 3.2.1 James Moe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 06 Aug 2003 21:05:17 -0500, Jeff Robinson wrote: > > >>One of the questions I have now is if anyone is working on adding gcc >>3.2.1 to the environment, or making it the "standard" compiler? >> > > It is easy to do. Not all packages compile, though. > First, install gcc 3.2.1 on the ux2 drive. > > Here is a rexx script to decide which compiler to use: > > parse arg cmdline; > if ("gcc321" = cmdline) then > 'call ux2_env_gcc321'; > else > 'call ux2_env'; > 'cmd.exe'; > > ux2_env_gcc321.cmd modifies the environment to put the gcc321 path, /emx/bin.new, before the > older gcc version. It is a batch script and has this in it: > > call ux2_env.cmd > set PATH=%UX2DRV%\usr\bin;%UX2DRV%\emx\bin.new;%UX2DRV%\emx\bin;%UX2DRV%\usr\local\bin;c:\os2; > > > Some of the builds go more smoothly (I don't remember which ones) by adding these to the end of > ux2_env.cmd: > > set TZ=MST7 > set hostname=stn4 > if exist ux2_local.cmd call ux2_local.cmd > > Could you make the scripts? I'll add them to the ux2bs for testing. Have you done anything else except unzip 3.2.1. Any env variables other than the ones mentioned? I'm trying to use it and having problems mostly fatal errors. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 6 ==========================** Date: Thu, 07 Aug 2003 14:53:11 +0200 (CEST) From: "J. Ulbts" Subject: Re: Installing into a subfolder? Hi John! On Wed, 6 Aug 2003 20:57:51 +0100, John Poltorak wrote: >> Here is the modified ux2_bootstrap.cmd: >>[...] >It is not designed to work like this. But it works at least for the download part. After that some other skripts are started and then it breaks. >If you want to break it, feel free to fix it. There a two problems I have. 1.) Time....I think everyone here has the same problem. ;) 2.) I can't really debug it, because you can't see which skript is currently at which position...and then we again have problem 1 because you need more time to check it... Maybe I'll look into it, but I first have to polish a Java photo album running on Apache Tomcat and finish the just started Swing GUI for Azureus (Java Bittorrent P2P Client, which only has a SWT (Eclipse) GUI, that's currently not working under OS/2). Then we have the 1st September and then I'm on vacation for a week. [Off topic stuff] If someone want's to look at the photo album that also shows maps where the photo was taken (-> GPS data - can be tested with some of the photos shown in the Top10...click on the coordinates shown under the picture you selected if it is available) and the EXIF data from digital camers....sorry german only... If you log in, there are several more options like album, upload, picture editor,... Portal design: ============ http://gotthard.informatik.uni-oldenburg.de:8088/sp02g12/index.jsp Standalone Design (old): ===================== http://gotthard.informatik.uni-oldenburg.de:8088/viphal/gui/index.jsp I test login is available on request. The source will be released and a older one is already available. Here are some translations to help to navigate: ======================================== "Erweiterte Suche" = "Extended search" "Hilfe = Help" "gesuchte Stichwörter:" = "Keywords to search for:" "Kreuzen Sie die gewünschten Felder an, in denen gesucht werden soll:" = "Please check the boxes you want to search in:" "Beschreibung" = "Description" "Schlüsselwörter" = "Keywords" "Titel" = "Titel" "Kamera-Hersteller" = "Make" "Kamera-Modell" = "Modell" "komplette Metadaten" = "Complete metadata" "Datum der Aufnahme (Format: JJJJ-MM-TT):" = "Date on which the photo was taken (YYYY-MM-DD):" "von: ... bis:" = "from: ... to:" "Datum des Uploads (Format: JJJJ-MM-TT):" = "Date on which the photo was uploaded:" [Off topic - END] Kind Regards, Juergen Ulbts (Germany) _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Thu, 07 Aug 2003 15:53:05 +0200 (CEST) From: "J. Ulbts" Subject: Re: Installing into a subfolder? Hi John! On Thu, 7 Aug 2003 14:17:47 +0100, John Poltorak wrote: >> >> Here is the modified ux2_bootstrap.cmd: >> >>[...] >If you really insist on using your chosen directory structure, I suggest >you install TVFS and mount a drive letter which points to your selected >directory and then use the TVFS drive as uxrt and bldrt. Good idea, thanks! I'll test it on sunday. >It is much easier using the scripts as they are rather than rewriting >them. And it saves time. ;) Kind Regards, Juergen Ulbts (Germany) _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Thu, 7 Aug 2003 20:05:04 +0100 From: John Poltorak Subject: Re: gcc 3.2.1 On Thu, Aug 07, 2003 at 12:01:34PM -0700, James Moe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, 07 Aug 2003 14:41:57 -0400, T.Sikora wrote: > > >Could you make the scripts? I'll add them to the ux2bs for testing. Have > >you done anything else except unzip 3.2.1. Any env variables other than > > > No. I started with the base ux2 system, then added gcc3.2.1 by unzipping it. It > creates the bin.new directory in emx with the changed executables. It internally > handles selecting appropriate libraries for itself. Does it come with any patches so that it can be built from the GNU source? > - -- > jimoe at sohnen-moe dot com > pgp/gpg public key: http://www.keyserver.net/en/ -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 9 ==========================** Date: Thu, 7 Aug 2003 20:38:25 -0400 From: "Wegert, Eric L" Subject: RE: standalone rsync Team: What about using TFTP (Trivial FTP) to bootstrap the necessary modules (i.e. RSYNC.exe, EMX.DLL, etc.) then use RSYNC to retrieve the rest. TFTP comes standard with OS/2 and should be low overhead. -----Original Message----- From: John Poltorak [mailto:jp at warpix.org] Sent: Thursday, August 07, 2003 4:55 PM To: UX2 Build System Subject: Re: standalone rsync On Thu, Aug 07, 2003 at 10:05:04PM +0100, Stefan.Neis at t-online.de wrote: > Method (E1) (E2) (E3) > > GCC options -Zomf -Zomf -Zsys > Object file format a.out OMF OMF > emx.dll required at run time YES YES NO > Library support +++ ++ + > > In short: To be able to cope without emx.dll, you _have_ to use method > (E3) which requires the program to only use a rather restricted subset > of the c library, particularly, it must not use fork. > > Since rsync _is_ relying on fork, this means there is no way at all > to compile a stand-alone version of it without spending quite some > work in porting rsync to a system without fork. > > Since that probably implies that everything in Unixos2 is depending on > emx.dll anyway, The problem is that RSYNC is the first app downloaded by the bootstrap and if it relies on a pre-existing EMX.DLL, that somewhat invalidates the idea of bootstrapping the whole system into a pristine environment. It looks as though EMX.DLL needs to be downloaded before RSYNC.EXE can be used. > Regards, > Stefan > -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 10 ==========================** Date: Thu, 07 Aug 2003 21:05:02 -0400 From: "T.Sikora" Subject: Re: standalone rsync Wegert, Eric L wrote: > Team: > > What about using TFTP (Trivial FTP) to bootstrap the necessary modules (i.e. > RSYNC.exe, EMX.DLL, etc.) then use RSYNC to retrieve the rest. TFTP comes > standard with OS/2 and should be low overhead. That's a real good idea because some systems don't support ftp passive. I'll put the files on OS2Ports or better yet tell me what's needed and I'll put them there. dumbdog.org (It's a ux2bs mirror)is all set to try out. I put all the emx rt dll's and rsync there. > -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 11 ==========================** Date: Thu, 7 Aug 2003 22:05:04 +0100 From: Stefan.Neis at t-online.de Subject: Re: standalone rsync Hi, > ISTR that you could build it quite easily a few months ago, although there > were a few things which I didn't manage to sort out wrt to Posix/2. > > If you are able to, can you rebuild it with the correct flags for > standalone use? Actually, I've been a bit confused about the various flags myself. There are two different subjects... 1. -Zcrtdll controls whether or not to use emxlibc*.dll (-Zcrtdll -> use single-threaded library, i.e. emxlibcs.dll, -Zmt -Zcrtdll (or -Zmtd for short) -> multi-threaded, emxlibcm.dll) In that respect, rsync is doing fine as is if we want to avoid dependencies on those DLLs (although there hardly is a point in avoiding them, see next point). 2. "-Zomf -Zsys". The relevant bit in that respect is just in the very beginning of the documentation, i.e. in the "Introduction to the emx Application Developer's Guide" where the three build methods are described. I'm quoting the relevant piece: Method (E1) (E2) (E3) GCC options -Zomf -Zomf -Zsys Object file format a.out OMF OMF emx.dll required at run time YES YES NO Library support +++ ++ + In short: To be able to cope without emx.dll, you _have_ to use method (E3) which requires the program to only use a rather restricted subset of the c library, particularly, it must not use fork. Since rsync _is_ relying on fork, this means there is no way at all to compile a stand-alone version of it without spending quite some work in porting rsync to a system without fork. Since that probably implies that everything in Unixos2 is depending on emx.dll anyway, I wonder what's the point in not relying on emxlibc*.dll in most of the applications. Adding -Zcrtdll everywhere in build.table should cause no problem whatsoever (aside from making everything dependant on emxlibc*.dll) and should provide executables, that are noticeably smaller. Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 12 ==========================** Date: Thu, 07 Aug 2003 22:34:52 -0400 From: "T.Sikora" Subject: Re: gcc 3.2.1 James Moe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 06 Aug 2003 21:05:17 -0500, Jeff Robinson wrote: > > >>One of the questions I have now is if anyone is working on adding gcc >>3.2.1 to the environment, or making it the "standard" compiler? >> > > It is easy to do. Not all packages compile, though. > First, install gcc 3.2.1 on the ux2 drive. > > Here is a rexx script to decide which compiler to use: > > parse arg cmdline; > if ("gcc321" = cmdline) then > 'call ux2_env_gcc321'; > else > 'call ux2_env'; > 'cmd.exe'; > Where do we put this? How is it called? I added your scripts to ux2. We need to add gcc-3.2.1 to the build system anyone feel ambitious enough to modify gcc_inst.cmd and gcc.lst. I just copied them from emx for now. I added a call gcc_inst after emx in ux2_inst rem'd for now. The files are in baseline/gcc. We also need to add ulsemx.zip to emx for unicode support. It's in baseline now. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 13 ==========================** Date: Thu, 07 Aug 2003 22:38:31 -0400 From: "T.Sikora" Subject: Re: gcc 3.2.1 T.Sikora wrote: > James Moe wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On Wed, 06 Aug 2003 21:05:17 -0500, Jeff Robinson wrote: >> >> >>> One of the questions I have now is if anyone is working on adding gcc >>> 3.2.1 to the environment, or making it the "standard" compiler? >>> >> >> It is easy to do. Not all packages compile, though. >> First, install gcc 3.2.1 on the ux2 drive. >> >> Here is a rexx script to decide which compiler to use: >> >> parse arg cmdline; >> if ("gcc321" = cmdline) then >> 'call ux2_env_gcc321'; >> else >> 'call ux2_env'; >> 'cmd.exe'; >> > Where do we put this? How is it called? I added your scripts to ux2. > We need to add gcc-3.2.1 to the build system anyone feel ambitious > enough to modify gcc_inst.cmd and gcc.lst. I just copied them from emx > for now. I added a call gcc_inst after emx in ux2_inst rem'd for now. > The files are in baseline/gcc. We also need to add ulsemx.zip to emx for > unicode support. It's in baseline now. > gmp202 and expat are in baseline too and are needed in emx. These are needed for Python, Mozilla and most web based ports. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 14 ==========================** Date: Thu, 07 Aug 2003 22:40:19 -0400 From: "T.Sikora" Subject: Re: gcc 3.2.1 T.Sikora wrote: > T.Sikora wrote: > >> James Moe wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> On Wed, 06 Aug 2003 21:05:17 -0500, Jeff Robinson wrote: >>> >>> >>>> One of the questions I have now is if anyone is working on adding >>>> gcc 3.2.1 to the environment, or making it the "standard" compiler? >>>> >>> >>> It is easy to do. Not all packages compile, though. >>> First, install gcc 3.2.1 on the ux2 drive. >>> >>> Here is a rexx script to decide which compiler to use: >>> >>> parse arg cmdline; >>> if ("gcc321" = cmdline) then >>> 'call ux2_env_gcc321'; >>> else >>> 'call ux2_env'; >>> 'cmd.exe'; >>> >> Where do we put this? How is it called? I added your scripts to ux2. >> We need to add gcc-3.2.1 to the build system anyone feel ambitious >> enough to modify gcc_inst.cmd and gcc.lst. I just copied them from emx >> for now. I added a call gcc_inst after emx in ux2_inst rem'd for now. >> The files are in baseline/gcc. We also need to add ulsemx.zip to emx >> for unicode support. It's in baseline now. >> > gmp202 and expat are in baseline too and are needed in emx. These are > needed for Python, Mozilla and most web based ports. > That should pretty much get the ball rolling for gcc. Anyone try wget yet? It should be working fine. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 15 ==========================** Date: Thu, 07 Aug 2003 22:44:00 -0400 From: "T.Sikora" Subject: Re: gcc 3.2.1 T.Sikora wrote: > T.Sikora wrote: > >> T.Sikora wrote: >> >>> James Moe wrote: >>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> On Wed, 06 Aug 2003 21:05:17 -0500, Jeff Robinson wrote: >>>> >>>> >>>>> One of the questions I have now is if anyone is working on adding >>>>> gcc 3.2.1 to the environment, or making it the "standard" compiler? >>>>> >>>> >>>> It is easy to do. Not all packages compile, though. >>>> First, install gcc 3.2.1 on the ux2 drive. >>>> >>>> Here is a rexx script to decide which compiler to use: >>>> >>>> parse arg cmdline; >>>> if ("gcc321" = cmdline) then >>>> 'call ux2_env_gcc321'; >>>> else >>>> 'call ux2_env'; >>>> 'cmd.exe'; >>>> >>> Where do we put this? How is it called? I added your scripts to ux2. >>> We need to add gcc-3.2.1 to the build system anyone feel ambitious >>> enough to modify gcc_inst.cmd and gcc.lst. I just copied them from >>> emx for now. I added a call gcc_inst after emx in ux2_inst rem'd for >>> now. The files are in baseline/gcc. We also need to add ulsemx.zip to >>> emx for unicode support. It's in baseline now. >>> >> gmp202 and expat are in baseline too and are needed in emx. These are >> needed for Python, Mozilla and most web based ports. >> > That should pretty much get the ball rolling for gcc. Anyone try wget > yet? It should be working fine. > What about autoconf/automake? The scripts in bin need to be modified to include the ux2bs paths and perl. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 16 ==========================** Date: Thu, 7 Aug 2003 22:54:46 +0100 From: John Poltorak Subject: Re: standalone rsync On Thu, Aug 07, 2003 at 10:05:04PM +0100, Stefan.Neis at t-online.de wrote: > Method (E1) (E2) (E3) > > GCC options -Zomf -Zomf -Zsys > Object file format a.out OMF OMF > emx.dll required at run time YES YES NO > Library support +++ ++ + > > In short: To be able to cope without emx.dll, you _have_ to use method > (E3) which requires the program to only use a rather restricted subset > of the c library, particularly, it must not use fork. > > Since rsync _is_ relying on fork, this means there is no way at all > to compile a stand-alone version of it without spending quite some > work in porting rsync to a system without fork. > > Since that probably implies that everything in Unixos2 is depending on > emx.dll anyway, The problem is that RSYNC is the first app downloaded by the bootstrap and if it relies on a pre-existing EMX.DLL, that somewhat invalidates the idea of bootstrapping the whole system into a pristine environment. It looks as though EMX.DLL needs to be downloaded before RSYNC.EXE can be used. > Regards, > Stefan > -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs