Date: Wed, 16 Apr 2003 02:41:02 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 135 ************************************************** Tuesday 15 April 2003 Number 135 ************************************************** Subjects for today 1 Re: Proposed patch for m4 : John Poltorak 2 BIND : John Poltorak 3 Re: M4 build problem : sma at sohnen-moe.com 4 Re: M4 build problem : Henry Sobotka 5 Re: M4 build problem : Henry Sobotka 6 Re: M4 build problem : Henry Sobotka 7 netlabs gcc 3.2.1 & ieee math : Ted Sikora 8 Re: M4 build problem : John Poltorak **= Email 1 ==========================** Date: Wed, 16 Apr 2003 11:17:33 +0100 From: John Poltorak Subject: Re: Proposed patch for m4 On Tue, Apr 15, 2003 at 10:32:17PM +0200, Andreas Buening wrote: > John Poltorak wrote: > > > > I'm propsing to add this patch to m4:- ... > > All it does is allow configure to accept the '--infodir=' option which > > means that the m4 info files can get installed in the 'correct' place > > according to FHS. > > > > Does this seem OK? > > Yes. And the same for bindir and maybe other dirs. The only clean > way to do this would be to switch to automake. I thought Makefile.am was required for using automake. m4 does not include Makefile.am... > Bye, > Andreas > > -- > One OS to rule them all, One OS to find them, > One OS to bring them all and in the darkness bind them > In the Land of Mordor where the Shadows lie. -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Wed, 16 Apr 2003 12:01:26 +0100 From: John Poltorak Subject: BIND Has anyone tried rebuilding the latest OS/2 port of BIND using UX2BS? -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Wed, 16 Apr 2003 13:30:59 -0700 From: sma at sohnen-moe.com Subject: Re: M4 build problem >I've changed m4's lib\Makefile.in so that it includes >AR = at AR at >and have updated CONFIG.SITE to include:- >AR=emxomfar >but I get this error when building m4:- > >making all in lib >make[1]: Entering directory `U:/unixos2/workdir/m4-1.4/lib' gcc -c > [...] >/bin/sh: AR at : No such file or directory >make[1]: *** [libm4.a] Error 1 > >What have I overlooked? > I am not too clear on the process but either configure or config.status needs code to scan Makefile.in for at AR at . The code may be generated by autoconf somehow? Or automake? What you have above would work if you used AR = ${AR} instead. _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Wed, 16 Apr 2003 17:09:06 -0400 From: Henry Sobotka Subject: Re: M4 build problem sma at sohnen-moe.com wrote: > > I am not too clear on the process but either configure or > config.status needs code to scan Makefile.in for at AR at . The code may be > generated by autoconf somehow? Or automake? configure has to replace at AR at with ar or emxomfar when generating Makefiles from Makefile.ins. The fix has to go into configure.in, so that it turns up in configure when autoconf is run. automake generates a Makefile.in from a Makefile.am, and has AR as a built-in variable (the built-ins being all those that turn up in a Makefile.in yet are not found in the corresponding Makefile.am). h~ _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Wed, 16 Apr 2003 17:13:32 -0400 From: Henry Sobotka Subject: Re: M4 build problem sma at sohnen-moe.com wrote: > > I am not too clear on the process For a detailed description of the GNU configure and build process, see: http://www.airs.com/ian/configure/ h~ _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 6 ==========================** Date: Wed, 16 Apr 2003 18:09:28 -0400 From: Henry Sobotka Subject: Re: M4 build problem John Poltorak wrote: > > Can you suggest any way to get the correct Makefile generated? Possibly add AR = at AR at to the Makefile.in, AC_PROG_AR (assuming there is such a macro) to configure.in, then run autoconf, set AR to ar|emxomfar, and run configure. h~ _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Wed, 16 Apr 2003 21:31:29 +0000 From: Ted Sikora Subject: netlabs gcc 3.2.1 & ieee math Can anyone help out? Hi I know that the gcc on the unix os2 build system is 2.8, but for the hercules/2 port, I though I would attempt it via autoconf 2.53 and gcc 3.2.1 obtained from netlabs.org. The GCC 3.2.1 does not appear to contain the ieee math c99 spec that both cygwin and minggw gcc 3.2.1 have for that other WINOS. I noticed that inttpes.h and stdint.h headers are missing in the gcc 3.2.1 os/2 port. I had a quick look in an emx porting guide and it suggests that c99 math spec is do-able without these headers. Anybody have any ideas about how ieee math support can be put into the os/2 gcc 3.2.1 offering? Thanks Gary It's posted at the OS2Ports forum. http://os2ports.com/forum/read.php?f=1&i=6&t=6 -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Wed, 16 Apr 2003 22:25:18 +0100 From: John Poltorak Subject: Re: M4 build problem On Wed, Apr 16, 2003 at 05:09:06PM -0400, Henry Sobotka wrote: > sma at sohnen-moe.com wrote: > > > > I am not too clear on the process but either configure or > > config.status needs code to scan Makefile.in for at AR at . The code may be > > generated by autoconf somehow? Or automake? > > configure has to replace at AR at with ar or emxomfar when generating > Makefiles from Makefile.ins. The fix has to go into configure.in, so > that it turns up in configure when autoconf is run. automake generates a > Makefile.in from a Makefile.am, and has AR as a built-in variable (the > built-ins being all those that turn up in a Makefile.in yet are not > found in the corresponding Makefile.am). m4 does not come with a Makefile.am. Can you suggest any way to get the correct Makefile generated? > > h~ -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs