glibc 2.1.94-2 breaks the postfix build and the resulting binary (fails to
recognize comments in its configuration file).
glibc 2.1.92-14 (from 7.0) is ok.
I don't have the time to trace this down at the moment; attaching the
source RPM showing the problem for now.
The problem seems to be specific to x86.
Created attachment 4110 [details]
Postfix SRPM that doesn't work with new glibc
Are you sure it worked against glibc-2.1.92-14?
The failing program AFAIC is bin/postconf, which if I run against
glibc 2.1.92-14 gives the same errors:
LD_TRACE_LOADED_OBJECTS=1 /usr/src/2.1.92-14/ld-linux.so.2 --library-path /usr/src/2.1.92-14/ bin/postconf -c /var/tmp/postfix-20000924-root/etc/postfix -e 'alias_maps = hash:/etc/postfix/aliases' 'alias_database = hash:/etc/postfix/aliases'
libdb.so.2 => /usr/lib/libdb.so.2 (0x4000a000)
libnsl.so.1 => /usr/src/2.1.92-14/libnsl.so.1 (0x40018000)
libresolv.so.2 => /usr/src/2.1.92-14/libresolv.so.2 (0x4002f000)
libc.so.6 => /usr/src/2.1.92-14/libc.so.6 (0x40041000)
/lib/ld-linux.so.2 => /usr/src/2.1.92-14/ld-linux.so.2 (0x80000000)
ls -l /usr/src/2.1.92-14/libc.so.6 /usr/src/2.1.92-14/ld-linux.so.2
lrwxrwxrwx 1 root root 12 Oct 13 11:25 /usr/src/2.1.92-14/ld-linux.so.2 -> ld-2.1.92.so
lrwxrwxrwx 1 root root 14 Oct 13 11:25 /usr/src/2.1.92-14/libc.so.6 -> libc-2.1.92.so
/usr/src/2.1.92-14/ld-linux.so.2 --library-path /usr/src/2.1.92-14/ bin/postconf -c /var/tmp/postfix-20000924-root/etc/postfix -e 'alias_maps = hash:/etc/postfix/aliases' 'alias_database = hash:/etc/postfix/aliases'
bin/postconf: warning: /var/tmp/postfix-20000924-root/etc/postfix/main.cf: multiple entries for key alias_maps
bin/postconf: warning: /var/tmp/postfix-20000924-root/etc/postfix/main.cf: multiple entries for key alias_database
bin/postconf: fatal: read /var/tmp/postfix-20000924-root/etc/postfix/main.cf: Function not implemented
and if I just run postconf with the same arguments, I get the same result.
The Function not implemented is total crap, postfix does not know that it can
look at errno only if some function actually failed.
Yes. Like I've said, I didn't have the time to look into the problem at the
But I've tried compiling it on a couple of machines, and it consistently failed
on every x86 machine that has been updated, and worked on all non-x86 machines
and on all machines without updates.
Try: zell.redhat.de (doesn't work: updated), parma.redhat.de (works: not
updated), porky.devel.redhat.com (doesn't work: updated),
george.devel.redhat.com (works: alpha), bart.devel.redhat.com (works: sparc)
Maybe I messed up and attached the wrong source RPM, the error message I'm
getting is different (complains about format errors in comment lines because it
can't recognize them as such anymore).
Try the one on parma or zell, that's the one I was using.
Actually it looks like gcc bug which was introduced in our gcc between
gcc-2.96-54 (the one that made it into the distribution) and gcc-2.96-55.
There were 15 patches added, I'll check them out.
I've first tried my i386_ge_geu but it looks like that was not it, I suspect
Jan Hubicka's patches. CVS head is broken as well.
It is for sure 2.96-55, because downgrading to gcc 2.96-54 even with glibc
2.1.94-3 makes postfix build succeed. The broken patch is gcc-i386-arith.patch
from Jan Hubicka, to whom I spoke about it today in person, we decided on
how it should be fixed and he's probably just testing the fix out.
Fixed in gcc-2.96-62.