Compile error in libc/sysdeps/linux/common/close.c

[Peter S. Mazinger]

On Sun, 15 Jan 2006, Jan-Benedict Glaw wrote:

> On Sat, 2006-01-14 21:04:19 -0500, Mike Frysinger <vapier at gentoo.org> wrote:
> > On Saturday 14 January 2006 19:27, Jan-Benedict Glaw wrote:
> > > vax-linux-uclibc-gcc -c libc/sysdeps/linux/common/close.c -o
> > > libc/sysdeps/linux/common/close.o -Wall -Wstrict-prototypes -Wno-trigraphs
> > > -fno-strict-aliasing -fsigned-char -fno-stack-protector -fno-builtin
> > > -nostdinc -D_LIBC -I./include -I. -Os -funit-at-a-time -isystem
> > > /tmp/build-temp-vax-linux-uclibc/install/usr/lib/gcc/vax-linux-uclibc/4.2.0
> > >/include -DNDEBUG libc/sysdeps/linux/common/close.c:16: warning: asm
> > > declaration ignored due to conflict with previous rename
> > > libc/sysdeps/linux/common/close.c:17: error: '__EI_close' aliased to
> > > undefined symbol '__GI_close' make: *** [libc/sysdeps/linux/common/close.o]
> > > Error 1
> > >
> > > It doesn't look arch-specific at a first glance, but related to the
> > > recently started jump-reloc changes...
> > 
> > works fine for me, but i'm testing only i386/x86_64/m68k ...
> > 
> > what version of binutils you using ?
> 
> CVS from "right now" all the time. As the uClibc sandbox is updated
> before an automated build is started, so is the Binutils sandbox
> updated.
> 
> Could you send me the preprocessor output (-E) for eg. close.c for eg.
> i386?
> 
> MfG, JBG
> 

could you try moving the libc_hidden_proto(close) line before _syscall1 ?

Peter

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2