Latest Coreutils
Hello all, I just tried this again with Os2 and Gcc 4.33 and all went well except for a small warning in the make. localcharset.c:80:1: warning: ISSLASH redefined In file included from localcharset.c:21: ./config.h:1681:1: warning: this is the location of the previous definition But if i look @ localcharset.c in the /lib directorie i see spaces on the line 80 and line 21 But anyhow it compiles ok, the test check i run later. Thankz you all for making this. One thing i don't understand why the rm.exe is not working proper :( U:\coreutils-7.0.171-0dc44\srcmd bretel U:\coreutils-7.0.171-0dc44\srcrm bretel rm.exe: cannot remove `bretel': Is a directory U:\coreutils-7.0.171-0dc44\srcrm -R bretel rm.exe: FATAL: cannot enter directory `bretel': Bad file number -- With the best wishes, Elbert Pol ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Coreutils v7
Hoi Jim, Dunno what happens, but if i do now build with --without-gmp all is building ok now. Even the Help2man error is gone :) But the check still fails. I attach the log for the check. If i try the rm.exe and if i try to remove a dir it fails... [u:\coreutils-7.0\src]mkdir foo [u:\coreutils-7.0\src]rm -rf foo rm.exe: FATAL: cannot enter directory `foo': Bad file number check.out.lzma Description: Binary data ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: new snapshot available: coreutils-6.12.208-2441
Hoi,
Jim Meyering wrote:
Elbert Pol[EMAIL PROTECTED] wrote:
Hello Jim,
Thank you! You've just uncovered a bug!
Fixed by the patch below.
However, that problem is independent of the libgmp issue,
so if you apply the patch, your build should get farther.
Actually, there's another: after a failed fork, timeout is
documented to exit with status 125 (EXIT_CANCELED), not errno.
From 15f4d612df8eed7014f76825ad986fb8c769ec5d Mon Sep 17 00:00:00 2001
From: Jim Meyering[EMAIL PROTECTED]
Date: Fri, 3 Oct 2008 18:29:39 +0200
Subject: [PATCH] timeout.c: don't use perror; exit 125 upon failed fork
* src/timeout.c (main): Use error, not perror.
Elbert Pol noticed a build failure on OS/2.
* src/timeout.c (main): Exit 125 (not errno) upon failed fork.
Make the failed fork diagnostic match the one from install.c.
---
src/timeout.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/timeout.c b/src/timeout.c
index 37bed3c..8b506f0 100644
--- a/src/timeout.c
+++ b/src/timeout.c
@@ -284,8 +284,8 @@ main (int argc, char **argv)
monitored_pid = fork ();
if (monitored_pid == -1)
{
- perror (fork);
- return errno;
+ error (0, errno, _(fork system call failed));
+ return EXIT_CANCELED;
}
else if (monitored_pid == 0)
{ /* child */
@@ -299,7 +299,7 @@ main (int argc, char **argv)
/* exit like sh, env, nohup, ... */
exit_status = (errno == ENOENT ? EXIT_ENOENT : EXIT_CANNOT_INVOKE);
- perror (argv[0]);
+ error (0, errno, _(cannot run command %s), quote (argv[0]));
return exit_status;
}
else
--
1.6.0.2.307.gc427
I apply patch and come further but now i get this error..
make.exe[2]: Entering directory `U:/coreutils-6.12.208-2441/man'
Updating man page timeout.1
Array found where operator expected at ./help2man line 48, at end of line
(Missing operator before ?)
syntax error at ./help2man line 48, near gettext @_
syntax error at ./help2man line 59, near gettext shift
Execution of ./help2man aborted due to compilation errors.
make.exe[2]: *** [timeout.1] Error 255
make.exe[2]: Leaving directory `U:/coreutils-6.12.208-2441/man'
make.exe[1]: *** [all-recursive] Error 1
make.exe[1]: Leaving directory `U:/coreutils-6.12.208-2441'
make.exe: *** [all] Error 2
You're making progress.
What version of Perl are you using?
Run perl -v
Then try this patch:
diff --git a/man/help2man b/man/help2man
index cbdaf06..911edc9 100755
--- a/man/help2man
+++ b/man/help2man
@@ -40,8 +40,8 @@ BEGIN {
unless ($have_gettext)
{
- *gettext = sub { $_[0] };
- *textdomain = sub {};
+ eval 'sub gettext { $_[0] }';
+ eval 'sub textdomain {}';
}
}
If that doesn't help, try putting parentheses around
each argument to gettext.
[u:\]perl -v
This is perl, v5.10.0 built for os2
Copyright 1987-2007, Larry Wall
The patch don't help, and also the PArentheses don't fix it.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: new snapshot available: coreutils-6.12.208-2441
Hoi,
Jim Meyering wrote:
Elbert Pol[EMAIL PROTECTED] wrote:
...
What version of Perl are you using?
Run perl -v
Then try this patch:
diff --git a/man/help2man b/man/help2man
index cbdaf06..911edc9 100755
--- a/man/help2man
+++ b/man/help2man
@@ -40,8 +40,8 @@ BEGIN {
unless ($have_gettext)
{
- *gettext = sub { $_[0] };
- *textdomain = sub {};
+ eval 'sub gettext { $_[0] }';
+ eval 'sub textdomain {}';
}
}
If that doesn't help, try putting parentheses around
each argument to gettext.
[u:\]perl -v
This is perl, v5.10.0 built for os2
Copyright 1987-2007, Larry Wall
The patch don't help, and also the PArentheses don't fix it.
For now, I suggest you work around it with this:
cd man make -t
which will leave you with empty man pages.
If you really want them, generate them on a system
where things work better.
You mean not a Os2 machine or?
Then, maybe your top-level make will succeed.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: new snapshot available: coreutils-6.12.208-2441
Hello Jim, Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: ... That might make the link succeed, but without gmp support in factor. I had just little time at the moment to test, but if i will build without the Gmp, what effect this to the Coreutils build? Almost none: factor would work like it did before, rather than accepting arbitrarily large inputs. Same for expr. This is inside the libgmp.la # libgmp.la - a libtool library file Thanks, but that's just a wrapper script. Is this what you wanted to know ? U:\gmp-4.2.4\.libsU:\usr\local404\bin\nm.exe -e gmp* |grep scan U:\usr\local404\bin\nm.exe: mp_clz_tab.o: no symbols U:\usr\local404\bin\nm.exe: obprintf.o: no symbols U:\usr\local404\bin\nm.exe: obvprintf.o: no symbols U:\usr\local404\bin\nm.exe: obprntffuns.o: no symbols U:\usr\local404\bin\nm.exe: repl-vsnprintf.o: no symbols fscanf.o: T ___gmp_fscanf U ___gmp_fscanf_funs fscanffuns.o: T ___gmp_fscanf_funs U _fscanf scanf.o: U ___gmp_fscanf_funs T ___gmp_scanf sscanf.o: T ___gmp_sscanf U ___gmp_sscanf_funs sscanffuns.o: T ___gmp_sscanf_funs U _sscanf vfscanf.o: U ___gmp_fscanf_funs T ___gmp_vfscanf vscanf.o: U ___gmp_fscanf_funs T ___gmp_vscanf vsscanf.o: U ___gmp_sscanf_funs T ___gmp_vsscanf ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: new snapshot available: coreutils-6.12.208-2441
Hi Jim, Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: ... That might make the link succeed, but without gmp support in factor. I had just little time at the moment to test, but if i will build without the Gmp, what effect this to the Coreutils build? Almost none: factor would work like it did before, rather than accepting arbitrarily large inputs. Same for expr. This is inside the libgmp.la # libgmp.la - a libtool library file Thanks, but that's just a wrapper script. It fails also when i use the --disable-gmb make.out.lzma Description: Binary data ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: new snapshot available: coreutils-6.12.208-2441
Hello Jim,
Thank you! You've just uncovered a bug!
Fixed by the patch below.
However, that problem is independent of the libgmp issue,
so if you apply the patch, your build should get farther.
Actually, there's another: after a failed fork, timeout is
documented to exit with status 125 (EXIT_CANCELED), not errno.
From 15f4d612df8eed7014f76825ad986fb8c769ec5d Mon Sep 17 00:00:00 2001
From: Jim Meyering[EMAIL PROTECTED]
Date: Fri, 3 Oct 2008 18:29:39 +0200
Subject: [PATCH] timeout.c: don't use perror; exit 125 upon failed fork
* src/timeout.c (main): Use error, not perror.
Elbert Pol noticed a build failure on OS/2.
* src/timeout.c (main): Exit 125 (not errno) upon failed fork.
Make the failed fork diagnostic match the one from install.c.
---
src/timeout.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/timeout.c b/src/timeout.c
index 37bed3c..8b506f0 100644
--- a/src/timeout.c
+++ b/src/timeout.c
@@ -284,8 +284,8 @@ main (int argc, char **argv)
monitored_pid = fork ();
if (monitored_pid == -1)
{
- perror (fork);
- return errno;
+ error (0, errno, _(fork system call failed));
+ return EXIT_CANCELED;
}
else if (monitored_pid == 0)
{ /* child */
@@ -299,7 +299,7 @@ main (int argc, char **argv)
/* exit like sh, env, nohup, ... */
exit_status = (errno == ENOENT ? EXIT_ENOENT : EXIT_CANNOT_INVOKE);
- perror (argv[0]);
+ error (0, errno, _(cannot run command %s), quote (argv[0]));
return exit_status;
}
else
--
1.6.0.2.307.gc427
I apply patch and come further but now i get this error..
make.exe[2]: Entering directory `U:/coreutils-6.12.208-2441/man'
Updating man page timeout.1
Array found where operator expected at ./help2man line 48, at end of line
(Missing operator before ?)
syntax error at ./help2man line 48, near gettext @_
syntax error at ./help2man line 59, near gettext shift
Execution of ./help2man aborted due to compilation errors.
make.exe[2]: *** [timeout.1] Error 255
make.exe[2]: Leaving directory `U:/coreutils-6.12.208-2441/man'
make.exe[1]: *** [all-recursive] Error 1
make.exe[1]: Leaving directory `U:/coreutils-6.12.208-2441'
make.exe: *** [all] Error 2
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: new snapshot available: coreutils-6.12.208-2441
Hi Jim, Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: ... I found a newer build from Gmp v4.21 for os/2 With that i came further but still error with the make... If you have any libgmp*.a files, what symbols do they contain? E.g., I'd run something like this to check for the missing __gmp_scanf: cd /usr/lib; nm -e libgmp* |grep scanf In any case, please change configure like this perl -pi s/gmpz_init/gmp_sscanf/g configure and try again. That might make the link succeed, but without gmp support in factor. I had just little time at the moment to test, but if i will build without the Gmp, what effect this to the Coreutils build? This is inside the libgmp.la # libgmp.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.5.6 (1.1220.2.94 2004/04/10 16:27:27) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='' # Names of this library. library_names='' # The name of the static archive. old_library='gmp.a' # Libraries that this one depends upon. dependency_libs=' -lsocket' # Version information for gmp. current=7 age=4 revision=1 # Is this an already installed library? installed=no # Should we warn about portability when linking against -modules? shouldnotlink=no # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='/usr/local/clamav/lib' ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: new snapshot available: coreutils-6.12.208-2441
Hoi, Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: Jim Meyering wrote: Here's a snapshot of the latest sources from coreutils and the parts of gnulib that it uses. Please beat it up ;-) If things work out, I may even make a test release by Wednesday. I try today this newer build, and sadly it fails :( It fails with make. I attach the config.log and the make log I used Gcc v3.46 Also tried older 3.35 that one builds other versions fine, but got same error.. Thanks for the report. What version of libgmp is on that system? (for the record, I see from config.log that it's: uname -m = i386 uname -r = 1 uname -s = OS/2 uname -v = 2.45) The build failure (linking factor) was due to the fact that your gmp library has __gmpz_init (the function checked for in configure.ac), yet lacks another gmp function we require ___gmp_sscanf. Knowing what version of gmp you're using might help determine if it's worth changing the configure-time test to accommodate your situation, and (if so) to document the version of gmp that requires the work-around. In the mean time, you might be able to install a newer version of gmp. At worst, use configure's --without-gmp option. I found a newer build from Gmp v4.21 for os/2 With that i came further but still error with the make... I attach make log make.out.lzma Description: Binary data ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [Elbert Pol] Re: coreutils-6.11 released
Hi Jim, Curious if the log give you some usefull info? Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: ... Remember when you chose not to run make -k check? ;-) Well, now would be a good time to go back and do that, but with working tools in your PATH, of course. Hoi Jim, As you told before this fails :( I attach check.log Try again, but this time be sure to use -k, as suggested above. Then it won't stop at the first failure. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [Elbert Pol] Re: coreutils-6.11 released
Hoi Jim, When i use the new rm.exe and use it with the ./configure i get all kind of errors like : rm.exe: cannot remove `conftest': Is a directory rm.exe: cannot remove `conftest.dir': Is a directory rm.exe: FATAL: cannot enter directory `conftest': Bad file number rm.exe: FATAL: cannot enter directory `conftest.dir': Bad file number I don't have it when i use the rm.exe from 5.94 I attach the log file. Mayby you know what wrong ? Jim Meyering wrote: Forwarding manually. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils config.out.bz2 Description: Binary data ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [Elbert Pol] Re: coreutils-6.11 released
Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: Hoi Jim, When i use the new rm.exe and use it with the ./configure i get all kind of errors like : rm.exe: cannot remove `conftest': Is a directory rm.exe: cannot remove `conftest.dir': Is a directory rm.exe: FATAL: cannot enter directory `conftest': Bad file number rm.exe: FATAL: cannot enter directory `conftest.dir': Bad file number I don't have it when i use the rm.exe from 5.94 I attach the log file. Mayby you know what wrong ? Not yet. Remember when you chose not to run make -k check? ;-) Well, now would be a good time to go back and do that, but with working tools in your PATH, of course. Hoi Jim, As you told before this fails :( I attach check.log check.out.bz2 Description: Binary data cut-tests.log.bz2 Description: Binary data test-suite.log.bz2 Description: Binary data ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [Elbert Pol] Re: coreutils-6.11 released
Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: Hoi Jim, When i use the new rm.exe and use it with the ./configure i get all kind of errors like : rm.exe: cannot remove `conftest': Is a directory rm.exe: cannot remove `conftest.dir': Is a directory rm.exe: FATAL: cannot enter directory `conftest': Bad file number rm.exe: FATAL: cannot enter directory `conftest.dir': Bad file number I don't have it when i use the rm.exe from 5.94 I attach the log file. Mayby you know what wrong ? Not yet. Remember when you chose not to run make -k check? ;-) Well, now would be a good time to go back and do that, but with working tools in your PATH, of course. Hoi Jim, I notice now i forgot the -k option, i send later a log with -k added :) ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [Elbert Pol] Re: coreutils-6.11 released
Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: Hoi Jim, When i use the new rm.exe and use it with the ./configure i get all kind of errors like : rm.exe: cannot remove `conftest': Is a directory rm.exe: cannot remove `conftest.dir': Is a directory rm.exe: FATAL: cannot enter directory `conftest': Bad file number rm.exe: FATAL: cannot enter directory `conftest.dir': Bad file number I don't have it when i use the rm.exe from 5.94 I attach the log file. Mayby you know what wrong ? Not yet. Remember when you chose not to run make -k check? ;-) Well, now would be a good time to go back and do that, but with working tools in your PATH, of course. Hoi again, Hope i attach now the good one :) check.out1.bz2 Description: Binary data ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [Elbert Pol] Re: coreutils-6.11 released
Jim Meyering wrote: Forwarding manually. Hello Jim, Sorry for the mail trouble. I have use the test version and also send the Stat.h from the test version. --- U:\Core\lib\sys\stat.h 2008-04-22 20:40:18.0 + +++ U:\coreutils-6.11\lib\sys\stat.h2008-04-20 10:20:02.0 + @@ -268,7 +268,7 @@ /* mingw's _mkdir() function has 1 argument, but we pass 2 arguments. Additionally, it declares _mkdir (and depending on compile flags, an alias mkdir), only in the nonstandard io.h. */ -#if ! +#if ! 1 0 # include io.h static inline int ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [Elbert Pol] Re: coreutils-6.11 released
Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: I have use the test version and also send the Stat.h from the test version. --- U:\Core\lib\sys\stat.h 2008-04-22 20:40:18.0 + +++ U:\coreutils-6.11\lib\sys\stat.h2008-04-20 10:20:02.0 + Ahh... so you did. Sorry about that. This just-created snapshot should help: coreutils snapshot: http://meyering.net/cu/coreutils-ss.tar.gz8.7 MB http://meyering.net/cu/coreutils-ss.tar.lzma 3.7 MB aka http://meyering.net/cu/coreutils-6.11.17-d30ac.tar.lzma Hoi Jim, Yippi, The make Is working!! Good to hear ;-) Din't try to do make install yet. Just wanted to know if i have to do a make test first or ? You choose. Running make test is generally a good installation prerequisite, but tests sometimes fail due to portability problems in the tests themselves, rather than in the tools, so... Hoi Jim, I rather choose for make install :P And the make install finish without a error. I let some other peeps test it, and let you know about the results. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: coreutils-6.11 released
Hoi Jim, I used the lzma and after that i untar the tar file I attach the log Hope it's fixable :) Jim Meyering wrote: Elbert Pol[EMAIL PROTECTED] wrote: Hoi Jim, and the rest I try to debug some things for os2 and it seems a hell of a job :( Espicely if you have no backgrounds about the debugger. But i saw newer Coreutils 6.11 i thought i try and the configuratie went smootly this time :P Then i did make and now it stops at gcc -std=gnu99 -D__EMX__ -DOS2 -D__ST_MT_ERRNO__ -O3 -mcpu=pentium3 -Zexe -Zomf -Zmap -Zargs-wild -Zbin-files -D__ST_MT_ERRNO__ -s -o su.exe su.o ../lib/libcoreutils.a ../lib/libcoreutils.a make.exe[3]: Leaving directory `U:/coreutils-6.11/src' make.exe[2]: Leaving directory `U:/coreutils-6.11/src' Making all in doc make.exe[2]: Entering directory `U:/coreutils-6.11/doc' make.exe[2]: Nothing to be done for `all'. make.exe[2]: Leaving directory `U:/coreutils-6.11/doc' Making all in man make.exe[2]: Entering directory `U:/coreutils-6.11/man' make.exe[2]: *** No rule to make target `uname.1 ', needed by `all-am'. Stop. make.exe[2]: Leaving directory `U:/coreutils-6.11/man' make.exe[1]: *** [all-recursive] Error 1 make.exe[1]: Leaving directory `U:/coreutils-6.11' make: *** [all] Error 2 Hi Elbert, Thanks for the report. Please show precisely what you have done, starting with the distribution tarball. E.g, if you ran these commands, say that, and send the log file: gzip -dc coreutils-6.11.tar.gz|tar xf - ./configure log 21 make log 21 log.bz2 Description: Binary data ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: configure fails on Maemo/OS2008 (sed: no previous regexp)
Hello all, I wonder why on this question is a verry quick response, and i posted 2 times a same sort of question and i got no response at all... Is this because i use os/2 ? checking for getspnam... no checking for library containing crypt... none required configure: error: internal error: g'l_INCLUDE_EXCLUDE_PROG's 2nd arg, arch hostn ame su, does not match the list of default-not-installed programs ) also recorded in ./src/Makefile.am # Hope some one is responding .. Vincent Lefevre wrote: When configuring coreutils 6.10 on my Nokia N810 (Linux Maemo/OS2008, using BusyBox v1.6.1), I get: [...] checking for getspnam... yes checking for library containing crypt... -lcrypt sed: no previous regexp configure: error: internal error: g'l_INCLUDE_EXCLUDE_PROG's 2nd arg, , does not match the list of default-not-installed programs (arch hostname su) also recorded in ./src/Makefile.am ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Fail to port coreutils to os2
Hi all, As i wrote before and got no reply on this i wanted to ask again if someone be able to help me out with this problem. And i a beginner with porting stuff on os/2 So please please help me I tried several thing but i cannot get around this error i get: configure:67754: result: no configure:67769: checking for library containing crypt configure:67810: gcc -std=gnu99 -o conftest.exe -D__EMX__ -DOS2 -D__ST_MT_ERRNO__ -O3 -mcpu=pentium3 -Zexe -Zomf -Zmap -Zargs-wild -Zbin-files -D__ST_MT_ERRNO__ -s conftest.c 5 configure:67817: $? = 0 configure:67848: result: none required configure:67911: error: internal error: g'l_INCLUDE_EXCLUDE_PROG's 2nd arg, arch hostname su, does not match the list of default-not-installed programs (arch hostname su ) also recorded in ./src/Makefile.am I also make a prog_list with this in: arch hostname su But nottin seems to help. I build v6.90 and had no problems. I use gcc (GCC) 3.3.5 (Bird Build 2007-06-10 14:30) -- With the best regards, Elbert Pol -- *** Take a look at www.romeepol.nl -- ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Try to port coreutils to os2
Hello, I'm trying to build latest Coreutils to Os/2 I use ./configure --prefix=/Coreutils But i get error with configu configure: error: internal error: g'l_INCLUDE_EXCLUDE_PROG's 2nd arg, arch hostn ame su, does not match the list of default-not-installed programs ) also recorded in ./src/Makefile.am I saw this error contains also in v6.9.1 Any idea ? -- With the best regards, Elbert Pol -- *** Take a look at www.romeepol.nl -- ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
