[llvm-commits] [cfe-commits] Update Cortex-A9 buildslaves

[David Tweed]

To be honest, at this point I don't know. The failures are all due to clang sticking an explicit call convention into the assembly. It's always aapcscc regardless of what the ABI is specified as. What needs to happen is figure out how to configure this as the default for the whole system. However, because this needs to be done directly on real hardware at the ARM office and basically invalidates the ccache on the pandaboard I'm using, I'm only able to do about 8 hours a day, which translates to trying 4 possibilities. I'm still investigating, it just might take a little while longer.

Hopefully I'll have something to report soon.

Cheers,
David

From: azru0512 at gmail.com [mailto:azru0512 at gmail.com] On Behalf Of ???
Sent: 02 October 2012 04:57
To: David Tweed
Cc: Galina Kistanova; llvm-commits at cs.uiuc.edu; llvm cfe; Amara Emerson; Kristof Beyls; Joey Gouly
Subject: Re: [cfe-commits] Update Cortex-A9 buildslaves

Hi David,

  I don't know if I missunderstand what you said, but the result I got is strange to me...
Anyway, here is `gcc -v`

---
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.6/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.3-1ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16 --with-mode=thumb --disable-werror --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5)
---

IIUC, I should build LLVM/Clang with "armv7l-unknown-linux-gnueabihf" and without "--abi=aapcs", right?
But this configuration produces more test case failures than "armv7l-unknown-linux-gnueabi" + "--abi=aapcs" does, you can see the attach. What am I missing/misunderstanding?
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Computer Systems Lab, Institute of Information Science,
Academia Sinica, Taiwan (R.O.C.)
Tel:886-2-2788-3799 #1667


-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20121002/79bf6331/attachment.html>