llvm dev - Sep 2007 - [LLVMdev] Building current llvm-gcc-4.0 TOT fails on darwin x86

Hi all,
building current llvm-gcc-4.0 TOT(Revision: 42128) with current llvm  
(Revision: 42128) on 8.10.1 Darwin (x86) fails with the following  
message. Is that a just a temporary inconsistency or should i file a  
bug?

/Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/xgcc -B/Users/ 
arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/ -B/Users/arnold/ 
Desktop/testing/vanilla-gcc-4.0/obj/../install/i686-apple-darwin8/ 
bin/ -B/Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/../install/ 
i686-apple-darwin8/lib/ -isystem /Users/arnold/Desktop/testing/ 
vanilla-gcc-4.0/obj/../install/i686-apple-darwin8/include -isystem / 
Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/../install/i686- 
apple-darwin8/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings - 
Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  - 
isystem ./include  -fPIC -pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 - 
D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../llvm-gcc-4.0/gcc -I../../ 
llvm-gcc-4.0/gcc/. -I../../llvm-gcc-4.0/gcc/../include -I./../intl - 
I../../llvm-gcc-4.0/gcc/../libcpp/include  -I/Users/arnold/Desktop/ 
testing/vanilla-gcc-4.0/llvm/include -I/Users/arnold/Desktop/testing/ 
vanilla-gcc-4.0/obj/../build/include -DL_divxc3 -fvisibility=hidden - 
DHIDE_EXPORTS -c ../../llvm-gcc-4.0/gcc/libgcc2.c -o libgcc/./_divxc3.o
../../llvm-gcc-4.0/gcc/llvm-convert.cpp:4421: failed assertion `0 &&  
"Unknown FP type!"'
../../llvm-gcc-4.0/gcc/libgcc2.c: In function '__divxc3':
../../llvm-gcc-4.0/gcc/libgcc2.c:1722: internal compiler error: Abort  
trap#

It seems to be related to the following function getting the wrong  
typeid:

Value *TreeToLLVM::EmitBuiltinUnaryFPOp(Value *Amt, const char *F32Name,
                                         const char *F64Name) {
   const char *Name = 0;

   switch (Amt->getType()->getTypeID()) {
   default: assert(0 && "Unknown FP type!");
   case Type::FloatTyID:  Name = F32Name; break;
   case Type::DoubleTyID: Name = F64Name; break;
   }

   return Builder.CreateCall(cast<Function>(
     TheModule->getOrInsertFunction(Name, Amt->getType(), Amt->getType 
(), NULL)),
                             Amt, "tmp");
}

my configures:
../llvm-gcc-4.0/configure   --prefix=/Users/arnold/Desktop/testing/ 
vanilla-gcc-4.0/obj/../install --ena
ble-llvm=/Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/../build -- 
with-arch=nocona --with-tune=generi
c --with-gxx-include-dir=/usr/include/c++/4.0.0 --build=i686-apple- 
darwin8 --host=i686-apple-darwin8 --ta
rget=i686-apple-darwin8 --enable-checking --program-prefix=llvm- -- 
with-gcc-version-trigger=/Users/arnold
/Desktop/testing/vanilla-gcc-4.0/llvm-gcc-4.0/gcc/version.c --enable- 
languages=c,c++

../llvm/configure --prefix=/Users/arnold/Desktop/
testing/vanilla-gcc-4.0/build/../local --enable-debug-runtime -- 
disable-optimized

The same setup used to work 2-3 days ago, so i don't think it is  
related to my setup (but you never know ;). I cleaned obj and build  
before configuring.

regards arnold

On Sep 19, 2007, at 3:22 AM, Arnold Schwaighofer wrote:
> Hi all,
> building current llvm-gcc-4.0 TOT(Revision: 42128) with current llvm
> (Revision: 42128) on 8.10.1 Darwin (x86) fails with the following
> message. Is that a just a temporary inconsistency or should i file a
> bug?
I think I broke this with long double.  I'll get it fixed shortly.
> /Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/xgcc -B/Users/
> arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/ -B/Users/arnold/
> Desktop/testing/vanilla-gcc-4.0/obj/../install/i686-apple-darwin8/
> bin/ -B/Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/../install/
> i686-apple-darwin8/lib/ -isystem /Users/arnold/Desktop/testing/
> vanilla-gcc-4.0/obj/../install/i686-apple-darwin8/include -isystem /
> Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/../install/i686-
> apple-darwin8/sys-include -O2  -DIN_GCC    -W -Wall -Wwrite-strings -
> Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -
> isystem ./include  -fPIC -pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -
> D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../llvm-gcc-4.0/gcc -I../../
> llvm-gcc-4.0/gcc/. -I../../llvm-gcc-4.0/gcc/../include -I./../intl -
> I../../llvm-gcc-4.0/gcc/../libcpp/include  -I/Users/arnold/Desktop/
> testing/vanilla-gcc-4.0/llvm/include -I/Users/arnold/Desktop/testing/
> vanilla-gcc-4.0/obj/../build/include -DL_divxc3 -fvisibility=hidden -
> DHIDE_EXPORTS -c ../../llvm-gcc-4.0/gcc/libgcc2.c -o libgcc/./ 
> _divxc3.o
> ../../llvm-gcc-4.0/gcc/llvm-convert.cpp:4421: failed assertion `0
&&
> "Unknown FP type!"'
> ../../llvm-gcc-4.0/gcc/libgcc2.c: In function '__divxc3':
> ../../llvm-gcc-4.0/gcc/libgcc2.c:1722: internal compiler error: Abort
> trap#
>
> It seems to be related to the following function getting the wrong
> typeid:
>
> Value *TreeToLLVM::EmitBuiltinUnaryFPOp(Value *Amt, const char  
> *F32Name,
>                                          const char *F64Name) {
>    const char *Name = 0;
>
>    switch (Amt->getType()->getTypeID()) {
>    default: assert(0 && "Unknown FP type!");
>    case Type::FloatTyID:  Name = F32Name; break;
>    case Type::DoubleTyID: Name = F64Name; break;
>    }
>
>    return Builder.CreateCall(cast<Function>(
>      TheModule->getOrInsertFunction(Name, Amt->getType(),
Amt->getType
> (), NULL)),
>                              Amt, "tmp");
> }
>
> my configures:
> ../llvm-gcc-4.0/configure   --prefix=/Users/arnold/Desktop/testing/
> vanilla-gcc-4.0/obj/../install --ena
> ble-llvm=/Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/../build --
> with-arch=nocona --with-tune=generi
> c --with-gxx-include-dir=/usr/include/c++/4.0.0 --build=i686-apple-
> darwin8 --host=i686-apple-darwin8 --ta
> rget=i686-apple-darwin8 --enable-checking --program-prefix=llvm- --
> with-gcc-version-trigger=/Users/arnold
> /Desktop/testing/vanilla-gcc-4.0/llvm-gcc-4.0/gcc/version.c --enable-
> languages=c,c++
>
> ../llvm/configure --prefix=/Users/arnold/Desktop/
> testing/vanilla-gcc-4.0/build/../local --enable-debug-runtime --
> disable-optimized
>
> The same setup used to work 2-3 days ago, so i don't think it is
> related to my setup (but you never know ;). I cleaned obj and build
> before configuring.
>
> regards arnold
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

Okay dokey, thanks :)
On 19 Sep 2007, at 16:52, Dale Johannesen wrote:
>> message. Is that a just a temporary inconsistency or should i file a
>> bug?
>
> I think I broke this with long double.  I'll get it fixed shortly.