search for: mips64el

...nji great job: https://reviews.llvm.org/D50437 It is not easy to reproduce the LLVMBUG-38221[1] by building OpenJDK8, it needs some workaround https://raw.githubusercontent.com/xiangzhai/jdk8u-dev/master/Workaround-compile-with-llvm.patch LLVM toolchain[2] is just able to compile OpenJDK8 for mips64el now: http://hg.loongnix.org/ 1. https://bugs.llvm.org/show_bug.cgi?id=38221#c10 2. $ clang -v Loongson clang version 8.0.0 (git at github.com:llvm-mirror/clang.git 56fc90882612ab774dae937ca8d997c59364f7f8) (git at github.com:llvm-mirror/llvm.git 3419b04cf0c0a57577865f0d17fefb205deed048) (base...

...et this error(title) when i was trying to compile llvm-gcc-4.2-2.7 on loongson2f,a mips compatible platform.I also failed to build a cross-compiler and the error message was the same . Is that means llvm-gcc cannot support mips back-end now? Thanks. Here is my configure options: $export TARGET=mips64el-unknown-linux-gnu $../../src/llvm-gcc-4.2-2.7.source/configure --target=$TARGET --prefix=$PREFIX --without-headers --disable-shared --disable-nls --enable-checking --with-gnu-as --with-gnu-id --enable-languages=c,c++ --enable-llvm=$(pwd)/../llvm-2.7 && make all-gcc ------------------------...

Hi HotSpot and LLVM developers, I am building OpenJDK8[1] with LLVM toolchain[2] for mips64el, it failed to build: /home/loongson/jdk8-mips/hotspot/src/share/vm/opto/lcm.cpp:52:35: error: ordered comparison between pointer and zero ('address' (aka 'unsigned char *') and 'int') if (Universe::narrow_oop_base() > 0) { // Implies UseCompressedOops. ~~~~...

...compatible platform.I also failed to build a cross-compiler and the error message was the same . Is that means llvm-gcc cannot support mips back-end now? I don't think that LLVM supports mips64 yet... Bruno? -Chris > Thanks. > > Here is my configure options: > $export TARGET=mips64el-unknown-linux-gnu > $../../src/llvm-gcc-4.2-2.7.source/configure --target=$TARGET --prefix=$PREFIX --without-headers --disable-shared --disable-nls --enable-checking --with-gnu-as --with-gnu-id --enable-languages=c,c++ --enable-llvm=$(pwd)/../llvm-2.7 && make all-gcc > > ---------...

...racker::record_virtual_memory_type((address)base(), mtJavaHeap); } 在 2018年07月19日 19:37, Thomas Schatzl 写道: > Hi, > > On Thu, 2018-07-19 at 18:56 +0800, Leslie Zhai wrote: >> Hi HotSpot and LLVM developers, >> >> I am building OpenJDK8[1] with LLVM toolchain[2] for mips64el, it >> failed to build: >> >> >> /home/loongson/jdk8-mips/hotspot/src/share/vm/opto/lcm.cpp:52:35: >> error: >> ordered comparison between pointer and zero ('address' (aka >> 'unsigned >> char *') and 'int') >> if (Un...

Hi, I noticed a failure of mksh built with klibc on mips64el. The failing test, on a high level, is this: :>a sleep 2 :>b test a -nt b echo $? This is supposed to echo 1 (false) because a is not newer than b. The test code is roughly: // const char *opnd1 = "a"; // const char *opnd2 = "b"; // struct stat b1, b2; // int s;...

...>> >> >> 在 2018年07月19日 19:37, Thomas Schatzl 写道: >>> Hi, >>> >>> On Thu, 2018-07-19 at 18:56 +0800, Leslie Zhai wrote: >>>> Hi HotSpot and LLVM developers, >>>> >>>> I am building OpenJDK8[1] with LLVM toolchain[2] for mips64el, it >>>> failed to build: >>>> >>>> >>>> /home/loongson/jdk8-mips/hotspot/src/share/vm/opto/lcm.cpp:52:35: >>>> error: >>>> ordered comparison between pointer and zero ('address' (aka >>>> 'unsigned >...

...;Thorsten: I've attached a patch which I tested briefly in QEMU. Let me >know if this works for you. sorry for the delay. I was able to test this on eller today. To reproduce the issue, this was needed, because the value read was a nanosecond field and so the test didn?t always fail: (sid_mips64el-dchroot)tg at eller:~$ while sleep 0.1; do :>b; ./mksh -c 'test a -nt b; echo $?'; done Unpatched, this produced runs of (4 to 7) zeros and (3 to 4) ones; patched, it produced all ones. I cannot add this variant to the upstream testsuite as a subsecond sleep is not guaranteed, but I c...

...ian) armeb - ARM (big endian) bpf - BPF (host endian) bpfeb - BPF (big endian) bpfel - BPF (little endian) cpp - C++ backend hexagon - Hexagon mips - Mips mips64 - Mips64 [experimental] mips64el - Mips64el [experimental] mipsel - Mipsel msp430 - MSP430 [experimental] nvptx - NVIDIA PTX 32-bit nvptx64 - NVIDIA PTX 64-bit ppc32 - PowerPC 32 ppc64 - PowerPC 64 ppc64le - PowerPC 64 LE r600 - AM...

..._main.cpp. Here's a sketch of what happens: * Call TargetRegistry::lookupTarget() to get a llvm::Target. * Call createMCRegInfo(Triple, ...) * Call createMCAsmInfo(..., Triple) * MipsMCAsmInfo::PointerSize is incorrect for the N32 ABI (should be 4 but gets 8 since it checks for Triple::mips64/mips64el) * MipsMCAsmInfo::CalleeSaveStackSlotSize is incorrect for mips-linux-gnu –mips64 –mabi=64. Since it too checks for Triple::mips64/mips64el * MipsMCAsmInfo::PrivateLabelPrefix and MipsMCAsmInfo::PrivateGlobalPrefix are wrong (currently "$", should be ".L") for N32/N64 but it...

...e, if you want to generate little-endian code and/or 64-bit code, you have to create the following links in the $MIPS/bin folder: * Little-endian 32-bit ln -s mips-linux-gnu-ld mipsel-linux-gnu-ld ln -s mips-linux-gnu-as mipsel-linux-gnu-as * Little-endian 64-bit ln -s mips-linux-gnu-ld mips64el-linux-gnu-ld ln -s mips-linux-gnu-as mips64el-linux-gnu-as * Big-endian 64-bit ln -s mips-linux-gnu-ld mips64-linux-gnu-ld ln -s mips-linux-gnu-as mips64-linux-gnu-as If you use integrated assembler (turned on by -integrated-as option) you can skip mips-linux-gnu-as links creation. Ex...

..._main.cpp. Here's a sketch of what happens: * Call TargetRegistry::lookupTarget() to get a llvm::Target. * Call createMCRegInfo(Triple, ...) * Call createMCAsmInfo(..., Triple) * MipsMCAsmInfo::PointerSize is incorrect for the N32 ABI (should be 4 but gets 8 since it checks for Triple::mips64/mips64el) * MipsMCAsmInfo::CalleeSaveStackSlotSize is incorrect for mips-linux-gnu –mips64 –mabi=64. Since it too checks for Triple::mips64/mips64el * MipsMCAsmInfo::PrivateLabelPrefix and MipsMCAsmInfo::PrivateGlobalPrefix are wrong (currently "$", should be ".L") for N32/N64 but it...

...64 (little endian) aarch64_be - AArch64 (big endian) amdgcn - AMD GCN GPUs arm - ARM arm64 - ARM64 (little endian) armeb - ARM (big endian) cpp - C++ backend hexagon - Hexagon mips - Mips mips64 - Mips64 [experimental] mips64el - Mips64el [experimental] mipsel - Mipsel msp430 - MSP430 [experimental] nvptx - NVIDIA PTX 32-bit nvptx64 - NVIDIA PTX 64-bit ppc32 - PowerPC 32 ppc64 - PowerPC 64 ppc64le - PowerPC 64 LE r600 - AMD GPUs HD2XXX-HD6XXX sparc...

..._main.cpp. Here's a sketch of what happens: * Call TargetRegistry::lookupTarget() to get a llvm::Target. * Call createMCRegInfo(Triple, ...) * Call createMCAsmInfo(..., Triple) * MipsMCAsmInfo::PointerSize is incorrect for the N32 ABI (should be 4 but gets 8 since it checks for Triple::mips64/mips64el) * MipsMCAsmInfo::CalleeSaveStackSlotSize is incorrect for mips-linux-gnu –mips64 –mabi=64. Since it too checks for Triple::mips64/mips64el * MipsMCAsmInfo::PrivateLabelPrefix and MipsMCAsmInfo::PrivateGlobalPrefix are wrong (currently "$", should be ".L") for N32/N64 but it...

...led to work for 10+K loc RISCV E203 project[4]: Loongson clang version 7.0.0 (git at github.com:Loong-Language/loong-clang.git 8f7e826f27abbe12ea08d9563490298c38d3adc1) (git at github.com:Loong-Language/loong-llvm.git a05924fba80aa7173fce66b86d35ac2c57ad4dc4) (based on LLVM 7.0.0svn) Target: mips64el-redhat-linux Thread model: posix InstalledDir: /home/zhaixiang/project/Loong-Language/loong-llvm/build/bin DEBUG: bool {anonymous}::IntExprEvaluator::Success(const llvm::APSInt&, const clang::Expr*, clang::APValue&) 7096 0 0 DEBUG: bool {anonymous}::IntExprEvaluator::Success(const llvm::AP...

On Thu, 6 Sep 2018 at 20:01, Tim Northover <t.p.northover at gmail.com> wrote: > I just did a very quick experiment where I made lowerFP_TO_SINT and > lowerFP_TO_SINT_STORE return SDValue() (which is the marker for "I > don't want to handle this"). I just tried this, but the compiler still crashes with the same error. Maybe our experiments were different. To make

On Mon, Feb 29, 2016 at 2:20 AM, Daniel Sanders <Daniel.Sanders at imgtec.com> wrote: > clang+llvm-3.8.0-rc3-x86_64-linux-gnu-debian8.tar.xz (sha1sum: 2dedc6136d7cfbac8348652c543887964d92393c) > Native: All ok > Cross compiling to MIPS: All ok > > clang+llvm-3.8.0-rc3-mips-linux-gnu.tar.xz (sha1sum: f286149dbb2ea7e194c5c3719b6cded476f6e65f) > All ok

...BPF (host endian) >> bpfeb - BPF (big endian) >> bpfel - BPF (little endian) >> cpp - C++ backend >> hexagon - Hexagon >> mips - Mips >> mips64 - Mips64 [experimental] >> mips64el - Mips64el [experimental] >> mipsel - Mipsel >> msp430 - MSP430 [experimental] >> nvptx - NVIDIA PTX 32-bit >> nvptx64 - NVIDIA PTX 64-bit >> ppc32 - PowerPC 32 >> ppc64 - PowerPC 64 >...

...riple to match. In this way, it's possible to end up with i586-linux-gnu targeting the foobar architecture. · Call createMCRegInfo() · Call createMCAsmInfo() o MipsMCAsmInfo::PointerSize is incorrect for the N32 ABI (should be 4 but gets 8 since it checks for Triple::mips64/mips64el) o MipsMCAsmInfo::CalleeSaveStackSlotSize is incorrect for mips-linux-gnu –mips64 –mabi=64. Since it too checks for Triple::mips64/mips64el o MipsMCAsmInfo::PrivateLabelPrefix and MipsMCAsmInfo::PrivateGlobalPrefix are wrong (currently "$", should be ".L") for N32/N64 but...

...target: x86_64-unknown-linux-gnu > Host CPU: corei7-avx > > Registered Targets: > aarch64 - AArch64 > arm - ARM > cpp - C++ backend > hexagon - Hexagon > mblaze - MBlaze > mips - Mips > mips64 - Mips64 [experimental] > mips64el - Mips64el [experimental] > mipsel - Mipsel > msp430 - MSP430 [experimental] > nvptx - NVIDIA PTX 32-bit > nvptx64 - NVIDIA PTX 64-bit > ppc32 - PowerPC 32 > ppc64 - PowerPC 64 > sparc - Sparc > sparcv9 - Sparc V9 > thumb -...