This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.

See crosstool-NG for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Problems compiling EGLIBC 2.17/nptl/pthread_spin_lock.c with Cygwin-built cross GCC 4.7.2


The people in #eglibc helped me in figuring out the following
difference between Linux and Cygwin, which I think is the cause of the
build failure.

If I do "ls foobar/../", and the directory "foobar" does not exist,
Cygwin still gives a file listing of the current directory.

Doing the same in Fedora, ls tells me "No such file or directory".

Is this a bug in Cygwin ? Is there a configure option to enable the
Fedora-behaviour ?

Regards
Jacob

On Wed, Mar 13, 2013 at 6:23 PM, Jacob Kroon <jacob.kroon@gmail.com> wrote:
> Hi,
>
> I'm trying to compile EGLIBC 2.17 for ARM in Cygwin, using a cross GCC
> 4.7.2, which is also built in Cygwin using native GCC-4.5.3.
> I've managed to get around the problems with the "install-headers"
> target by patching "eglibc/libc/sunrpc/rpc/types.h",
> but now when I do the actual full compile I get infinite file
> inclusion recursion in nptl/pthread_spin_lock:
>
> arm-linux-gnueabi-gcc ../ports/sysdeps/arm/nptl/pthread_spin_lock.c -c
> -std=gnu99 -fgnu
> 89-inline   -O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -frounding-
> math -g -Wstrict-prototypes             -I../include -I/cygdrive/c/Users/jkroon/
> Projects/arm-toolchain/eglibc-build-2/nptl  -I/cygdrive/c/Users/jkroon/Projects/
> arm-toolchain/eglibc-build-2 -I../ports/sysdeps/unix/sysv/linux/arm/nptl -I../po
> rts/sysdeps/unix/sysv/linux/arm -I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysd
> eps/pthread -I../sysdeps/pthread -I../ports/sysdeps/unix/sysv/linux -I../sysdeps
> /unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/inet -I../nptl/sysdeps/unix/
> sysv -I../ports/sysdeps/unix/sysv -I../sysdeps/unix/sysv
> -I../ports/sysdeps/unix/arm -I../nptl/sysdeps/unix
> -I../ports/sysdeps/unix -I../sysdeps/unix -I../sysdeps/posix
> -I../ports/sysdeps/arm/nptl -I../ports/sysdeps/arm
> -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/flt-32
> -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754 -I../sysdeps/generic
> -I../nptl -I../ports   -I.. -I../libio -I. -nostdinc -isystem
> /cygdrive/c/Users/jkroon/Projects/arm-toolchain/arm-toolchain/lib/gcc/arm-linux-gnueabi/4.7.2/include
> -isystem /cygdrive/c/Users/jkroon/Projects/arm-toolchain/arm-toolchain/lib/gcc/arm-linux-gnueabi/4.7.2/include-fixed
> -isystem /cygdrive/c/Users/jkroon/Projects/arm-toolchain/arm-toolchain/arm-linux-gnueabi/sys-root/usr/include
>  -D_LIBC_REENTRANT  -include ../include/libc-symbols.h
> -DNOT_IN_libc=1 -DIS_IN_libpthread=1 -DIN_LIB=libpthread     -o
> /cygdrive/c/Users/jkroon/Projects/arm-toolchain/eglibc-build-2/nptl/pthread_spin_lock.o
> -MD -MP -MF /cygdrive/c/Users/jkroon/Projects/arm-toolchain/eglibc-build-2/nptl/pthread_spin_lock.o.dt
> -MT /cygdrive/c/Users/jkroon/Projects/arm-toolchain/eglibc-build-2/nptl/pthread_spin_lock.o
> In file included from
> ../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23:0,
>                  from
> ../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
>                  from
> ../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
>                  from
> ../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
>                  from
> ../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
>                  from
> ../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
>                  from
> ../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
>                  from
> ../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
>                  from
> ../ports/sysdeps/arm/sysdeps/../nptl/pthread_spin_lock.c:23,
> ...
>
> The compiler flags includes "-I../ports/sysdeps/arm", I think this is
> the reason for the infinite inclusion. But I can't decrypt the eglibc
> Makefiles, could anyone point in the right direction, and
> maybe suggest a fix ?
>
> Please CC me as I am not a subscriber to the list.
>
> Regards
> Jacob



-- 
  -- Jacob

--
For unsubscribe information see http://sourceware.org/lists.html#faq


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]