From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Thu, 17 Jan 2002 04:09:28 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 107 ************************************************** Wednesday 16 January 2002 Number 107 ************************************************** Subjects for today 1 Re: Has anybody tried to build libxml2? : Henry Sobotka 2 Re: Has anybody tried to build libxml2? : John Poltorak 3 Please test this : John Poltorak 4 EMX changes for large (>2GB) files : John Poltorak 5 Re: Has anybody tried to build libxml2? : Henry Sobotka 6 Re: Iconv is fully available now btw : John Poltorak 7 Re: EMX changes for large (>2GB) files : Holger Veit 8 Iconv is fully available now btw : pla at cland.ru 9 Re: Iconv is fully available now btw : pla at cland.ru **= Email 1 ==========================** Date: Thu, 17 Jan 2002 00:46:45 -0500 From: Henry Sobotka Subject: Re: Has anybody tried to build libxml2? I've put a quick zip (binaries and src) at http://www.elzahir.org/xlibs/xml2-2.2.11-xfos2.zip. It requires iconv. I did my own build because I couldn't find binaries, but IIRC some were released last summer or thereabouts. If they're incompatible, I'll relink against them to avoid lib proliferation. h~ **= Email 2 ==========================** Date: Thu, 17 Jan 2002 09:38:17 +0000 From: John Poltorak Subject: Re: Has anybody tried to build libxml2? On Thu, Jan 17, 2002 at 12:46:45AM -0500, Henry Sobotka wrote: > I've put a quick zip (binaries and src) at > http://www.elzahir.org/xlibs/xml2-2.2.11-xfos2.zip. Just out of curiosity I had a look around this site and found:- http://www.elzahir.org/gsl/ which is headed 'Building GSL on OS/2' but there doesn't seem to be much there. Is this work in progress, or has it been abandoned? BTW how important is GSL (GNU Scientific Library) ? > h~ -- John **= Email 3 ==========================** Date: Thu, 17 Jan 2002 11:20:33 +0000 From: John Poltorak Subject: Please test this I'd appreciate it if a few people could test this script - after changing PATH and any other variables to reflect their own environment... extproc sh # # requires tar, gzip, wget # TESTDIR=/usr/test PATH=$TESTDIR/bin';'c:/usr/bin';'c:/emx/bin';'c:/os2';' SHELL=c:/bin/sh CC=gcc CXX=gcc AWK=awk LEX=flex RANLIB=echo export C_INCLUDE_PATH=c:/emx/include export LIBRARY_PATH=c:/emx/lib export ac_executable_extensions=".exe" export SHELL=/bin/sh mkdir /workdir cd /workdir #retrieve and install autoconf v2.52f test -f autoconf-2.52f.tar.gz || wget ftp://alpha.gnu.org/pub/gnu/autoconf/autoconf-2.52f.tar.gz tar zxf autoconf-2.52f.tar.gz cd autoconf-2.52f ./configure --prefix=$TESTDIR make make install cd .. #retrieve and extract SOX test -f sox-12.17.3.tar.gz || wget http://prdownloads.sourceforge.net/sox/sox-12.17.3.tar.gz tar zxf sox-12.17.3.tar.gz cd sox-12.17.3 #retrieve and extract config.sub (the one included in Sox is out of date) wget -N ftp://ftp.mirror.ac.uk/sites/ftp.gnu.org/pub/gnu/config/config.sub # autoconf echo change line ~817 of configure script from echo " cat <<\_ACEOF" echo to echo " cat <<_ACEOF" echo and then press ENTER echo read reply ./configure --prefix=$TESTDIR make emxbind sox emxbind soxmix **= Email 4 ==========================** Date: Thu, 17 Jan 2002 11:46:47 +0000 From: John Poltorak Subject: EMX changes for large (>2GB) files I caught this interesting exchange on Usenet about compressing 2GB+ files:- On Sat, 29 Dec 2001 05:21:34 +0000 (UTC), Ilya Zakharevich wrote: >Nowhere down below it is stated that DosRead() with small chunks will >not work. Since IBM is so versed in writing ambiguous documentation, >I'm not surprised. I decided to spent some time and mark ambiguous points. A lot of effort hoes into making this as understanable as possible. I'm sure that if anybody at IBM were as smart as you, then everybody in the world would always be able to understand every piece of documentation and that, further, there would never be bugs. Since that is not the case, I would point out that Piotr is quite correct and that file sizes (including from stdin) are limited to 2gb unless you use the DosOpenL API instead of DosOpen. My suggestion is that you change the emx library so that it uses DosOpenL, when available (which can always be checked by getting a modhandle for "doscalls" and seeing if there is an import for ordinal 981. Then, you will also have to use DosSetFilePtrL (ordinal 988) instead of DosChgFilePtr. -scott Can someone take Scott's suggestion on board? I don't know whether this change is something which would go into LIBEMU or GCC v3.0+... -- John **= Email 5 ==========================** Date: Thu, 17 Jan 2002 12:54:11 -0500 From: Henry Sobotka Subject: Re: Has anybody tried to build libxml2? John Poltorak wrote: > > which is headed 'Building GSL on OS/2' but there doesn't seem to be much > there. Is this work in progress, or has it been abandoned? WIP waiting for its next timeslice. > BTW how important is GSL (GNU Scientific Library) ? It's a specialized library and new (1.0 last fall) so not widely used. I came across GSL about a year ago when it and GMP (Gnu MultiPrecision) were listed as GNOME requirements, though that appears to have vanished. h~ **= Email 6 ==========================** Date: Thu, 17 Jan 2002 13:50:44 +0000 From: John Poltorak Subject: Re: Iconv is fully available now btw On Thu, Jan 17, 2002 at 04:10:21PM +0300, pla at cland.ru wrote: > > Hi everybody, > > In case anyone need Iconv full pack it is available in pre-release form > from Netlabs incoming gettext-os2-0.11-pre4-bin.zip Is the source+makefile available for gettext? > Bye! > -- John **= Email 7 ==========================** Date: Thu, 17 Jan 2002 14:12:59 +0100 From: Holger Veit Subject: Re: EMX changes for large (>2GB) files On Thu, Jan 17, 2002 at 11:46:47AM +0000, John Poltorak wrote: > I caught this interesting exchange on Usenet about compressing 2GB+ > files:- > > > On Sat, 29 Dec 2001 05:21:34 +0000 (UTC), Ilya Zakharevich wrote: > > >Nowhere down below it is stated that DosRead() with small chunks will > >not work. Since IBM is so versed in writing ambiguous documentation, > >I'm not surprised. I decided to spent some time and mark ambiguous points. > > A lot of effort hoes into making this as understanable as possible. I'm > sure that if anybody at IBM were as smart as you, then everybody in the > world would always be able to understand every piece of documentation and > that, further, there would never be bugs. Since that is not the case, I > would point out that Piotr is quite correct and that file sizes (including > from stdin) are limited to 2gb unless you use the DosOpenL API instead of > DosOpen. My suggestion is that you change the emx library so that it uses > DosOpenL, when available (which can always be checked by getting a > modhandle for "doscalls" and seeing if there is an import for ordinal 981. > Then, you will also have to use DosSetFilePtrL (ordinal 988) instead of > DosChgFilePtr. > -scott > > > > Can someone take Scott's suggestion on board? I don't know whether this > change is something which would go into LIBEMU or GCC v3.0+... I intend to do exactly this for libemu. Note that in the future Unix API off_t (the offset type in lseek()) will be "long long" (64 bit), in contrast to EMX, where it is 32 bit long. Programmers, take care to use types like "off_t" and "time_t" correctly in places where they are required, and don't replace them with 'obvious' standard C types. You cannot change off_t in EMX.DLL or EMXLIBC*.DLL without breaking almost all existing code. This means the check for and use of DosOpenL/DosSetFilePtrL can be implemented into EMX*.DLL, but it will be useless, because no EMX user code could ever set or read some file offset beyond 2GB. Unix systems had this limit for longer time, and they came up with some odd lseek64() API, and IIRC, glibc still contains such compatibility hacks, but its use is strongly discouraged (you could invent this in EMX, but libemu won't support that symbol). Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 8 ==========================** Date: Thu, 17 Jan 2002 16:10:21 +0300 From: pla at cland.ru Subject: Iconv is fully available now btw Hi everybody, In case anyone need Iconv full pack it is available in pre-release form from Netlabs incoming gettext-os2-0.11-pre4-bin.zip I tested it and found pretty much working. It even features iconv lib ;) Bye! **= Email 9 ==========================** Date: Thu, 17 Jan 2002 18:08:52 +0300 From: pla at cland.ru Subject: Re: Iconv is fully available now btw As far as I know Andy and Jun already submitted patches for OS/2. So the answer is yes (included in package) Bye! John Poltorak at eyup.org on 17/01/2002 16:50:44 Please respond to os2-unix at eyup.org Sent by: owner-os2-unix at eyup.org To: os2-unix at eyup.org cc: Subject: Re: Iconv is fully available now btw On Thu, Jan 17, 2002 at 04:10:21PM +0300, pla at cland.ru wrote: > > Hi everybody, > > In case anyone need Iconv full pack it is available in pre-release form > from Netlabs incoming gettext-os2-0.11-pre4-bin.zip Is the source+makefile available for gettext? > Bye! > -- John