Re: Reopening #218561 (libc6 relocation error)?

[Colin Watson <cjwatson@debian.org>]

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:
> 
> martin@donald:~/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                                  [cjwatson@flatline.org.uk]