Date: Mon, 17 Nov 2003 02:54:53 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 229 ************************************************** Sunday 16 November 2003 Number 229 ************************************************** Subjects for today 1 Re: RAMFS problem : Dave and Natalie" 2 RAMFS problem : John Poltorak 3 Re: Berkeley DB : James Moe" 4 Re: RAMFS problem : James Moe" 5 Re: Berkeley DB : John Poltorak 6 Re: RAMFS problem : James Moe" 7 Re: Berkeley DB : Lyn St George" 8 Re: Re: RAMFS problem : John Poltorak 9 Re: RAMFS problem : John Poltorak 10 Re: Build system questions : Bartosz (Bart/2) Tomasik" 11 Re: RAMFS problem : Andrew Belov" 12 Re: Build system questions : John Poltorak 13 Re: RAMFS problem : John Poltorak 14 Re: Berkeley DB : John Poltorak 15 Re: Berkeley DB : John Poltorak 16 Re: RAMFS problem : Andrew Belov" 17 Re: Berkeley DB : John Poltorak 18 Autoconf problems : John Poltorak 19 Re: RAMFS problem : James Moe" 20 Re: Berkeley DB : James Moe" 21 Re: Berkeley DB : Dave and Natalie" 22 Re: Autoconf problems : James Moe" 23 Re: Autoconf problems : Dave and Natalie" **= Email 1 ==========================** Date: Mon, 17 Nov 2003 07:52:24 -0800 From: "Dave and Natalie" Subject: Re: RAMFS problem On Mon, 17 Nov 2003 10:18:27 +0000, John Poltorak wrote: >I do most of my testing of UX2BS on RAMFS a drive which speeds up building >considerably because of the speed of I/O, but I've just noticed what >appears to be a bug when running mdate-sh from automake. > >If anyone else is using RAMFS could you confirm my findings? > > >On a RAMFS drive running 'ls -l -d /' I get:- > >xdrwxrwx--- 0 invalid date / > >On an HPFS drive I get:- > >xdrwxrwxhs- 0 Feb 18 2002 / > > >This is using RAMFS v1.11. Using RAMFS v1.10 and this ls ls.exe ³ 22550³03-30-98³11:22p I get drwxrwx--- 0 Jan 1 1970 / and on a hpfs drive drwxrwx--- 0 Nov 7 2002 / and on the boot hpfs drwxrwxhs- 0 Jul 10 08:26 / Next reboot I will try it with v1.11 Dave _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Mon, 17 Nov 2003 10:18:27 +0000 From: John Poltorak Subject: RAMFS problem I do most of my testing of UX2BS on RAMFS a drive which speeds up building considerably because of the speed of I/O, but I've just noticed what appears to be a bug when running mdate-sh from automake. If anyone else is using RAMFS could you confirm my findings? On a RAMFS drive running 'ls -l -d /' I get:- xdrwxrwx--- 0 invalid date / On an HPFS drive I get:- xdrwxrwxhs- 0 Feb 18 2002 / This is using RAMFS v1.11. -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Mon, 17 Nov 2003 10:25:48 -0700 (MST) From: "James Moe" Subject: Re: Berkeley DB -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Nov 2003 10:51:56 +0000, John Poltorak wrote: > >checking if --with-uniquename=NAME option specified... no >checking for ar... missing_ar >configure: error: No ar utility found. > >Didn't you get this error? > Yes, I remember that error. It is a case sensitivity problem with the environment; os/2 forces all env var names to upper case. I have created a special shell script that makes lower case versions of certain env variables: - ----[ ux2_local.sh ]---- export ac_cv_path_PERL=${AC_CV_PATH_PERL} export ac_cv_path_install=${AC_CV_PATH_INSTALL} export ac_cv_prog_LN_S=${AC_CV_PROG_LN_S} export cl_cv_prog_LN_S=${CL_CV_PROG_LN_S} export cl_cv_prog_LN=${CL_CV_PROG_LN} export ac_cv_path___CHGRP=${AC_CV_PATH___CHGRP} export ac_cv_path___CHOWN=${AC_CV_PATH___CHOWN} export ac_cv_path___RSH=${AC_CV_PATH___RSH} export ac_executable_extensions=${AC_EXECUTABLE_EXTENSIONS} export ac_exeext=${AC_EXEEXT} export ac_cv_exeext=${AC_CV_EXEEXT} - ----[ end ]---- configure uses "$ac_executable_extensions" when searching for executables. I changed it to "=.exe .cmd" since I use ln.cmd to satisfy the need for a link command. >Should I set something like AR=emxomfar ? > I do not recall that being necessary. - -- 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/uQScsxxMki0foKoRAhsmAJ9RF0spwP/nOQ8JDen04CFfkpchegCgs8z5 nIBQZHLTlqZxZ06ftS9HY0E= =VItf -----END PGP SIGNATURE----- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Mon, 17 Nov 2003 10:34:35 -0700 (MST) From: "James Moe" Subject: Re: RAMFS problem -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Nov 2003 10:18:27 +0000, John Poltorak wrote: >On a RAMFS drive running 'ls -l -d /' I get:- > >xdrwxrwx--- 0 invalid date / > >On an HPFS drive I get:- > >xdrwxrwxhs- 0 Feb 18 2002 / > I am using ramfs v1.11: [C:>ls --version ls (GNU fileutils) 3.16 RAMFS: [C:>ls -l -d z:/ drwxrwx--- 0 Jan 1 1970 z:// HPFS: [C:>ls -l -d c:/ drwxrwxhs- 0 Nov 16 23:46 c:// JFS: [C:>ls -l -d d:/ drwxrwx--- 0 Nov 3 23:59 d:// What version of ls is on your system? - -- 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/uQarsxxMki0foKoRAqh0AJ9qA0etXHCWXLrlA578p/hTDLO/ugCeIX1q rGkRW/LPgDUqPSC219rtgvg= =shX2 -----END PGP SIGNATURE----- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Mon, 17 Nov 2003 10:51:56 +0000 From: John Poltorak Subject: Re: Berkeley DB On Sun, Nov 16, 2003 at 11:10:53AM -0700, James Moe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, 16 Nov 2003 00:32:25 +0000, John Poltorak wrote: > > > > > >I saw a msg about Berkeley DB (Sleepycat) v4.1 not so long since, but > >didn't take much notice about it at the time. > > > >Has someone actually managed to build it? > > > Yes, I did. v4.1.25. > The main problem I had was that the ux2bs environment on my system spawned a new > process for every build line in the make file. I've just tried it and didn't get very far at all - it stopped after a few seconds of running configure with:- checking if --with-uniquename=NAME option specified... no checking for ar... missing_ar configure: error: No ar utility found. Didn't you get this error? Should I set something like AR=emomfar ? > Attached are my build notes. Maybe someone else with more expertise can put it > together? Thanks for the notes. I hope to be get as far as you did at some point, then I can think about automating the process. > - -- > 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 6 ==========================** Date: Mon, 17 Nov 2003 13:27:49 -0700 (MST) From: "James Moe" Subject: Re: RAMFS problem -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Nov 2003 19:21:33 +0000, John Poltorak wrote: > >I notice you did not try:- > >ls -l -d / > >on the RAMFS drive. > Yes, I had. It made no difference. [Z:>ls -l -d / drwxrwx--- 0 Jan 1 1970 // - -- 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/uS9FsxxMki0foKoRAiyrAKDHxrWMM7s4c153Jt4DDx+fuDkUWgCaAxHc cITzaEHwVzr2QQaJRw4DuUc= =B2Ux -----END PGP SIGNATURE----- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Mon, 17 Nov 2003 17:17:41 +0000 From: "Lyn St George" Subject: Re: Berkeley DB On Mon, 17 Nov 2003 10:51:56 +0000, John Poltorak wrote: >'ve just tried it and didn't get very far at all - it stopped after a few >seconds of running configure with:- > > >checking if --with-uniquename=NAME option specified... no >checking for ar... missing_ar >configure: error: No ar utility found. I'm in the middle - or so - of running make on it. It's taking forever so I'll post this now anyway. I had to add all of the following to the top of 'configure' to get it to run: db_cv_path_ar=/emx/bin/ar.exe db_cv_path_chmod=/emx/bin/chmod.exe db_cv_path_cp=/usr/bin/cp.exe db_cv_path_ln=/usr/bin/ln.exe db_cv_path_mkdir=/usr/bin/mkdir.exe db_cv_path_ranlib=/usr/test/bin/ranlib.exe db_cv_path_rm=/usr/bin/rm.exe db_cv_path_sh=/usr/bin/sh.exe db_cv_path_strip=/usr/bin/strip.exe db_cv_path_kill=/usr/test/bin/kill.exe lt_cv_path_LD=/emx/bin/ld.exe ac_exeext=.exe ac_cv_exeext=.exe It seems to me that most of these are a result of 'test' failing to pick up the .exe extension on those tools. I had thought that the 'test' in config.site was supposed to take care of this, so it would seem that config.site is not being included. If this is correct, then how would I go about forcing config.site to be read by configure? - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting +---------------------------------------------------------------------------------- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Mon, 17 Nov 2003 19:16:20 +0000 From: John Poltorak Subject: Re: Re: RAMFS problem On Mon, Nov 17, 2003 at 08:22:21PM +0300, Andrew Belov wrote: > On Mon, 17 Nov 2003 10:18:27 +0000, John Poltorak wrote: > > > I do most of my testing of UX2BS on RAMFS a drive which speeds up > building > > considerably because of the speed of I/O, but I've just noticed what > > appears to be a bug when running mdate-sh from automake. > > > > If anyone else is using RAMFS could you confirm my findings? > > > > On a RAMFS drive running 'ls -l -d /' I get:- > > > > xdrwxrwx--- 0 invalid date / > > That's a rather trivial bug in RAMFS. When asked about date/time of the root > directory, it returns zero that translates to 00/00/1980, which in turn can't be > properly converted to Unixtime. > > RAMFS has been fixed to return the time of the corresponding FSAttach as > mtime/ctime, and current timestamp as atime. Check > http://hobbes.nmsu.edu/pub/incoming/ramfs112.zip Many thanks, Andrew, for the quick fix. BTW is there any way to unmount a ramdisk? -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 9 ==========================** Date: Mon, 17 Nov 2003 19:21:33 +0000 From: John Poltorak Subject: Re: RAMFS problem On Mon, Nov 17, 2003 at 10:34:35AM -0700, James Moe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 17 Nov 2003 10:18:27 +0000, John Poltorak wrote: > > >On a RAMFS drive running 'ls -l -d /' I get:- > > > >xdrwxrwx--- 0 invalid date / > > > >On an HPFS drive I get:- > > > >xdrwxrwxhs- 0 Feb 18 2002 / > > > I am using ramfs v1.11: > > [C:>ls --version > ls (GNU fileutils) 3.16 > > RAMFS: > [C:>ls -l -d z:/ > drwxrwx--- 0 Jan 1 1970 z:// > > HPFS: > [C:>ls -l -d c:/ > drwxrwxhs- 0 Nov 16 23:46 c:// > > JFS: > [C:>ls -l -d d:/ > drwxrwx--- 0 Nov 3 23:59 d:// > > What version of ls is on your system? UX2BS uses still uses 3.13. It appears to have been accepted as a bug and a fix provided which solves the problem. I notice you did not try:- ls -l -d / on the RAMFS drive. > > - -- > 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 10 ==========================** Date: Mon, 17 Nov 2003 19:45:23 +0100 From: "Bartosz (Bart/2) Tomasik" Subject: Re: Build system questions On Sun, 16 Nov 2003 22:45:42 +0000, John Poltorak wrote: >Can you show me the output of:- ? > >dir \unixos2\logs > >It should be something like this after you have run ux2_bootstrap.cmd:- nah, I'm too impatient I removed all the files, after my last yesterday's post and will try to reinstall it untill end of the weekend >My Polish is a little rusty... > >But I suspect you ought to try building something a little simpler >with UX2BS to start with. An IM program might be too difficult. It is not as much complicated as it looks too.. but maybe you're right... thanx for all the answers :) ------------------------------------------------- Bart/2 irc:Ihsahn Bart2 at asua.org.pl gg:2400175 Asu'a member http://www.asua.org.pl TeamOS/2 Polska http://www.teamos2.org.pl _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 11 ==========================** Date: Mon, 17 Nov 2003 20:22:21 +0300 (MSK) From: "Andrew Belov" Subject: Re: RAMFS problem On Mon, 17 Nov 2003 10:18:27 +0000, John Poltorak wrote: > I do most of my testing of UX2BS on RAMFS a drive which speeds up building > considerably because of the speed of I/O, but I've just noticed what > appears to be a bug when running mdate-sh from automake. > > If anyone else is using RAMFS could you confirm my findings? > > On a RAMFS drive running 'ls -l -d /' I get:- > > xdrwxrwx--- 0 invalid date / That's a rather trivial bug in RAMFS. When asked about date/time of the root directory, it returns zero that translates to 00/00/1980, which in turn can't be properly converted to Unixtime. RAMFS has been fixed to return the time of the corresponding FSAttach as mtime/ctime, and current timestamp as atime. Check http://hobbes.nmsu.edu/pub/incoming/ramfs112.zip _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 12 ==========================** Date: Mon, 17 Nov 2003 21:11:39 +0000 From: John Poltorak Subject: Re: Build system questions On Mon, Nov 17, 2003 at 07:45:23PM +0100, Bartosz (Bart/2) Tomasik wrote: > >But I suspect you ought to try building something a little simpler > >with UX2BS to start with. An IM program might be too difficult. > > It is not as much complicated as it looks too.. but maybe you're > right... It may depend on whether there are any prerequisites... Maybe I'll take a look myself. > thanx for all the answers :) > ------------------------------------------------- > Bart/2 irc:Ihsahn Bart2 at asua.org.pl gg:2400175 > Asu'a member http://www.asua.org.pl > TeamOS/2 Polska http://www.teamos2.org.pl -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 13 ==========================** Date: Mon, 17 Nov 2003 21:31:33 +0000 From: John Poltorak Subject: Re: RAMFS problem On Mon, Nov 17, 2003 at 01:27:49PM -0700, James Moe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 17 Nov 2003 19:21:33 +0000, John Poltorak wrote: > > > > >I notice you did not try:- > > > >ls -l -d / > > > >on the RAMFS drive. > > > Yes, I had. It made no difference. > > [Z:>ls -l -d / > drwxrwx--- 0 Jan 1 1970 // Which version of RAMFS is this? > > > - -- > 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 14 ==========================** Date: Mon, 17 Nov 2003 21:43:41 +0000 From: John Poltorak Subject: Re: Berkeley DB On Mon, Nov 17, 2003 at 05:17:41PM +0000, Lyn St George wrote: > On Mon, 17 Nov 2003 10:51:56 +0000, John Poltorak wrote: > > >'ve just tried it and didn't get very far at all - it stopped after a few > >seconds of running configure with:- > > > > > >checking if --with-uniquename=NAME option specified... no > >checking for ar... missing_ar > >configure: error: No ar utility found. > > I'm in the middle - or so - of running make on it. It's taking > forever so I'll post this now anyway. Did you need to run autoconf first? > It seems to me that most of these are a result of 'test' failing to pick > up the .exe extension on those tools. I had thought that the 'test' in > config.site was supposed to take care of this, so it would seem that > config.site is not being included. If this is correct, then how would I > go about forcing config.site to be read by configure? If you are using UX2BS you can set all the required variables fo DB in:- \unixos2\scripts\pre-process\db > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > +---------------------------------------------------------------------------------- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 15 ==========================** Date: Mon, 17 Nov 2003 21:55:43 +0000 From: John Poltorak Subject: Re: Berkeley DB On Mon, Nov 17, 2003 at 10:25:48AM -0700, James Moe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 17 Nov 2003 10:51:56 +0000, John Poltorak wrote: > > > > >checking if --with-uniquename=NAME option specified... no > >checking for ar... missing_ar > >configure: error: No ar utility found. > > > >Didn't you get this error? > > > Yes, I remember that error. It is a case sensitivity problem with the environment; > os/2 forces all env var names to upper case. I have created a special shell script that > makes lower case versions of certain env variables: How do any of the variables shown resolve the path to ar? > - ----[ ux2_local.sh ]---- > export ac_cv_path_PERL=${AC_CV_PATH_PERL} > export ac_cv_path_install=${AC_CV_PATH_INSTALL} > export ac_cv_prog_LN_S=${AC_CV_PROG_LN_S} > export cl_cv_prog_LN_S=${CL_CV_PROG_LN_S} > export cl_cv_prog_LN=${CL_CV_PROG_LN} > export ac_cv_path___CHGRP=${AC_CV_PATH___CHGRP} > export ac_cv_path___CHOWN=${AC_CV_PATH___CHOWN} > export ac_cv_path___RSH=${AC_CV_PATH___RSH} > export ac_executable_extensions=${AC_EXECUTABLE_EXTENSIONS} > export ac_exeext=${AC_EXEEXT} > export ac_cv_exeext=${AC_CV_EXEEXT} > - ----[ end ]---- I have just tried this, but it doesn't seem to make any difference. They all seem to be set to null. > configure uses "$ac_executable_extensions" when searching for executables. I changed > it to "=.exe .cmd" since I use ln.cmd to satisfy the need for a link command. do you have a db.log? If so could you post the first few lines of it? At least until after the error I get in mine:- u:/unixos2/workdir/db-4.1.25.NC db-4.1.25.NC ./configure configure: loading site script u:/unixos2/lib/config.site configure: creating cache /dev/null checking build system type... i386-pc-os2-emx checking host system type... i386-pc-os2-emx checking if building in the top-level directory... no checking if --enable-compat185 option specified... no checking if --enable-cxx option specified... no checking if --enable-debug option specified... no checking if --enable-debug_rop option specified... no checking if --enable-debug_wop option specified... no checking if --enable-diagnostic option specified... no checking if --enable-dump185 option specified... no checking if --enable-java option specified... no checking if --enable-posixmutexes option specified... no checking if --enable-rpc option specified... no checking if --enable-tcl option specified... no checking if --enable-test option specified... no checking if --enable-uimutexes option specified... no checking if --enable-umrw option specified... no checking if --with-embedix=DIR option specified... no checking if --with-mutex=MUTEX option specified... no checking if --with-rpm=DIR option specified... no checking if --with-tcl=DIR option specified... no checking if --with-uniquename=NAME option specified... no checking for ar... missing_ar configure: error: No ar utility found. make make: *** No targets specified and no makefile found. Stop. make: *** No rule to make target `install'. Stop. > - -- > 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 16 ==========================** Date: Mon, 17 Nov 2003 22:01:52 +0300 (MSK) From: "Andrew Belov" Subject: Re: RAMFS problem On Mon, 17 Nov 2003 19:16:20 +0000, John Poltorak wrote: > Many thanks, Andrew, for the quick fix. > > BTW is there any way to unmount a ramdisk? Presently, there is no implementation FSA_DETACH. It's on the to-do list and may be worked on in the future. _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 17 ==========================** Date: Mon, 17 Nov 2003 22:10:34 +0000 From: John Poltorak Subject: Re: Berkeley DB On Mon, Nov 17, 2003 at 05:17:41PM +0000, Lyn St George wrote: > lt_cv_path_LD=/emx/bin/ld.exe > ac_exeext=.exe > ac_cv_exeext=.exe > > It seems to me that most of these are a result of 'test' failing to pick > up the .exe extension on those tools. The use of the .exe extension is a reliable feature provided by more recent versions of autoconf. The configure which comes with db was built using autoconf v2.53. Maybe rebuilding configure with a more recent autoconf wouldenable the use of .exe extensions... > > > > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > +---------------------------------------------------------------------------------- -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 18 ==========================** Date: Mon, 17 Nov 2003 22:25:23 +0000 From: John Poltorak Subject: Autoconf problems Whilst runnning autoconf and configure on Sleepycat DB, I get:- db-4.1.25.NC Using:- autoconf (GNU Autoconf) 2.57 (release for OS/2) configure.ac:74: error: possibly undefined macro: AM_VERSION_SET If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:80: error: possibly undefined macro: AM_OPTIONS_SET configure.ac:111: error: possibly undefined macro: AM_PROGRAMS_SET configure.ac:229: error: possibly undefined macro: AC_CXX_HAVE_STDHEADERS configure.ac:235: error: possibly undefined macro: AC_GCC_CONFIG1 configure.ac:236: error: possibly undefined macro: AC_GCC_CONFIG2 configure.ac:257: error: possibly undefined macro: AC_PROG_LIBTOOL configure.ac:332: error: possibly undefined macro: AC_PROG_JAVAC configure.ac:333: error: possibly undefined macro: AC_PROG_JAR configure.ac:334: error: possibly undefined macro: AC_JNI_INCLUDE_DIR configure.ac:367: error: possibly undefined macro: AM_TCL_LOAD configure.ac:397: error: possibly undefined macro: AM_TYPES configure.ac:432: error: possibly undefined macro: AM_DEFINE_MUTEXES ./configure configure: loading site script u:/unixos2/lib/config.site configure: creating cache /dev/null checking build system type... i386-pc-os2-emx checking host system type... i386-pc-os2-emx checking if building in the top-level directory... no ./configure[1488]: AM_VERSION_SET: not found ./configure[1494]: AM_OPTIONS_SET: not found ./configure[1540]: AM_PROGRAMS_SET: not found checking for a BSD-compatible install... u:/unixos2/bin/install.exe checking for C compiler default output... conftest.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed ./configure[3107]: AC_GCC_CONFIG1: not found ./configure[3108]: AC_GCC_CONFIG2: not found ./configure[3129]: AC_PROG_LIBTOOL: not found ./configure[3135]: SOSUFFIX_CONFIG: not found ./configure[3136]: MODSUFFIX_CONFIG: not found ./configure[3137]: JMODSUFFIX_CONFIG: not found ./configure[3401]: syntax error: `if' unmatched make make: *** No targets specified and no makefile found. Stop. make: *** No rule to make target `install'. Stop. Why are all these macros undefined? Is it because I have forgotten to do something? -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 19 ==========================** Date: Mon, 17 Nov 2003 22:39:19 -0700 (MST) From: "James Moe" Subject: Re: RAMFS problem -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Nov 2003 21:31:33 +0000, John Poltorak wrote: > >Which version of RAMFS is this? > v1.11 - -- 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/ubCHsxxMki0foKoRAseCAKCTACLO8W2OyfCxv10kKAdFvMVbvACgkWBA sIhWE8ANH0eOhQEwhUIHW+Q= =wSOI -----END PGP SIGNATURE----- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 20 ==========================** Date: Mon, 17 Nov 2003 23:22:35 -0700 (MST) From: "James Moe" Subject: Re: Berkeley DB --_=_=_=IMA.BOUNDARY.HOJ5HN138764=_=_=_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Nov 2003 21:55:43 +0000, John Poltorak wrote: > >How do any of the variables shown resolve the path to ar? > The only one that is relevant is $ac_executable_extensions. configure takes a list of root executable names, appends each extension from the $ac_executable_extensions list to each root name, and checks for existance. It does not attempt to actually execute anything. ar happens to be the first root name in the exe list. So if $ac_executable_extensions is empty, testing for a filename of "ar" fails. The custom build script (build_db.sh) is a very stripped down version of build.sh, changed for the specifics of building berkeley db. >> - ----[ ux2_local.sh ]---- >> export ac_cv_path_PERL=${AC_CV_PATH_PERL} >> export ac_cv_path_install=${AC_CV_PATH_INSTALL} >> export ac_cv_prog_LN_S=${AC_CV_PROG_LN_S} >> export cl_cv_prog_LN_S=${CL_CV_PROG_LN_S} >> export cl_cv_prog_LN=${CL_CV_PROG_LN} >> export ac_cv_path___CHGRP=${AC_CV_PATH___CHGRP} >> export ac_cv_path___CHOWN=${AC_CV_PATH___CHOWN} >> export ac_cv_path___RSH=${AC_CV_PATH___RSH} >> export ac_executable_extensions=${AC_EXECUTABLE_EXTENSIONS} >> export ac_exeext=${AC_EXEEXT} >> export ac_cv_exeext=${AC_CV_EXEEXT} >> - ----[ end ]---- > >I have just tried this, but it doesn't seem to make any difference. >They all seem to be set to null. > I left out the ux2_local.sh script when I sent the notes. My mistake, there. That is why I provided a custom build scripts (build_db.cmd and build_db.sh). It was in the readme.build notes. The shell script (NOT cmd) calls the above script, looking for it in /etc (maybe that's why it did not work?), to provide the lower- and mixed case variables before starting configure. > >> configure uses "$ac_executable_extensions" when searching for executables. I changed >>it to "=.exe .cmd" since I use ln.cmd to satisfy the need for a link command. > >do you have a db.log? If so could you post the first few lines of it? At >least until after the error I get in mine:- > Attached is a post "pre-configure" run of a build; it has a typical successful run for that part. I had initially set up ux2bs to run it; it did not work out. Thus readme.build. - -- 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/ubqrsxxMki0foKoRArIhAKDnV9R2AdClr3aNkllnef6anI16wQCg5zRE njFdeFCMsjznNxZphcHUQBc= =daqe -----END PGP SIGNATURE----- --_=_=_=IMA.BOUNDARY.HOJ5HN138764=_=_=_ Content-Type: application/octet-stream; name="db.log" Content-Transfer-Encoding: base64 P1VYMkJTLUktU3RhcnQgdGltZTogVHVlIFNlcCAzMCAwOToxNzoyOSBtc3QgMjAwMw0KP1VYMkJT LUktICAgICBESVI6IA0KP1VYMkJTLUktICAgICBVUkw6IGh0dHA6Ly93d3cuc2xlZXB5Y2F0LmNv bS91cGRhdGUvc25hcHNob3QvZGItNC4xLjI1Lk5DLnRhci5neg0KP1VYMkJTLUktICBDRkxBR1M6 IA0KP1VYMkJTLUktIExERkxBR1M6IA0KP1VYMkJTLUktQ0ZHUEFSTVM6IA0KP1VYMkJTLUktTUFL RVBBUk06IA0KP1VYMkJTLUktICAgICBTUkM6IC4NCj9VWDJCUy1JLSAgIFNIRUxMOiAvYmluL3No DQo/VVgyQlMtSS1SRVBPU0lUT1JZL0FSQ0hJVkVGSUxFOiAvaW5zdGFsbC9hcmNoaXZlcy9kYi00 LjEuMjUuTkMudGFyLmd6DQo/VVgyQlMtSS0iZGItNC4xLjI1Lk5DLnRhci5neiIgYWxyZWFkeSBy ZXRyaWV2ZWQuDQo/VVgyQlMtSS1HOi9wb3J0cy9kYi93b3JrZGlyDQo/VVgyQlMtSS1HOi9wb3J0 cy9kYi93b3JrZGlyL2RiLTQuMS4yNS5OQw0KP1VYMkJTLUktZGItNC4xLjI1Lk5DDQo/VVgyQlMt SS1Vc2luZyBkYiBzcGVjaWZpYyBCdWlsZCBzY3JpcHQgKC9wb3J0cy9kYi9idWlsZF9kYi5jbWQp DQo/REItSS1FeGVjdXRpbmcgLi4vZGlzdC9jb25maWd1cmUNCkNPTkZJR1VSRS46IGNyZWF0aW5n IGNhY2hlIC9kZXYvbnVsbA0KY2hlY2tpbmcgYnVpbGQgc3lzdGVtIHR5cGUuLi4gaTM4Ni1wYy1v czItZW14DQpjaGVja2luZyBob3N0IHN5c3RlbSB0eXBlLi4uIGkzODYtcGMtb3MyLWVteA0KY2hl Y2tpbmcgaWYgYnVpbGRpbmcgaW4gdGhlIHRvcC1sZXZlbCBkaXJlY3RvcnkuLi4gbm8NCmNoZWNr aW5nIGlmIC0tZW5hYmxlLWNvbXBhdDE4NSBvcHRpb24gc3BlY2lmaWVkLi4uIG5vDQpjaGVja2lu ZyBpZiAtLWVuYWJsZS1jeHggb3B0aW9uIHNwZWNpZmllZC4uLiBubw0KY2hlY2tpbmcgaWYgLS1l bmFibGUtZGVidWcgb3B0aW9uIHNwZWNpZmllZC4uLiBubw0KY2hlY2tpbmcgaWYgLS1lbmFibGUt ZGVidWdfcm9wIG9wdGlvbiBzcGVjaWZpZWQuLi4gbm8NCmNoZWNraW5nIGlmIC0tZW5hYmxlLWRl YnVnX3dvcCBvcHRpb24gc3BlY2lmaWVkLi4uIG5vDQpjaGVja2luZyBpZiAtLWVuYWJsZS1kaWFn bm9zdGljIG9wdGlvbiBzcGVjaWZpZWQuLi4gbm8NCmNoZWNraW5nIGlmIC0tZW5hYmxlLWR1bXAx ODUgb3B0aW9uIHNwZWNpZmllZC4uLiBubw0KY2hlY2tpbmcgaWYgLS1lbmFibGUtamF2YSBvcHRp b24gc3BlY2lmaWVkLi4uIG5vDQpjaGVja2luZyBpZiAtLWVuYWJsZS1wb3NpeG11dGV4ZXMgb3B0 aW9uIHNwZWNpZmllZC4uLiBubw0KY2hlY2tpbmcgaWYgLS1lbmFibGUtcnBjIG9wdGlvbiBzcGVj aWZpZWQuLi4gbm8NCmNoZWNraW5nIGlmIC0tZW5hYmxlLXRjbCBvcHRpb24gc3BlY2lmaWVkLi4u IG5vDQpjaGVja2luZyBpZiAtLWVuYWJsZS10ZXN0IG9wdGlvbiBzcGVjaWZpZWQuLi4gbm8NCmNo ZWNraW5nIGlmIC0tZW5hYmxlLXVpbXV0ZXhlcyBvcHRpb24gc3BlY2lmaWVkLi4uIG5vDQpjaGVj a2luZyBpZiAtLWVuYWJsZS11bXJ3IG9wdGlvbiBzcGVjaWZpZWQuLi4gbm8NCmNoZWNraW5nIGlm IC0td2l0aC1lbWJlZGl4PURJUiBvcHRpb24gc3BlY2lmaWVkLi4uIG5vDQpjaGVja2luZyBpZiAt LXdpdGgtbXV0ZXg9TVVURVggb3B0aW9uIHNwZWNpZmllZC4uLiBubw0KY2hlY2tpbmcgaWYgLS13 aXRoLXJwbT1ESVIgb3B0aW9uIHNwZWNpZmllZC4uLiBubw0KY2hlY2tpbmcgaWYgLS13aXRoLXRj bD1ESVIgb3B0aW9uIHNwZWNpZmllZC4uLiBubw0KY2hlY2tpbmcgaWYgLS13aXRoLXVuaXF1ZW5h bWU9TkFNRSBvcHRpb24gc3BlY2lmaWVkLi4uIG5vDQpjaGVja2luZyBmb3IgYXIuLi4gYXINCmNo ZWNraW5nIGZvciBjaG1vZC4uLiBjaG1vZA0KY2hlY2tpbmcgZm9yIGNwLi4uIGNwDQpjaGVja2lu ZyBmb3IgbG4uLi4gbG4NCmNoZWNraW5nIGZvciBta2Rpci4uLiBta2Rpcg0KY2hlY2tpbmcgZm9y IHJhbmxpYi4uLiByYW5saWINCmNoZWNraW5nIGZvciByYW5saWIuLi4gL2VteC9iaW4ubmV3L3Jh bmxpYi5leGUNCmNoZWNraW5nIGZvciBybS4uLiBybQ0KY2hlY2tpbmcgZm9yIHNoLi4uIHNoDQpj aGVja2luZyBmb3Igc2guLi4gZzovYmluL3NoLmV4ZQ0KY2hlY2tpbmcgZm9yIHN0cmlwLi4uIHN0 cmlwDQpjaGVja2luZyBmb3Igc3RyaXAuLi4gL2VteC9iaW4ubmV3L3N0cmlwLmV4ZQ0KY2hlY2tp bmcgZm9yIGEgQlNELWNvbXBhdGlibGUgaW5zdGFsbC4uLiAvdXNyL2Jpbi9pbnN0YWxsLmV4ZQ0K Y2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgZGVmYXVsdCBvdXRwdXQuLi4gY29uZnRlc3QuZXhlDQpj aGVja2luZyB3aGV0aGVyIHRoZSBDIGNvbXBpbGVyIHdvcmtzLi4uIHllcw0KY2hlY2tpbmcgd2hl dGhlciB3ZSBhcmUgY3Jvc3MgY29tcGlsaW5nLi4uIG5vDQpjaGVja2luZyBmb3Igc3VmZml4IG9m IGV4ZWN1dGFibGVzLi4uIC5leGUNCmNoZWNraW5nIGZvciBzdWZmaXggb2Ygb2JqZWN0IGZpbGVz Li4uIG8NCmNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIHRoZSBHTlUgQyBjb21waWxlci4u LiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgZ2NjIGFjY2VwdHMgLWcuLi4geWVzDQpjaGVja2luZyB3 aGV0aGVyIHdlIGFyZSB1c2luZyBnY2MgdmVyc2lvbiAyLjk2Li4uIG5vDQpjaGVja2luZyB3aGV0 aGVyIGcrKyByZXF1aXJlcyAtZmhhbmRsZS1leGNlcHRpb25zLi4uIG5vDQpjaGVja2luZyBmb3Ig bGQgdXNlZCBieSBHQ0MuLi4gbGQuZXhlDQpjaGVja2luZyBpZiB0aGUgbGlua2VyIChsZC5leGUp IGlzIEdOVSBsZC4uLiBubw0KY2hlY2tpbmcgZm9yIGxkLmV4ZSBvcHRpb24gdG8gcmVsb2FkIG9i amVjdCBmaWxlcy4uLiAtcg0KY2hlY2tpbmcgZm9yIEJTRC1jb21wYXRpYmxlIG5tLi4uIC9lbXgv YmluLm5ldy9ubSAtQg0KY2hlY2tpbmcgd2hldGhlciBsbiAtcyB3b3Jrcy4uLiB5ZXMNCmNoZWNr aW5nIGhvdyB0byByZWNvZ25pc2UgZGVwZW5kYW50IGxpYnJhcmllcy4uLiB1bmtub3duDQpjaGVj a2luZyBjb21tYW5kIHRvIHBhcnNlIC9lbXgvYmluLm5ldy9ubSAtQiBvdXRwdXQuLi4gZmFpbGVk DQpjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nvci4uLiBnY2MgLUUNCmNoZWNr aW5nIGZvciBBTlNJIEMgaGVhZGVyIGZpbGVzLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN5cy90eXBl cy5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9zdGF0LmguLi4geWVzDQpjaGVja2luZyBmb3Ig c3RkbGliLmguLi4geWVzDQpjaGVja2luZyBmb3Igc3RyaW5nLmguLi4geWVzDQpjaGVja2luZyBm b3IgbWVtb3J5LmguLi4geWVzDQpjaGVja2luZyBmb3Igc3RyaW5ncy5oLi4uIHllcw0KY2hlY2tp bmcgZm9yIGludHR5cGVzLmguLi4gbm8NCmNoZWNraW5nIGZvciBzdGRpbnQuaC4uLiBubw0KY2hl Y2tpbmcgZm9yIHVuaXN0ZC5oLi4uIHllcw0KY2hlY2tpbmcgZGxmY24uaCB1c2FiaWxpdHkuLi4g bm8NCmNoZWNraW5nIGRsZmNuLmggcHJlc2VuY2UuLi4gbm8NCmNoZWNraW5nIGZvciBkbGZjbi5o Li4uIG5vDQpjaGVja2luZyBmb3IgcmFubGliLi4uIGVjaG8NCmNoZWNraW5nIGZvciBzdHJpcC4u LiBzdHJpcA0KY2hlY2tpbmcgZm9yIG9iamRpci4uLiAubGlicw0KY2hlY2tpbmcgZm9yIGdjYyBv cHRpb24gdG8gcHJvZHVjZSBQSUMuLi4gLURETExfRVhQT1JUDQpjaGVja2luZyBpZiBnY2MgUElD IGZsYWcgLURETExfRVhQT1JUIHdvcmtzLi4uIHllcw0KY2hlY2tpbmcgaWYgZ2NjIHN0YXRpYyBm bGFnIC1zdGF0aWMgd29ya3MuLi4geWVzDQpjaGVja2luZyBpZiBnY2Mgc3VwcG9ydHMgLWMgLW8g ZmlsZS5vLi4uIHllcw0KY2hlY2tpbmcgaWYgZ2NjIHN1cHBvcnRzIC1jIC1vIGZpbGUubG8uLi4g eWVzDQpjaGVja2luZyBpZiBnY2Mgc3VwcG9ydHMgLWZuby1ydHRpIC1mbm8tZXhjZXB0aW9ucy4u LiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgdGhlIGxpbmtlciAobGQuZXhlKSBzdXBwb3J0cyBzaGFy ZWQgbGlicmFyaWVzLi4uIHllcw0KY2hlY2tpbmcgaG93IHRvIGhhcmRjb2RlIGxpYnJhcnkgcGF0 aHMgaW50byBwcm9ncmFtcy4uLiBpbW1lZGlhdGUNCmNoZWNraW5nIHdoZXRoZXIgc3RyaXBwaW5n IGxpYnJhcmllcyBpcyBwb3NzaWJsZS4uLiB5ZXMNCmNoZWNraW5nIGR5bmFtaWMgbGlua2VyIGNo YXJhY3RlcmlzdGljcy4uLiBPUy8yIGxkLmV4ZQ0KY2hlY2tpbmcgaWYgbGlidG9vbCBzdXBwb3J0 cyBzaGFyZWQgbGlicmFyaWVzLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBzaGFy ZWQgbGlicmFyaWVzLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBzdGF0aWMgbGli cmFyaWVzLi4uIHllcw0KY3JlYXRpbmcgbGlidG9vbA0KY2hlY2tpbmcgU09TVUZGSVggZnJvbSBs aWJ0b29sLi4uIGENCmNoZWNraW5nIE1PRFNVRkZJWCBmcm9tIGxpYnRvb2wuLi4gYQ0KY2hlY2tp bmcgSk1PRFNVRkZJWCBmcm9tIGxpYnRvb2wuLi4gYQ0KY2hlY2tpbmcgZm9yIGdjYyBvcHRpb24g dG8gYWNjZXB0IEFOU0kgQy4uLiBub25lIG5lZWRlZA0KY2hlY2tpbmcgZm9yIGFuIEFOU0kgQy1j b25mb3JtaW5nIGNvbnN0Li4uIHllcw0KY2hlY2tpbmcgd2hldGhlciBzdGF0IGZpbGUtbW9kZSBt YWNyb3MgYXJlIGJyb2tlbi4uLiBubw0KY2hlY2tpbmcgd2hldGhlciB0aW1lLmggYW5kIHN5cy90 aW1lLmggbWF5IGJvdGggYmUgaW5jbHVkZWQuLi4geWVzDQpjaGVja2luZyBmb3IgZGlyZW50Lmgg dGhhdCBkZWZpbmVzIERJUi4uLiB5ZXMNCmNoZWNraW5nIGZvciBsaWJyYXJ5IGNvbnRhaW5pbmcg b3BlbmRpci4uLiBub25lIHJlcXVpcmVkDQpjaGVja2luZyBzeXMvc2VsZWN0LmggdXNhYmlsaXR5 Li4uIHllcw0KY2hlY2tpbmcgc3lzL3NlbGVjdC5oIHByZXNlbmNlLi4uIHllcw0KY2hlY2tpbmcg Zm9yIHN5cy9zZWxlY3QuaC4uLiB5ZXMNCmNoZWNraW5nIHN5cy90aW1lLmggdXNhYmlsaXR5Li4u IHllcw0KY2hlY2tpbmcgc3lzL3RpbWUuaCBwcmVzZW5jZS4uLiB5ZXMNCmNoZWNraW5nIGZvciBz eXMvdGltZS5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN0cnVjdCBzdGF0LnN0X2Jsa3NpemUuLi4g bm8NCmNoZWNraW5nIGZvciBjaGFyLi4uIHllcw0KY2hlY2tpbmcgc2l6ZSBvZiBjaGFyLi4uIDEN CmNoZWNraW5nIGZvciB1bnNpZ25lZCBjaGFyLi4uIHllcw0KY2hlY2tpbmcgc2l6ZSBvZiB1bnNp Z25lZCBjaGFyLi4uIDENCmNoZWNraW5nIGZvciBzaG9ydC4uLiB5ZXMNCmNoZWNraW5nIHNpemUg b2Ygc2hvcnQuLi4gMg0KY2hlY2tpbmcgZm9yIHVuc2lnbmVkIHNob3J0Li4uIHllcw0KY2hlY2tp bmcgc2l6ZSBvZiB1bnNpZ25lZCBzaG9ydC4uLiAyDQpjaGVja2luZyBmb3IgaW50Li4uIHllcw0K Y2hlY2tpbmcgc2l6ZSBvZiBpbnQuLi4gNA0KY2hlY2tpbmcgZm9yIHVuc2lnbmVkIGludC4uLiB5 ZXMNCmNoZWNraW5nIHNpemUgb2YgdW5zaWduZWQgaW50Li4uIDQNCmNoZWNraW5nIGZvciBsb25n Li4uIHllcw0KY2hlY2tpbmcgc2l6ZSBvZiBsb25nLi4uIDQNCmNoZWNraW5nIGZvciB1bnNpZ25l ZCBsb25nLi4uIHllcw0KY2hlY2tpbmcgc2l6ZSBvZiB1bnNpZ25lZCBsb25nLi4uIDQNCmNoZWNr aW5nIGZvciBzaXplX3QuLi4geWVzDQpjaGVja2luZyBzaXplIG9mIHNpemVfdC4uLiA0DQpjaGVj a2luZyBmb3IgY2hhciAqLi4uIHllcw0KY2hlY2tpbmcgc2l6ZSBvZiBjaGFyICouLi4gNA0KY2hl Y2tpbmcgZm9yIG9mZl90Li4uIHllcw0KY2hlY2tpbmcgZm9yIHNpemVfdC4uLiAoY2FjaGVkKSB5 ZXMNCmNoZWNraW5nIGZvciB1X2NoYXIuLi4geWVzDQpjaGVja2luZyBmb3IgdV9zaG9ydC4uLiB5 ZXMNCmNoZWNraW5nIGZvciB1X2ludC4uLiB5ZXMNCmNoZWNraW5nIGZvciB1X2xvbmcuLi4geWVz DQpjaGVja2luZyBmb3IgdV9pbnQ4X3QuLi4gbm8NCmNoZWNraW5nIGZvciB1X2ludDE2X3QuLi4g bm8NCmNoZWNraW5nIGZvciBpbnQxNl90Li4uIG5vDQpjaGVja2luZyBmb3IgdV9pbnQzMl90Li4u IG5vDQpjaGVja2luZyBmb3IgaW50MzJfdC4uLiBubw0KY2hlY2tpbmcgZm9yIHNzaXplX3QuLi4g eWVzDQpjaGVja2luZyBmb3IgdW5zaWduZWQgbG9uZyBsb25nLi4uIHllcw0KY2hlY2tpbmcgZm9y IEFOU0kgQyBleGl0IHN1Y2Nlc3MvZmFpbHVyZSB2YWx1ZXMuLi4geWVzDQpjaGVja2luZyBmb3Ig c2NoZWRfeWllbGQuLi4gbm8NCmNoZWNraW5nIGZvciBsaWJyYXJ5IGNvbnRhaW5pbmcgc2NoZWRf eWllbGQuLi4gbm8NCmNoZWNraW5nIGZvciBtYWluIGluIC1scHRocmVhZC4uLiBubw0KY2hlY2tp bmcgZm9yIG1haW4gaW4gLWxtLi4uIHllcw0KY2hlY2tpbmcgZm9yIG1haW4gaW4gLWxzb2NrZXQu Li4geWVzDQpjaGVja2luZyBmb3IgbWFpbiBpbiAtbG5zbC4uLiBubw0KY2hlY2tpbmcgZm9yIG11 dGV4ZXMuLi4geDg2L2djYy1hc3NlbWJseQ0KY2hlY2tpbmcgZm9yIGdldGN3ZC4uLiB5ZXMNCmNo ZWNraW5nIGZvciBnZXRvcHQuLi4geWVzDQpjaGVja2luZyBmb3IgbWVtY21wLi4uIHllcw0KY2hl Y2tpbmcgZm9yIG1lbWNweS4uLiB5ZXMNCmNoZWNraW5nIGZvciBtZW1tb3ZlLi4uIHllcw0KY2hl Y2tpbmcgZm9yIHJhaXNlLi4uIHllcw0KY2hlY2tpbmcgZm9yIHNucHJpbnRmLi4uIHllcw0KY2hl Y2tpbmcgZm9yIHN0cmNhc2VjbXAuLi4gbm8NCmNoZWNraW5nIGZvciBzdHJkdXAuLi4geWVzDQpj aGVja2luZyBmb3Igc3RyZXJyb3IuLi4geWVzDQpjaGVja2luZyBmb3IgdnNucHJpbnRmLi4uIHll cw0KY2hlY2tpbmcgZm9yIF9mc3RhdGk2NC4uLiBubw0KY2hlY2tpbmcgZm9yIGNsb2NrX2dldHRp bWUuLi4gbm8NCmNoZWNraW5nIGZvciBkaXJlY3Rpby4uLiBubw0KY2hlY2tpbmcgZm9yIGdldHRp bWVvZmRheS4uLiB5ZXMNCmNoZWNraW5nIGZvciBnZXR1aWQuLi4geWVzDQpjaGVja2luZyBmb3Ig cHN0YXRfZ2V0ZHluYW1pYy4uLiBubw0KY2hlY2tpbmcgZm9yIHNjaGVkX3lpZWxkLi4uIChjYWNo ZWQpIG5vDQpjaGVja2luZyBmb3Igc2VsZWN0Li4uIHllcw0KY2hlY2tpbmcgZm9yIHN0cnRvdWwu Li4geWVzDQpjaGVja2luZyBmb3Igc3lzY29uZi4uLiB5ZXMNCmNoZWNraW5nIGZvciB5aWVsZC4u LiBubw0KY2hlY2tpbmcgZm9yIHFzb3J0Li4uIHllcw0KY2hlY2tpbmcgZm9yIHByZWFkLi4uIG5v DQpjaGVja2luZyBmb3IgcHdyaXRlLi4uIG5vDQpjaGVja2luZyBmb3IgZmNudGwvRl9TRVRGRC4u LiB5ZXMNCmNoZWNraW5nIGZvciBvcGVuL09fRElSRUNULi4uIG5vDQpjaGVja2luZyBmb3Igc3Bl Y2lhbCBDIGNvbXBpbGVyIG9wdGlvbnMgbmVlZGVkIGZvciBsYXJnZSBmaWxlcy4uLiBubw0KY2hl Y2tpbmcgZm9yIF9GSUxFX09GRlNFVF9CSVRTIHZhbHVlIG5lZWRlZCBmb3IgbGFyZ2UgZmlsZXMu Li4gbm8NCmNoZWNraW5nIGZvciBfTEFSR0VfRklMRVMgdmFsdWUgbmVlZGVkIGZvciBsYXJnZSBm aWxlcy4uLiBubw0KY2hlY2tpbmcgZm9yIG1sb2NrLi4uIG5vDQpjaGVja2luZyBmb3IgbXVubG9j ay4uLiBubw0KY2hlY2tpbmcgZm9yIG1tYXAuLi4gbm8NCmNoZWNraW5nIGZvciBtdW5tYXAuLi4g bm8NCmNoZWNraW5nIGZvciBzaG1nZXQuLi4gbm8NCkNPTkZJR1VSRS46IFdBUk5JTkc6IE5laXRo ZXIgbW1hcC9tdW5tYXAoMikgb3Igc2htZ2V0KDIpIGxpYnJhcnkgZnVuY3Rpb25zLg0Kbm90IHVw ZGF0aW5nIHVud3JpdGFibGUgY2FjaGUgL2Rldi9udWxsDQpDT05GSUdVUkUuOiBjcmVhdGluZyAu L2NvbmZpZy5zdGF0dXMNCmNvbmZpZy5zdGF0dXM6IGNyZWF0aW5nIE1ha2VmaWxlDQpjb25maWcu c3RhdHVzOiBjcmVhdGluZyBkYl9jeHguaA0KY29uZmlnLnN0YXR1czogY3JlYXRpbmcgZGJfaW50 LmgNCmNvbmZpZy5zdGF0dXM6IGNyZWF0aW5nIGluY2x1ZGUudGNsDQpjb25maWcuc3RhdHVzOiBj cmVhdGluZyBkYi5oDQpjb25maWcuc3RhdHVzOiBlcnJvcjogY2Fubm90IGZpbmQgaW5wdXQgZmls ZTogLi4vRElTVC8uLi9kYmluYy9kYi5pbjouLi9ESVNULy4uL2RiaW5jX2F1dG8vcnBjX2RlZnMu aW46Li4vRElTVC8uLi9kYmluY19hdXRvL2V4dF9wcm90LmluDQoNCj9VWDJCUy1JLUNvbXBpbGVy IHZlcnNpb24gaXM6IGdjYyAoR0NDKSAzLjIuMQ0KP1VYMkJTLUktVHVlIFNlcCAzMCAwOToxOTo1 NiBtc3QgMjAwMw0KP1VYMkJTLUktZWxhcHNlZCB0aW1lOiAxNDcgc2Vjcw0KP1VYMkJTLUktZW5k DQo= --_=_=_=IMA.BOUNDARY.HOJ5HN138764=_=_=_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs --_=_=_=IMA.BOUNDARY.HOJ5HN138764=_=_=_-- **= Email 21 ==========================** Date: Mon, 17 Nov 2003 23:41:49 -0800 From: "Dave and Natalie" Subject: Re: Berkeley DB On Mon, 17 Nov 2003 17:17:41 +0000, Lyn St George wrote: >If this is correct, then how would I >go about forcing config.site to be read by configure? set CONFIG_SITE=x:/foo/config.site Dave _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 22 ==========================** Date: Mon, 17 Nov 2003 23:44:46 -0700 (MST) From: "James Moe" Subject: Re: Autoconf problems -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Nov 2003 22:25:23 +0000, John Poltorak wrote: >./configure[3401]: syntax error: `if' unmatched > autoconf simply will not work for Sleepycat DB. Autoconf generates bogus code in the configure that results in the above type of error. The pre-built configure must be used. Those errors can partially be corrected by adding "[]" around some of the macro code, but not all cases. I tried autoconf 2.50, 2.54, and 2.57. The os/2 versions are weak. - -- 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/ub/esxxMki0foKoRAm5PAJ4sM68mMVb+eBMPOfPjIAuMLSPDOwCeJD/Y 2g2EvaNov/MHVLYYKoupS/E= =7Y29 -----END PGP SIGNATURE----- _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 23 ==========================** Date: Mon, 17 Nov 2003 23:50:03 -0800 From: "Dave and Natalie" Subject: Re: Autoconf problems On Mon, 17 Nov 2003 22:25:23 +0000, John Poltorak wrote: >./configure[3107]: AC_GCC_CONFIG1: not found >./configure[3108]: AC_GCC_CONFIG2: not found >./configure[3129]: AC_PROG_LIBTOOL: not found >./configure[3135]: SOSUFFIX_CONFIG: not found >./configure[3136]: MODSUFFIX_CONFIG: not found >./configure[3137]: JMODSUFFIX_CONFIG: not found >./configure[3401]: syntax error: `if' unmatched >make >make: *** No targets specified and no makefile found. Stop. >make: *** No rule to make target `install'. Stop. > > > >Why are all these macros undefined? Is it because I have forgotten to do >something? Just a guess but you could try running all the auto tools aclocal autoheader automake -a autoconf Dave _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs