From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Wed, 20 Aug 2003 14:10:08 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 172 ************************************************** Tuesday 19 August 2003 Number 172 ************************************************** Subjects for today 1 Re: Innotek libc license & release issues (was Re: [EMX] Re: libc) : Stefan Neis 2 Re: [Ux2bs] It's Broken was It's done! : T.Sikora" 3 Re: [Ux2bs] It's Broken was It's done! : T.Sikora" 4 Re: autoconf question : Stefan Neis **= Email 1 ==========================** Date: Wed, 20 Aug 2003 10:14:00 +0200 (CEST) From: Stefan Neis Subject: Re: Innotek libc license & release issues (was Re: [EMX] Re: libc) On Tue, 19 Aug 2003, Andreas Buening wrote: > > jep, I would say so. Can you give feedback to the list when you got > > something from Knut? > > Sure. Here it is: Thanks for finding out some facts! > >This libc is based on glibc/bsd libc/emx/written from scratch. > It's based on the sys library of emx (license reasons). That sys library originally was rather incomplete... I'm wondering what's going to happen to e.g. fork(). But that level of detail can wait for the sources, I think. Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 2 ==========================** Date: Wed, 20 Aug 2003 13:12:18 -0400 From: "T.Sikora" Subject: Re: [Ux2bs] It's Broken was It's done! T.Sikora wrote: > Dave Saville wrote: > >> On Tue, 19 Aug 2003 14:54:10 -0400, T.Sikora wrote: >> >> >>> In the meantime it should work if you have unzip on your machine. >>> >> >> >> Entering f:\install\pkg_inst with REPOSITORY=f:\install\archives >> Archive: f:/install/archives/ux2/ash.zip >> creating: f:./bin/ >> inflating: f:./bin/ash.exe >> creating: f:./install/ >> inflating: f:./install/doinst.sh >> inflating: f:./PKGINFO >> creating: f:./usr/ >> creating: f:./usr/doc/ >> creating: f:./usr/doc/ash/ >> inflating: f:./usr/doc/ash/ashemx.htm >> inflating: f:./usr/doc/ash/ChangeLog.os2 >> inflating: f:./usr/doc/ash/readme.os2 >> inflating: f:./usr/doc/ash/TOUR >> creating: f:./usr/man/ >> creating: f:./usr/man/man1/ >> extracting: f:./usr/man/man1/ash.1.gz >> SYS1041: The name f:\install\doinst.cmd is not recognized as an >> internal or external command, operable program or batch file. >> >> Thats becasue it's not there - there is a doinst.sh though. >> >> Tried again from a completely clean disk >> >> checkdir: cannot create extraction directory: >> /apps/ure/Toolkit/Beta/Bin;C:/SIO >> 2k;D:/Apps/Office51;C:/JAVA131/JRE/BIN;C:/JAVA11/ICATJAVA/BIN;C:/JAVA1 >> 1/BIN;d:/a >> pps/norman/nvc/bin;D:/apps/watchcat;;; >> checkdir: cannot create extraction directory: >> /apps/ure/Toolkit/Beta/Bin;C:/SIO >> 2k;D:/Apps/Office51;C:/JAVA131/JRE/BIN;C:/JAVA11/ICATJAVA/BIN;C:/JAVA1 >> 1/BIN;d:/a >> pps/norman/nvc/bin;D:/apps/watchcat;;; >> >> >> What the at $%! is it doing messing with D? >> > > I know I know... If I put the ux2 installpkg commands on the bootstrap > it's all fine when I run it anywhere else from a script that happens. > I got it to work late last night actually early this morning. I'll sort > through it this afternoon. An option is remove installpg and just unzip > them. The problem is the env. uxrt and osrt settings do not migrate to > the scripts used with call. If I define the env again in each script > all's well. That's doable except for the uxrt and osrt settings. If I > can get around that? > Strange env problem. I defined the env in the ux2_inst script should not any batch file I call from it be using it? Well pkg_inst will not unless I define the env again within setlocal/endlocal. Why? -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Wed, 20 Aug 2003 13:12:18 -0400 From: "T.Sikora" Subject: Re: [Ux2bs] It's Broken was It's done! T.Sikora wrote: > Dave Saville wrote: > >> On Tue, 19 Aug 2003 14:54:10 -0400, T.Sikora wrote: >> >> >>> In the meantime it should work if you have unzip on your machine. >>> >> >> >> Entering f:\install\pkg_inst with REPOSITORY=f:\install\archives >> Archive: f:/install/archives/ux2/ash.zip >> creating: f:./bin/ >> inflating: f:./bin/ash.exe >> creating: f:./install/ >> inflating: f:./install/doinst.sh >> inflating: f:./PKGINFO >> creating: f:./usr/ >> creating: f:./usr/doc/ >> creating: f:./usr/doc/ash/ >> inflating: f:./usr/doc/ash/ashemx.htm >> inflating: f:./usr/doc/ash/ChangeLog.os2 >> inflating: f:./usr/doc/ash/readme.os2 >> inflating: f:./usr/doc/ash/TOUR >> creating: f:./usr/man/ >> creating: f:./usr/man/man1/ >> extracting: f:./usr/man/man1/ash.1.gz >> SYS1041: The name f:\install\doinst.cmd is not recognized as an >> internal or external command, operable program or batch file. >> >> Thats becasue it's not there - there is a doinst.sh though. >> >> Tried again from a completely clean disk >> >> checkdir: cannot create extraction directory: >> /apps/ure/Toolkit/Beta/Bin;C:/SIO >> 2k;D:/Apps/Office51;C:/JAVA131/JRE/BIN;C:/JAVA11/ICATJAVA/BIN;C:/JAVA1 >> 1/BIN;d:/a >> pps/norman/nvc/bin;D:/apps/watchcat;;; >> checkdir: cannot create extraction directory: >> /apps/ure/Toolkit/Beta/Bin;C:/SIO >> 2k;D:/Apps/Office51;C:/JAVA131/JRE/BIN;C:/JAVA11/ICATJAVA/BIN;C:/JAVA1 >> 1/BIN;d:/a >> pps/norman/nvc/bin;D:/apps/watchcat;;; >> >> >> What the at $%! is it doing messing with D? >> > > I know I know... If I put the ux2 installpkg commands on the bootstrap > it's all fine when I run it anywhere else from a script that happens. > I got it to work late last night actually early this morning. I'll sort > through it this afternoon. An option is remove installpg and just unzip > them. The problem is the env. uxrt and osrt settings do not migrate to > the scripts used with call. If I define the env again in each script > all's well. That's doable except for the uxrt and osrt settings. If I > can get around that? > Strange env problem. I defined the env in the ux2_inst script should not any batch file I call from it be using it? Well pkg_inst will not unless I define the env again within setlocal/endlocal. Why? -- T.Sikora tsikora at ntplx dot net **= Email 4 ==========================** Date: Wed, 20 Aug 2003 15:23:10 +0200 (CEST) From: Stefan Neis Subject: Re: autoconf question On Mon, 18 Aug 2003, Thomas Hoffmann wrote: > The following snippet from a diff should show the > necessary changes and may point to the root cause (this was for libxml, > R has similar problems) : every call of AC_CHECK_LIB as parameter of > another macro had to be bracketed Yes, that solves all problems. Thanks for the hint. [ Originally, I did (mis)understand that the arguments to AC_CHECK_LIB need to be fully bracketed (which solved a couple of problems with AC_CHECK_LIB being an argument to another AC_CHECK_LIB macro, but it really is just as you said...] Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'.