does llvm-gcc (4.2) build?

Hi all,

can anybody confirm that llvm-gcc is broken?

After following all the instructions, make gets stuck while:

ggreif$ gmake
gmake \
          CFLAGS="-g -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common " \
          CONFIG_H="config.h auto-host.h /Users/ggreif/llvm-gcc/gcc/../include/ansidecl.h" \
          MAKEOVERRIDES= \
          -f libgcc.mk all
^Cgmake: *** [stmp-multilib] Interrupt

When running this manually I get some output that might ring a bell:

ggreif$ gmake \

          CFLAGS="-g -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common " \
          CONFIG_H="config.h auto-host.h /Users/ggreif/llvm-gcc/gcc/../include/ansidecl.h" \
          MAKEOVERRIDES= \
          -f libgcc.mk all

gmake GCC_FOR_TARGET="" \
          AR_FOR_TARGET="" \
          AR_CREATE_FOR_TARGET="" \
          AR_EXTRACT_FOR_TARGET="" \
          AR_FLAGS_FOR_TARGET="" \
          CC="cc" CFLAGS="-g -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -fno-common " \
          BUILD_PREFIX="" \
          BUILD_PREFIX_1="" \
          LANGUAGES="" \
          LIBGCC2_CFLAGS=" " \
          LIBGCC2_STATIC_CFLAGS="" \
          MULTILIB_CFLAGS="" T= crt3.o
gmake[1]: Entering directory `/Users/ggreif/obj/gcc'
# APPLE LOCAL use -mlongcall for large text support
DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I/Users/ggreif/llvm-gcc/gcc -I/Users/ggreif/llvm-gcc/gcc/.
-I/Users/ggreif/llvm-gcc/gcc/../include -I./../intl -I/Users/ggreif/llvm-gcc/gcc/../libcpp/include -I/Users/ggreif/llvm-gcc/gcc/../libdecnumber -I../libdecnumber -I/Users/ggreif/llvm/include
-I/Users/ggreif/llvm/include -mlongcall \
          -fno-tree-dominator-opts \
         \
          -c /Users/ggreif/llvm-gcc/gcc/config/darwin-crt3.c -o crt3.o
gmake[1]: DIN_GCC: Kommando nicht gefunden

That "# APPLE LOCAL use -mlongcall for large text support" seems to break things.

Both make 3.80 and 3.81 break the same way.

Can anybody help? This has never happened to me berfore, I was always able
to build llvm-gcc :frowning:

Thanks in advance.

  Gabor

PS: this is in a freshly checked-out tree

Hi all,

can anybody confirm that llvm-gcc is broken?

It builds for me on x86, darwin8 (svn rev: 50048). What are you using to configure it?

Whenever I have had problems building llvm-gcc, I usually have to delete my install and obj dir, make clean llvm, and start over from the top.
Its a pain, but it works usually.

-Tanya

> Hi all,

> can anybody confirm that llvm-gcc is broken?

It builds for me on x86, darwin8 (svn rev: 50048). What are you using to
configure it?

This is what gcc/config.log remembered:

  $ /Users/ggreif/llvm-gcc/gcc/configure --cache-file=./config.cache --
build=i686-apple-darwin8 --host=i686-apple-darwin8 --target=i686-apple-
darwin8 --with-gxx-include-dir=/usr/include/c++/4.0.0 --prefix=/Users/
ggreif/obj/../install --enable-llvm=/Users/ggreif/llvm --with-
arch=pentium-m --with-tune=prescott --disable-multilib --enable-
languages=c,c++ --program-transform-name=s,^,llvm-,; --srcdir=/Users/
ggreif/llvm-gcc/gcc --disable-intermodule --enable-checking --disable-
coverage --enable-languages=c

Looks pretty sane, I always configure the same way. The duplicated --
enable-languages seems to originate from bootstrapping.

Whenever I have had problems building llvm-gcc, I usually have to delete
my install and obj dir, make clean llvm, and start over from the top.
Its a pain, but it works usually.

Yeah, this is what I did, everything is pretty fresh.

I even grepped for "# APPLE LOCAL use -mlongcall" but no avail. It is
hiding well :frowning:

   Gabor

Problem solved.

Looks like the build process found some ancient debug libs
where the Use struct has size 16, still.

Thanks for the 'pstree' tip, baldrick!

Cheers,

   Gabor

Thanks to all who helped (even by keeping my spirits high...)

The problem is solved now, when building llvm-gcc the build
process pulled some ancient debug libs which still had 16-byte
Use structs. This caused strange effects.

Cheers,

   Gabor