Date: Tue, 9 Nov 2004 00:04:20 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 442 ************************************************** Monday 08 November 2004 Number 442 ************************************************** Subjects for today 1 Re: cygpath : Andreas Buening 2 Re: emx select() with new handles : Sebastian Wittmeier" 3 Re: cygpath : John Poltorak 4 Re: cygpath : John Poltorak 5 Re: cygpath : Andreas Buening 6 Building diffutils 2.8.1 : John Poltorak 7 Re: Building diffutils 2.8.1 : Andreas Buening 8 invalid use of undefined type `struct re_pattern_buffer' : John Poltorak 9 Re: invalid use of undefined type `struct re_pattern_buffer' : Henry Sobotka 10 Re: Removing RO during 'tar -x' : John Poltorak 11 -lsocket problem : John Poltorak 12 Re: Removing RO during 'tar -x' : Dave Saville" 13 Re: Removing RO during 'tar -x' : John Poltorak **= Email 1 ==========================** Date: Sun, 07 Nov 2004 16:41:07 +0100 From: Andreas Buening Subject: Re: cygpath John Poltorak wrote: > The only reference I can find to cygpath is in depcomp at it looks to be > still in place in automake 1.8. But the code has changed. It shouldn't be used on OS/2 anymore. > To recreate the Makefile.in's I ran these commands:- > > aclocal > automake --add-missing --force-missing > autoconf > autoheader > > Is this correct? > > Among the msgs were:- Doesn't look good. > u:/ux2bs/workdir/diffutils-2.8.1 > diffutils-2.8.1 > aclocal: configure.ac: 64: macro `AM_GNU_GETTEXT' not found in library Apparently, the maintainer didn't include gettext.m4 & friends in the source and you haven't installed it. It's part of gettext. > configure.ac:27: version mismatch. This is Automake 1.8.4, > configure.ac:27: but the definition used by this AM_INIT_AUTOMAKE > configure.ac:27: comes from Automake 1.6. You should recreate > configure.ac:27: aclocal.m4 with aclocal and run automake again. You have old .m4 files from automake 1.6 in the source package so that the old code is still used. Replace (or just remove) all old .m4 files for which you have new ones with the same name in /usr/share/aclocal-1.8/ > /usr/local/share/automake-1.8/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL > /usr/local/share/automake-1.8/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL No idea. > ./configure --prefix=${UXRT}/usr Bye, Andreas **= Email 2 ==========================** Date: Sun, 07 Nov 2004 16:32:10 +0100 (CET) From: "Sebastian Wittmeier" Subject: Re: emx select() with new handles On Sat, 6 Nov 2004 20:26:11 +1100 (EST), Andrew MacIntyre wrote: >ISTM the EMX _imphandle() and _impsockhandle() routines are intended for >dealing with these sorts of issues. It works! Thank you everybody for your help. Sebastian **= Email 3 ==========================** Date: Sun, 7 Nov 2004 15:46:15 +0000 From: John Poltorak Subject: Re: cygpath On Sun, Nov 07, 2004 at 04:41:07PM +0100, Andreas Buening wrote: > John Poltorak wrote: > > > The only reference I can find to cygpath is in depcomp at it looks to be > > still in place in automake 1.8. > > But the code has changed. It shouldn't be used on OS/2 anymore. Is this an Automake problem? I'll try the most recent release - 1.9.3 if you think it makes any diference. > > > To recreate the Makefile.in's I ran these commands:- > > > > aclocal > > automake --add-missing --force-missing > > autoconf > > autoheader > > > > Is this correct? > > > > Among the msgs were:- > > Doesn't look good. > > > u:/ux2bs/workdir/diffutils-2.8.1 > > diffutils-2.8.1 > > aclocal: configure.ac: 64: macro `AM_GNU_GETTEXT' not found in library > > Apparently, the maintainer didn't include gettext.m4 & friends > in the source and you haven't installed it. It's part of > gettext. Diffutils 2.8.1 *does* include gettext.m4:- Directory of U:\ux2bs\workdir\diffutils-2.8.1\m4 4-03-02 1:20p 22209 0 gettext.m4 It starts with:- # gettext.m4 serial 13 (gettext-0.11.1) Where is it supposed to be installed? > > configure.ac:27: version mismatch. This is Automake 1.8.4, > > configure.ac:27: but the definition used by this AM_INIT_AUTOMAKE > > configure.ac:27: comes from Automake 1.6. You should recreate > > configure.ac:27: aclocal.m4 with aclocal and run automake again. > > You have old .m4 files from automake 1.6 in the source package > so that the old code is still used. Replace (or just remove) > all old .m4 files for which you have new ones with the same name > in /usr/share/aclocal-1.8/ diffutils 2.8.1 includes a config directory with its own copies of depcomp and missing. Doesn't automake only use these if they are newer than the ones which come with the version of automake being used?? > Bye, > Andreas -- John **= Email 4 ==========================** Date: Sun, 7 Nov 2004 16:27:23 +0000 From: John Poltorak Subject: Re: cygpath On Sun, Nov 07, 2004 at 03:46:15PM +0000, John Poltorak wrote: > On Sun, Nov 07, 2004 at 04:41:07PM +0100, Andreas Buening wrote: > > John Poltorak wrote: > > > > > The only reference I can find to cygpath is in depcomp at it looks to be > > > still in place in automake 1.8. > > > > But the code has changed. It shouldn't be used on OS/2 anymore. > > Is this an Automake problem? I'll try the most recent release - 1.9.3 if > you think it makes any diference. Having tried 1.9.3, I get a different set of error msgs, one of which is:- checking whether NLS is requested... yes ../configure[7688]: syntax error: `MSGFMT,' unexpected so I'll try building using '--disable-nls' as a configure parameter and see how far things get. -- John **= Email 5 ==========================** Date: Sun, 07 Nov 2004 19:58:13 +0100 From: Andreas Buening Subject: Re: cygpath John Poltorak wrote: > > On Sun, Nov 07, 2004 at 04:41:07PM +0100, Andreas Buening wrote: > > John Poltorak wrote: > > > > > The only reference I can find to cygpath is in depcomp at it looks to be > > > still in place in automake 1.8. > > > > But the code has changed. It shouldn't be used on OS/2 anymore. > > Is this an Automake problem? I'll try the most recent release - 1.9.3 if > you think it makes any diference. It was fixed some time ago but I don't remember when; they release several versions every year. I'm using 1.8.3 here. > > > u:/ux2bs/workdir/diffutils-2.8.1 > > > diffutils-2.8.1 > > > aclocal: configure.ac: 64: macro `AM_GNU_GETTEXT' not found in library > > > > Apparently, the maintainer didn't include gettext.m4 & friends > > in the source and you haven't installed it. It's part of > > gettext. > > Diffutils 2.8.1 *does* include gettext.m4:- > > Directory of U:\ux2bs\workdir\diffutils-2.8.1\m4 > > 4-03-02 1:20p 22209 0 gettext.m4 > > It starts with:- > > # gettext.m4 serial 13 (gettext-0.11.1) Should be okay (maybe a newer one wouldn't hurt?). If you have *.m4 files in a "m4" subdirectory, then use "aclocal -I m4". > Where is it supposed to be installed? That should be okay. Global destination is /usr/share/aclocal/. > > You have old .m4 files from automake 1.6 in the source package > > so that the old code is still used. Replace (or just remove) > > all old .m4 files for which you have new ones with the same name > > in /usr/share/aclocal-1.8/ > > diffutils 2.8.1 includes a config directory with its own copies of depcomp > and missing. Doesn't automake only use these if they are newer than the > ones which come with the version of automake being used?? There is no real "standard" which tool has to use which subdirectory for its helper files. In your case, "config" might be the subdirectory where some helper scripts for configure are stored. Bye, Andreas **= Email 6 ==========================** Date: Sun, 7 Nov 2004 19:41:10 +0000 From: John Poltorak Subject: Building diffutils 2.8.1 In attempting to build the GNU diffutils v2.8.1 I've ended up with an error I've seen in the past namely:- make[1]: Leaving directory `G:/ux2bs/workdir/diffutils-2.8.1/ms' Making install in src make[1]: Entering directory `G:/ux2bs/workdir/diffutils-2.8.1/src' gcc -Zomf -O2 -Zmt -D__ST_MT_ERRNO__ -s -Zcrtdll -Zlinker /exepack:2 -Zlinker /pm:vio -o cmp.exe cmp.obj version.obj ../lib/libdiffutils.a LINK386 : fatal error L1104: ..\lib\libdiffutils.a : not valid library make[1]: *** [cmp.exe] Error 1 make[1]: Leaving directory `G:/ux2bs/workdir/diffutils-2.8.1/src' make: *** [install-recursive] Error 1 I'm sure this is related to the use of the wrong *FLAGS, but don't recall the what they should be set to. Can someone jog my memory? Basically I just grabbed the GNU source:- ftp://ftp.gnu.org/pub/gnu/diffutils/diffutils-2.8.1.tar.gz then ran:- aclocal -I m4 automake --add-missing --force-missing autoconf autoheader These flags and configure parms were also used:- CFLAGS -Zomf -O2 -Zmt -D__ST_MT_ERRNO__ LDFLAGS -s -Zcrtdll -Zlinker /exepack:2 -Zlinker /pm:vio CFGPARMS --disable-nls --prefix=${UXRT}/usr --without-included-regex --with-regex=-lregex Do I need to add something like AR=emxomfar when running make? -- John **= Email 7 ==========================** Date: Sun, 07 Nov 2004 22:45:43 +0100 From: Andreas Buening Subject: Re: Building diffutils 2.8.1 John Poltorak wrote: > > In attempting to build the GNU diffutils v2.8.1 I've ended up with an > error I've seen in the past namely:- > LINK386 : fatal error L1104: ..\lib\libdiffutils.a : not valid library [snip] > Do I need to add something like AR=emxomfar when running make? Yes. "make AR=emxomfar" should do (after a "make clean", of course). Bye, Andreas **= Email 8 ==========================** Date: Sun, 7 Nov 2004 21:04:52 +0000 From: John Poltorak Subject: invalid use of undefined type `struct re_pattern_buffer' While building diffutils v2.8.1 I get the following error while compiling diff.exe:- gcc -Zomf -O2 -Zmt -D__ST_MT_ERRNO__ -s -Zcrtdll -Zlinker /exepack:2 -Zlinker /pm:vio -o cmp.exe cmp.obj version.obj ../lib/libdiffutils.a source='analyze.c' object='analyze.obj' libtool=no \ DEPDIR=.deps depmode=gcc g:/bin/sh ../config/depcomp \ gcc -DLOCALEDIR=\"g:/usr/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I../lib -I../lib -Zomf -O2 -Zmt -D__ST_MT_ERRNO__ -c `echo 'analyze.c'` analyze.c: In function `diff_2_files': analyze.c:952: invalid use of undefined type `struct re_pattern_buffer' make[2]: *** [analyze.obj] Error 1 make[2]: Leaving directory `G:/ux2bs/workdir/diffutils-2.8.1/src' From analyze.c:- /* Set CHANGES if we had any diffs. If some changes are ignored, we must scan the script to decide. */ if (ignore_blank_lines || ignore_regexp.fastmap) //<=====line 952 This is from diff.h:- /* Regexp to identify function-header lines (-F). */ XTERN struct re_pattern_buffer function_regexp; /* Ignore changes that affect only lines matching this regexp (-I). */ XTERN struct re_pattern_buffer ignore_regexp; Not sure where this structure should be defined... Maybe Posix/2... Does any of this mean anything to anyone? -- John **= Email 9 ==========================** Date: Sun, 07 Nov 2004 17:26:56 -0500 From: Henry Sobotka Subject: Re: invalid use of undefined type `struct re_pattern_buffer' John Poltorak wrote: > > Not sure where this structure should be defined... It's in regex.h and diff.h includes regex.h. If you don't have regex.h in the same src directory, you should be getting a "no such file" warning. h~ **= Email 10 ==========================** Date: Mon, 8 Nov 2004 09:27:52 +0000 From: John Poltorak Subject: Re: Removing RO during 'tar -x' On Mon, Nov 01, 2004 at 11:38:51AM +0000, Dave Saville wrote: > On Mon, 1 Nov 2004 11:22:31 +0000, John Poltorak wrote: > > >Is there a Unix equivalent whose result could be fed to chmod? > > ls -l |grep ^^..-|cut -c 34-|xargs chmod +w > > :-) > > List files with attributes > find lines that start with "any char" "any char" "-" i.e. is read > only > Cut out the file name > Pump whats left into xargs which runs one chmod across all files > found. That looks just like the sort of thing I'm looking for except that it only works on the current directory. I need to be able to recurse directories. > -- > Regards > > Dave Saville > -- John **= Email 11 ==========================** Date: Mon, 8 Nov 2004 09:51:09 +0000 From: John Poltorak Subject: -lsocket problem Whilst building Mozilla from source I ended up with a binary which looked OK but didn't actually do anything. Henry managed to track down the cause to a duff nspr4.dll. Replacing that file with one from a binary distribution allowed Mozilla to function properly. What I need to work out is why my build of nspr4.dll is faulty. It must be due to the socket library which AFAICS means I'm either using the wrong socket library or there is something wrong the the socket library being used. Is there a simple way of establishing from nspr4.dll which socket lib is was built from? And can anyone suggest a way of checking out that library to see if there is a problem with it? -- John **= Email 12 ==========================** Date: Mon, 08 Nov 2004 10:30:04 +0000 (GMT) From: "Dave Saville" Subject: Re: Removing RO during 'tar -x' On Mon, 8 Nov 2004 09:27:52 +0000, John Poltorak wrote: >On Mon, Nov 01, 2004 at 11:38:51AM +0000, Dave Saville wrote: >> On Mon, 1 Nov 2004 11:22:31 +0000, John Poltorak wrote: >> >> >Is there a Unix equivalent whose result could be fed to chmod? >> >> ls -l |grep ^^..-|cut -c 34-|xargs chmod +w >> >> :-) >> >> List files with attributes >> find lines that start with "any char" "any char" "-" i.e. is read >> only >> Cut out the file name >> Pump whats left into xargs which runs one chmod across all files >> found. > >That looks just like the sort of thing I'm looking for except that it only >works on the current directory. I need to be able to recurse directories. ls -lR |grep ^^..-|cut -c 34-|xargs chmod +w -- Regards Dave Saville **= Email 13 ==========================** Date: Mon, 8 Nov 2004 10:41:49 +0000 From: John Poltorak Subject: Re: Removing RO during 'tar -x' On Mon, Nov 08, 2004 at 10:30:04AM +0000, Dave Saville wrote: > On Mon, 8 Nov 2004 09:27:52 +0000, John Poltorak wrote: > > >On Mon, Nov 01, 2004 at 11:38:51AM +0000, Dave Saville wrote: > >> On Mon, 1 Nov 2004 11:22:31 +0000, John Poltorak wrote: > >> > >> >Is there a Unix equivalent whose result could be fed to chmod? > >> > >> ls -l |grep ^^..-|cut -c 34-|xargs chmod +w > >> > >> :-) > >> > >> List files with attributes > >> find lines that start with "any char" "any char" "-" i.e. is read > >> only > >> Cut out the file name > >> Pump whats left into xargs which runs one chmod across all files > >> found. > > > >That looks just like the sort of thing I'm looking for except that it only > >works on the current directory. I need to be able to recurse directories. > > ls -lR |grep ^^..-|cut -c 34-|xargs chmod +w Whilst the first part will identify the correct files it won't provide the same output as:- dir /a:r /s /b No path information is available to chmod. Maybe there are addition parameters available to ls... > -- > Regards > > Dave Saville > -- John