Thomas Cort wrote:
> A lot of the FILE related stuff changed in Minix 3.2.0 with the import
> of our new NetBSD based libc and NetBSD based includes. It might be
> more beneficial to target Minix 3.2.0 which will be released as stable
> in a few months. By the time the gnulib changes get integrated
Here are the remaining problems, from a testdir of only the `./posix-modules`.
I'm not handling them now (since you are saying that the entire Minix libc is
in flux), but you should be aware of them:
= =
- 'long double' and 'double' are the same ty
A lot of the FILE related stuff changed in Minix 3.2.0 with the import
of our new NetBSD based libc and NetBSD based includes. It might be
more beneficial to target Minix 3.2.0 which will be released as stable
in a few months. By the time the gnulib changes get integrated into
third party software,
Hello Bruno,
I'm just getting your e-mails now. I haven't read through them completely yet,
On Sun, Jul 31, 2011 at 10:39 AM, Bruno Haible wrote:
> Thomas Cort wrote:
>> I've been working on pkgsrc for the Minix project and we've been
>> patching lib/spawni.c in several packages (bison, gettext,
Hi,
Gnulib's file contains copy-pastable usage
instructions. It seems to me that these instructions are missing a
line. As a result, for example, ``make distcheck'' in a clone of GNU
Patch's repo fails with the following:
echo 2.6.1.143-5862 > ../.version-t && mv ../.version-t ../.version
/bin
> When working on a libc like that, be sure to periodically test it against
> the gnulib testsuite. Gnulib's testsuite checks against many (simple or
> complicated) bugs in POSIX functions.
Thanks for the tip! I didn't know it had such a test suite. I'll let
the developers working on the C library
Hello Thomas,
> Recently, in
> the past month or so, Minix has replaced it's C library with a port of
> the NetBSD C Library. Many function prototypes and definitions have
> changed.
Nice to hear that. The current Minix libc was lacking a lot of functions,
from copysign() to yn().
When working o
> Thomas, can you please report these compiler bugs to the ACK maintainers?
Yes, I'll forward them on to the maintainers. However, please note
that I'm not sure if these issues will ever be fixed. With recent
Minix 3.2.0 development snapshots, we've changed binary formats from
a.out to elf. ACK on
Hello Bruno,
I'm just getting your e-mails now. I haven't read through them
completely yet, but I have some important details to add. Recently, in
the past month or so, Minix has replaced it's C library with a port of
the NetBSD C Library. Many function prototypes and definitions have
changed. A l
Also is not self-contained:
$ cat foo.c
#define _MINIX 1
#include
$ gcc -c foo.c
In file included from foo.c:2:
/usr/pkg/gcc44/lib/gcc/i686-pc-minix/4.4.3/include-fixed/sys/utsname.h:32:
error: expected declaration specifiers or '...' before 'size_t'
Here's the workaround.
2011-07-31 Bruno
This error shows that is not self-contained:
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -DGNULIB_STRICT_CHECKING=1
-DIN_GNULIB_TESTS=1 -I. -I. -I.. -I./.. -I../gllib -I./../gllib -Wall
-I/home/bruno/prefix-minix-gcc/include -g -O2 -MT test-ffs.o -MD -MP -MF
$depbase.Tpo -c -o test-ffs.o te
With gcc, I'm getting these compilation errors:
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -DGNULIB_STRICT_CHECKING=1 -Wall
-I/home/bruno/prefix-minix-gcc/include -g -O2 -MT regex.o -MD -MP -MF
$depbase.Tpo -c -o regex.o regex.c && mv -f $depbase.Tpo $depbase.Po
In file included from regex_inter
This is a performance improvement for 64-bit hosts: it causes the
value of DEFAULT_MXFAST to track what's in glibc on such hosts.
---
ChangeLog|6 ++
lib/xalloc.h |6 +++---
2 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 596656e..056c9a8
There are some compilation errors also in the stdioext modules:
gcc -DHAVE_CONFIG_H -I. -I.. -DGNULIB_STRICT_CHECKING=1 -Wall -g -O2 -MT
fbufmode.o -MD -MP -MF .deps/fbufmode.Tpo -c -o fbufmode.o fbufmode.c
fbufmode.c: In function 'fbufmode':
fbufmode.c:58: error: 'FILE' has no member named '_
On Minix, I'm seeing this test error:
gcc -DHAVE_CONFIG_H -I. -I.. -DGNULIB_STRICT_CHECKING=1 -DIN_GNULIB_TESTS=1
-I. -I. -I.. -I./.. -I../gllib -I./../gllib -Wall -g -O2 -MT test-errno.o
-MD -MP -MF .deps/test-errno.Tpo -c -o test-errno.o test-errno.c
test-errno.c:87: error: 'ENETRESET'
> 2011-07-31 Bruno Haible
>
> Add support for Minix with ACK compiler.
But even without this patch, the ACK compiler is a no-go for three reasons:
1) It does not support 'long long'.
cc -DHAVE_CONFIG_H -I. -I.. -DGNULIB_STRICT_CHECKING=1-g -c -o
strerror_r.o strerror_r.c
"///usr/
The first file to be compiled already gives a compilation error:
source='allocator.c' object='allocator.o' libtool=no DEPDIR=.deps depmode=none
/bin/sh ../build-aux/depcomp cc -DHAVE_CONFIG_H -I. -I..
-DGNULIB_STRICT_CHECKING=1-g -c -o allocator.o allocator.c
"./wchar.h", line 494: redecl
The second part of Minix support: The native compiler on Minix 3,
/usr/bin/cc, is of brand "Amsterdam Compiler Kit" and defines __ACK__.
The GCC and GNU binutils are also available on this platform, but
not fully interoperable: When 'ar' and 'ranlib' are used to create
libraries from object files b
Thomas Cort wrote:
> I've been working on pkgsrc for the Minix project and we've been
> patching lib/spawni.c in several packages (bison, gettext, m4, ...)
> because Minix lacks setpgid(). I lack the autotools and gnulib
> knowledge to patch & test gnulib itself, but in general the fix would
> invo
A small indentation fix:
2011-07-31 Bruno Haible
snippet/warn-on-use: Fix indentation.
* m4/warn-on-use.m4 (gl_WARN_ON_USE_PREPARE): Fix indentation.
--- a/m4/warn-on-use.m4
+++ b/m4/warn-on-use.m4
@@ -1,4 +1,4 @@
-# warn-on-use.m4 serial 3
+# warn-on-use.m4 serial 4
dnl Cop
20 matches
Mail list logo
