- User Since
- Jan 30 2018, 2:05 AM (167 w, 3 d)
Tue, Apr 13
Mon, Apr 12
Hi! Can we get this patch merged as-is or do we need anything else?
Fri, Apr 9
Thanks, this finally fixes the build for me. I wasn't aware that there was a getArchNameForCompilerRTLib() function in clang.
Thu, Apr 8
Here is the error:
Wed, Apr 7
Tue, Apr 6
Filed x32-related bug as: https://bugs.llvm.org/show_bug.cgi?id=49861
This change broke the native build on x32 (x86_64 with 32-bit pointers) for me:
Mon, Apr 5
Sun, Apr 4
Thu, Apr 1
Wed, Mar 31
Tue, Mar 30
Updated version which unfortunately still fails.
Sun, Mar 28
Thu, Mar 25
Tue, Mar 23
Hmm, there recently were quite some changes in the MultiArch and GCC search path functionality in the Driver and I can unfortunately no longer get it to work on x32.
Updated as I previously forgot to account for FreeBSD as well.
Mon, Mar 22
I have updated the patch now with the result that clang should behave as GCC now on Linux, NetBSD and OpenBSD.
For reference, here is what GCC defines on Linux with regards to SPARC:
Thu, Mar 18
FWIW, the reason I needed `-mcpu=v9``` was this bug: https://sourceware.org/bugzilla/show_bug.cgi?id=27558
Wed, Mar 17
Mar 17 2021
Mar 13 2021
Mar 12 2021
I just realized this change isn't necessary and it also doesn't fix my build problem.
Mar 8 2021
M68k backend has now landed in LLVM. I just rebased this patch and will start the worker in a minute.
Mar 7 2021
Woohoo, finally \o/. Min: Time to push, I guess :D :D :D.
Feb 28 2021
Feb 25 2021
Feb 22 2021
Feb 20 2021
Feb 16 2021
Feb 14 2021
Feb 7 2021
Jan 30 2021
Jan 29 2021
Jan 27 2021
Well, it was quick for C-Sky as well which has several patches already landed: https://github.com/llvm/llvm-project/commits/main/llvm/lib/Target/CSKY
This is the only patch in this series which has not been accepted yet.
Jan 14 2021
Jan 6 2021
Jan 4 2021
Dec 21 2020
Dec 20 2020
Dec 8 2020
Dec 2 2020
The problem seems to be that LLVM_HOST_TRIPLE:STRING is set to x86_64-unknown-linux-gnu instead of `x86_64-unknown-linux-gnux32.
I stumbled over one problem with my patch which is that when I run an x32 version of clang in a x32 environment, it will still default to "-m64" instead of "-mx32".
Just as a heads-up, I haven't forgotten about this. Freeing up the server just takes a little longer as I need to backup files through a DSL line. Should be ready by tomorrow.
Nov 30 2020
Nov 27 2020
Not sure if this is related, but on SPARC, stage2 builds recently started to fail with:
Nov 25 2020
Yeah, @hvdijk has made multiple other improvements which should finally allow the backend to be usable.
Nov 23 2020
Thanks so much! Would you mind pushing that change for me? I don't have commit access at the moment.
I changed it to 4.5 to be consisted with the other Multi-Arch tests for x86, MIPS and PowerPC. That's all.
Nov 20 2020
Nov 17 2020
Thanks a lot Rainer for taking of all of these issues on SPARC!
Nov 13 2020
I had an extremely hard time researching the history of directory layouts for my patch D85582. Do as you like, I'm out of this.
Ping. It would be nice to get this finally merged so that the testsuite noise finally goes down on the sparc64 Linux worker.