On Wed, Nov 05, 2003 at 12:22:26PM +0100, Martin Pitt wrote: > I'm tempted to reopen this bug because it still breaks software even > without using 'extern int errno'. > > I received a grave bug #219103 against epstool 3.02-3 yesterday, > epstool failed with the current glibc because of this errno relocation > issue. But grepping the source tree shows that everything is in > order: > > [EMAIL PROTECTED]:~/debian/epstool-3.02$ grep -r errno . > ./src/epstool.c:#include <errno.h> > ./src/epstool.c: fprintf(stderr, "Failed to fork, error=%d\n", errno); > ./src/epstool.c: fprintf(stderr, "Failed to open stdin/out/err, > error=%d\n", errno); > ./src/epstool.c: fprintf(stderr, "Failed to execute ghostscript, > error=%d\n", errno); > > So epstool.c is the _only_ source file requiring and using errno and > it properly includes <errno.h>. > > I just found out that it works again if I include errno.h in the > module clfile.c.
When I run 'gcc -E clfile.c' I see that /usr/include/linux/unistd.h says 'extern int errno;' (for _llseek(), I think). This seems like the real bug, doesn't it? -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]