similar to: [RFR] JDK-8156980: Hotspot build doesn't have -std=gnu++98 gcc option

it's difficult to use llvm tools like sanitizers on openjdk sources, because of the "cheating" - relying on undefined behavior, and the JIT. On Wed, Sep 5, 2018 at 6:09 PM, Leslie Zhai <zhaixiang at loongson.cn> wrote: > Hi Martin, > > Thanks for your response! > > I haven't tested compiling OpenJDK 12-dev with LLVM toolchain, perhaps the > issue had

- 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

Reported https://bugs.llvm.org/show_bug.cgi?id=38911 Thanks, Leslie Zhai 在 2018年09月11日 16:55, Dimitry Andric 写道: > Hi Leslie, > > The problem really lies in the OpenJDK code, as it is attempting to > write to a const object. If this seems to work with certain compiler(s) > and optimization settings, it is just luck. :-) > > Here is a reduced example, which shows the

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

Hi, I want to encode Loongson ISA initially https://gist.github.com/xiangzhai/8ae6966e2f02a94e180dd16ff1cd60ac gslbx           $2,0($3,$4) It is equivalent to: dadd $1, $3, $4 lb $2,0($1) I just use  mem_simmptr  as the default value of  DAGOperand MO , because  MipsMemAsmOperand  use  parseMemOperand  to parse general  MemOffset  and only *one*  AnyRegister , for example: 0($1) But 

Hi Dimitry, Thanks for your kind response! Thanks for the commit message of Jung's patch, I found that the bug had been fixed in OpenJDK 12 by Zhengyu https://bugs.openjdk.java.net/browse/JDK-8205965 But only backported to 11. So Jung could backport it for OpenJDK 8, thanks a lot! But I argue that the root cause might be in the compiler side, why clang-3.9.1, gcc-6.4.1 couldn't

Hi, The first (maybe) LLVM social in Beijing will happen on May 19th, 2018. Everyone interested in LLVM related projects is invited to join. Event details is at https://github.com/hellollvm/website/blob/master/README.md Presentations are welcome :-) Looking forward to meet you ! -- Best wishes, Wei Wu (吴伟)

在 2018年05月29日 14:58, mayuyu.io 写道: > Any hint on the date of LLVM Social ShangHai? Wu Wei scheduled July 1th http://hellollvm.org/ > > Zhang > >> 在 2018年5月29日，14:22，Leslie Zhai via llvm-dev <llvm-dev at lists.llvm.org> 写道： >> >> Hi Chris, >> >> Thanks for your response! >> >> Wu Wei made this happen! and he is organizing LLVM social in

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

Hope live broadcast ! <br/><br/>Thanks,<br/>yaoxiao 在 2018-05-29 15:02:30，"Leslie Zhai via llvm-dev" <llvm-dev at lists.llvm.org> 写道： > > >在 2018年05月29日 14:58, mayuyu.io 写道: >> Any hint on the date of LLVM Social ShangHai? >Wu Wei scheduled July 1th http://hellollvm.org/ > > >> >> Zhang >> >>> 在

Any hint on the date of LLVM Social ShangHai? Zhang > 在 2018年5月29日，14:22，Leslie Zhai via llvm-dev <llvm-dev at lists.llvm.org> 写道： > > 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日

https://bugzilla.samba.org/show_bug.cgi?id=4855 Summary: skipped local filters cause segfault while deleting (- rFR --delete) Product: rsync Version: 3.0.0 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

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 llvm.org.cn> wrote: > > Hi LLVM developers, > > My sincere thanks will goto Wu Wei for his great organization! > > I shared a topic " to introduce Loongson's contribution to LLVM and GCC toolchain. > > Slide:

Well, my Dovecot server (v2.0.8) is up and running, and now it's time to migrate mailboxes from the old mail server [Lotus Domino Release 5.0.8] running on Windows NT 4.0 [ancient -- been the mail server since Aug-2000]. I saw "dsync(1)" and thought my troubles were over. Only I can't figure out how to make it work with the NT/Domino server as a source for mailboxes. I guess

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 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 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]

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 Wei, > The first (maybe) LLVM social in Beijing will happen on May 19th, 2018. Congratulations! -- Regards, Leslie Zhai