similar to: [LLVMdev] llvm-gcc : Did not get a target machine! Triplet is mips64el-unknown-linux-gnu

On Jul 7, 2010, at 12:22 AM, 吴伟 wrote: > Hi all, > I met 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? I don't think that LLVM supports mips64 yet... Bruno? -Chris > Thanks. >

Hi all, Thanks for Aleksandar Beserminji 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.

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; return (test_stat(opnd1, &b1) ==

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.

Hi Thomas, Thanks for your kind response! Please review my backport for hs25, thanks a lot! diff -r 3544d85cfe11 src/share/vm/opto/lcm.cpp --- a/src/share/vm/opto/lcm.cpp Thu Jul 19 10:00:36 2018 +0100 +++ b/src/share/vm/opto/lcm.cpp Fri Jul 20 10:06:37 2018 +0800 @@ -49,7 +49,7 @@ // Check whether val is not-null-decoded compressed oop, // i.e. will grab into the base of the heap

Hi Thomas, Looks good. Your changes in loopPredicate.cpp does not match original changes - they miss iff->is_RangeCheck() check [1]. But in JDK8 we did not have specialized RangeCheckNode class in C2. Suggested fix should be fine fro jdk 8u. Reviewed. Please, when sending RFA ( approval request) use original 8174050 bug id. Thanks, Vladimir [1]

- my old email address. The ISA_* classes might not be the best choice for this. There's an overall hierarchy and ordering to the ISA_* classes since they represent the generations of the MIPS ISA. If these extensions are available in Loongson chips based on MIPS32r1 and MIPS32r2 for example, it becomes difficult to describe with ISA_* classes without duplicating instruction definitions or

Hi LLVM developers, GCC[1] is able to use Loongson ISA[2] for instruction selection: $ cat hello.c #include <stdio.h> int main(int argc, char *argv[]) { printf("Hello World\n"); return 0; } $ gcc -O0 -S hello.c $ cat hello.s .file 1 "hello.c" .section .mdebug.abi64 .previous .nan legacy .gnu_attribute 4, 1 .abicalls

Hello, For the IWYU project, we have a buildbot on Ubuntu 16.04 and its bundled GCC (which I think is some GCC 5 variant). We're getting a number of -Wstrict-aliasing warnings from JSON.h on this line: https://github.com/llvm-mirror/llvm/blob/master/include/llvm/Support/JSON.h#L455 I'm not sure if GCC has a point here but GCC 7.2 does not complain, so I'm going to guess no. Would

Hi Ben, >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

Hi I readed this page(https://cgit.freedesktop.org/xorg/doc/xorg-docs/tree/MAINTAINERS), no one is maintaining xserver on mips architecture, so I want to do some work to be a maintainer, what can I do ? someone can help me? thank you. -- 本邮件及其附件含有龙芯中科技术有限公司的商业秘密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制或散发）本邮件及其附件中的信息。如果您错收本邮件，请您立即电话或邮件通知发件人并删除本邮件。 This email and its

Hi LLVM developers, I am implementing Loong Language[1] using Clang FrontEnd and LLVM MiddleEnd. I add `wire`[2] Builtin Type, and clang is able to parse very small testcase fulladder[3] but failed 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

From: Sui Jingfeng <suijingfeng at loongson.cn> On a machine with multiple GPUs, a Linux user has no control over which one is primary at boot time. This series tries to solve above mentioned problem by introduced the ->be_primary() function stub. The specific device drivers can provide an implementation to hook up with this stub by calling the vga_client_register() function. Once the

Hi, On Wed, Jul 4, 2012 at 9:21 AM, ETANI NORIKO <noriko-e at fc.ritsumei.ac.jp> wrote: > Please advise me how to change a compiler from a host one to a target one. Suppose MIPS toolchain is installed in the $MIPS folder (i.e. mips-linux-gnu-gcc is in the $MIPS/bin folder). Note, if you want to generate little-endian code and/or 64-bit code, you have to create the following links in the

From: Sui Jingfeng <suijingfeng at loongson.cn> Should be no functional change Cc: Jaroslav Kysela <perex at perex.cz> Cc: Takashi Iwai <tiwai at suse.com> Cc: Fred Oh <fred.oh at linux.intel.com> Cc: Pierre-Louis Bossart <pierre-louis.bossart at linux.intel.com> Cc: Kai Vehmanen <kai.vehmanen at linux.intel.com> Cc: Bjorn Helgaas <bhelgaas at

Rewrote the ABI example in terms of clang -cc1as which is a supported tool. Note that the same problems exist and that they are unrelated to the existence of TargetMachine or not since TargetMachine gets the relevant information from the Triple it holds. This information is incorrect, even as a starting point. Please do read the other examples in my previous email. It contains a number of

Hi all When I use user at ubuntu:/home$ clang -cc1 -triple mips64el-unknown-linux-gnu -ccc-clang-archs mips64el -mabi=n64 a.c I get a error: error: unknown argument: '-ccc-clang-archs' error: unknown argument: '-mabi=n64' So I use user at ubuntu:/home$ clang -ccc-host-triple mips64el-unknown-linux-gnu -mabi=n64 a.c I get s error like: clang: warning: unknown platform, assuming

> > Note that the same problems exist and that they are unrelated to the existence > > of TargetMachine or not since TargetMachine gets the relevant information from > > the Triple it holds. This information is incorrect, even as a starting point. > > I believe we're going to disagree here as the TargetMachine does not get all of its > information from the Triple -

Hello, I was trying to compile a simple program with the CppBackend like so: $ clang str_arg.c -emit-llvm -S $ llc -march=cpp str_arg.ll It produces a file `str_arg.cpp` as expected, however it doesn't seem that the resulting file is correct. For once, it includes `<llvm/Analysis/Verifier.h>` which seems to have been moved to `llvm/IR/Verifier.h` as far back as 2013. My question is

Hi Chris, Thanks for your response! Wu Wei made this happen! and he is organizing LLVM social in Shanghai, Hang Zhou and Shen Zhen. I hope one day there is LLVM developer meeting in China :) 在 2018年05月29日 14:13, Chris Lattner 写道: > This is really great, thank you for getting this off the ground! > > -Chris > > >> On May 28, 2018, at 9:42 PM, Leslie Zhai <lesliezhai at