whereis asm_nodes? how to migrate it for GCC v6.x?

Hi GCC developers, There was extern GTY(()) struct asm_node *asm_nodes; for GCC v4.x, but how to migrate it for v6.x? there is no asm_nodes deprecated log in ChangeLog-201X nor git log cgraph.h... please give me some hint, thanks a lot! -- Regards, Leslie Zhai https://reviews.llvm.org/p

Re: whereis asm_nodes? how to migrate it for GCC v6.x?

Hi Segher, Thanks for your kind response! 在 2017年07月05日 18:52, Segher Boessenkool 写道: Hi Leslie, On Wed, Jul 05, 2017 at 05:36:15PM +0800, Leslie Zhai wrote: There was extern GTY(()) struct asm_node *asm_nodes; for GCC v4.x, but how to migrate it for v6.x? there is no asm_nodes deprecated

How to migrate TODO_verify_ssa | TODO_verify_flow | TODO_verify_stmts for GCC v6.x?

te(function *) { return rtl_emit_function(); } }; I have no idea how to choose the todo_flags_XXX, please give me some hint, thanks a lot! -- Regards, Leslie Zhai https://reviews.llvm.org/p/xiangzhai/

Re: How to migrate TODO_verify_ssa | TODO_verify_flow | TODO_verify_stmts for GCC v6.x?

在 2017年07月06日 17:02, Leslie Zhai 写道: Hi GCC developers, As ChangeLog-2014 mentioned, tree-pass.h (TODO_verify_ssa, TODO_verify_flow, TODO_verify_stmts...): Remove. When I am trying to migrate: static struct rtl_opt_pass pass_rtl_emit_function = { { RTL_PASS, "rtl_emit_fun

whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

, Leslie Zhai - https://reviews.llvm.org/p/xiangzhai/

gengtype not support #if (GCC_MAJOR < 6)? how to support both for GCC v4.x and v6.x?

CC v4.x, please give me some hint, thanks a lot! -- Regards, Leslie Zhai - a LLVM developer https://reviews.llvm.org/p/xiangzhai/

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

Hi David, Thanks for your kind response! 在 2017年07月10日 22:16, David Malcolm 写道: On Sat, 2017-07-08 at 15:50 +0800, Leslie Zhai wrote: Hi GCC developers, There was PLUGIN_REGISTER_GGC_CACHES pseudo-events for register_callback in GCC v4.x, but how to migrate it for GCC v6.x? there is no

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

在 2017年07月10日 22:16, David Malcolm 写道: On Sat, 2017-07-08 at 15:50 +0800, Leslie Zhai wrote: Hi GCC developers, There was PLUGIN_REGISTER_GGC_CACHES pseudo-events for register_callback in GCC v4.x, but how to migrate it for GCC v6.x? there is no PLUGIN_REGISTER_GGC_CACHES deprecated log

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

Hi David, Thanks for your kind response! 在 2017年07月11日 21:25, David Malcolm 写道: On Tue, 2017-07-11 at 10:50 +0800, Leslie Zhai wrote: 在 2017年07月10日 22:16, David Malcolm 写道: On Sat, 2017-07-08 at 15:50 +0800, Leslie Zhai wrote: Hi GCC developers, There was PLUGIN_REGISTER_GGC_CACHES

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

Hi Trevor, Thanks for your kind response! 在 2017年07月17日 19:51, Trevor Saunders 写道: On Wed, Jul 12, 2017 at 10:12:03AM +0800, Leslie Zhai wrote: PS: Trevor's email is not available? thanks! Sorry about that, I've left Mozilla and been vacationing for a month, so didn't

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

在 2017年07月19日 04:54, Trevor Saunders 写道: On Tue, Jul 18, 2017 at 03:52:55PM +0800, Leslie Zhai wrote: Hi Trevor, Thanks for your kind response! 在 2017年07月17日 19:51, Trevor Saunders 写道: On Wed, Jul 12, 2017 at 10:12:03AM +0800, Leslie Zhai wrote: PS: Trevor's email is not available? t

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

在 2017年07月11日 21:25, David Malcolm 写道: On Tue, 2017-07-11 at 10:50 +0800, Leslie Zhai wrote: 在 2017年07月10日 22:16, David Malcolm 写道: On Sat, 2017-07-08 at 15:50 +0800, Leslie Zhai wrote: Hi GCC developers, There was PLUGIN_REGISTER_GGC_CACHES pseudo-events for register_callback in GCC v4

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

Hi David, Thanks for your kind response! 在 2017年07月26日 21:43, David Malcolm 写道: On Wed, 2017-07-26 at 15:19 +0800, Leslie Zhai wrote: 在 2017年07月11日 21:25, David Malcolm 写道: On Tue, 2017-07-11 at 10:50 +0800, Leslie Zhai wrote: 在 2017年07月10日 22:16, David Malcolm 写道: On Sat, 2017-07-08 at

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

org/D35667 could you give me some hint, thanks a lot! -- Regards, Leslie Zhai - a LLVM developer https://reviews.llvm.org/p/xiangzhai/

pass 'lto_gimple_out' not found, how to migrate it for GCC v6.x?

ob/gcc-6_3-branch/src/Backend.cpp#L2880 to ignore it? or do I need to find other equivalent PASS? please give me some hint, thanks a lot! PS: Thanks for David's hint, I fixed 'undefined symbol gt_ggc_mx(tree2WeakVH*&)' issue, I forgot to add 'for_user' for GTY((XXX)

Re: pass 'lto_gimple_out' not found, how to migrate it for GCC v6.x?

Hi Richard, Thanks for your kind response! 在 2017年07月28日 15:54, Richard Biener 写道: On Fri, Jul 28, 2017 at 6:12 AM, Leslie Zhai wrote: Hi GCC developers, As ChangeLog-2013 mentioned by Bernd Schmidt: ... pass_ipa_lto_gimple_out ... Remove. Delete. there is no 'pass_ipa_lto_gimple_ou

How to migrate struct rtl_opt_pass to class for GCC v6.x?

here some options need to be set? please give me some hint, thanks a lot! PS: GCC v6.x *call* the callback `rtl_emit_function` https://github.com/xiangzhai/dragonball/blob/master/tests/plugin.cpp#L67 in this testcase, I will check the source code about register_callback, rtl_opt_pass, and opt_pas

Re: How to migrate struct rtl_opt_pass to class for GCC v6.x?

https://github.com/xiangzhai/dragonegg/blob/gcc-6_3-branch/src/Backend.cpp#L2103 在 2017年08月03日 11:24, Leslie Zhai 写道: Hi GCC developers, As ChangeLog-2013 mentioned: 2013-08-05 David Malcolm This is the automated part of the conversion of passes from C structs to C++ class

Re: How to migrate struct rtl_opt_pass to class for GCC v6.x?

Hi David, Thanks for your kind response! 在 2017年08月03日 21:54, David Malcolm 写道: On Thu, 2017-08-03 at 17:21 +0800, Leslie Zhai wrote: /opt/gcc-6.3/bin/gcc -fplugin=./dragonegg.so test/hello.c -wrapper gdb,--args GNU gdb (GDB) Fedora 7.12.1-48.fc25 ... Reading symbols from /opt/gcc-6.3

How to migrate POINTER_TYPE_OVERFLOW_UNDEFINED for GCC v8.x?

patch 'Make pointer overflow always undefined and remove the macro' https://patchwork.ozlabs.org/patch/792677/ please give me some hint, thanks a lot! -- Regards, Leslie Zhai - a LLVM developer https://reviews.llvm.org/p/xiangzhai/

Re: How to migrate POINTER_TYPE_OVERFLOW_UNDEFINED for GCC v8.x?

Hi Bin, Thanks for your kind response! 在 2017年08月04日 15:45, Bin.Cheng 写道: On Fri, Aug 4, 2017 at 8:00 AM, Leslie Zhai wrote: Hi GCC developers, As ChangeLog mentioned: 2017-08-01 Bin Cheng * tree.h (POINTER_TYPE_OVERFLOW_UNDEFINED): Delete. Then how to migrate it for GCC v8.x

Re: How to migrate struct rtl_opt_pass to class for GCC v6.x?

在 2017年08月03日 17:21, Leslie Zhai 写道: /opt/gcc-6.3/bin/gcc -fplugin=./dragonegg.so test/hello.c -wrapper gdb,--args GNU gdb (GDB) Fedora 7.12.1-48.fc25 ... Reading symbols from /opt/gcc-6.3/libexec/gcc/x86_64-redhat-linux-gnu/6.3.0/cc1...done. (gdb) b /data/project/xiangzhai/gcc-6.3.0/gcc

How to migrate ggc_alloc_XXX for GCC v8.x (git-20170816)?

tor as the finalizer if it might do something. Please give me some hint about ggc_alloc migration, thanks a lot! -- Regards, Leslie Zhai - a LLVM developer https://reviews.llvm.org/p/xiangzhai/

Re: How to migrate ggc_alloc_XXX for GCC v8.x (git-20170816)?

Hi Trevor, Thanks for your kind response! 在 2017年08月16日 20:02, Trevor Saunders 写道: On Wed, Aug 16, 2017 at 05:32:10PM +0800, Leslie Zhai wrote: Hi GCC developers, GCC v4.6's gengtype will auto-generate Allocators for known structs and unions, for example: ggc_alloc_tree2WeakV

Re: Locating a commit from its ChangeLog entry (was Re: How to migrate ggc_alloc_XXX for GCC v8.x (git-20170816)?)

在 2017年08月17日 23:10, David Malcolm 写道: On Thu, 2017-08-17 at 09:52 +0800, Leslie Zhai wrote: Hi Trevor, Thanks for your kind response! 在 2017年08月16日 20:02, Trevor Saunders 写道: On Wed, Aug 16, 2017 at 05:32:10PM +0800, Leslie Zhai wrote: Hi GCC developers, GCC v4.6's gengtype will

DragonEgg for GCC v8.x and LLVM v6.x is just able to work

local_unnamed_addr constant [24 x i8] c"DEBUG: %s, line %d: %s\0A\00", align 8 @.cst.1 = private local_unnamed_addr constant [13 x i8] c"test/hello.c\00", align 8 @.cst.2 = private local_unnamed_addr constant [12 x i8] c"Leslie Zhai\00", align 8 @.cst.3 = pri

Re: DragonEgg for GCC v8.x and LLVM v6.x is just able to work

@.cst = private local_unnamed_addr constant [24 x i8] c"DEBUG: %s, line %d: %s\0A\00", align 8 @.cst.1 = private local_unnamed_addr constant [13 x i8] c"test/hello.c\00", align 8 @.cst.2 = private local_unnamed_addr constant [12 x i8] c"Leslie Zhai\00", align 8 @.cst.3

Re: Assigning the result of a function call to a variable in the Gfortran frontend

estigation. . Help would be very much appreciated! Thanks, Siddharth. -- Sending this from my phone, please excuse any typos! -- Regards, Leslie Zhai - https://reviews.llvm.org/p/xiangzhai/

Re: Assigning the result of a function call to a variable in the Gfortran frontend

在 2017年09月05日 15:25, Leslie Zhai 写道: 在 2017年09月05日 14:14, Tobias Grosser 写道: Hi Leslie, I copied you in this thread as you currently worked quite a bit with dragonegg and we are currently trying to generate metadata that makes it easier to reason about multi-dimensional fortran arrays

Re: Assigning the result of a function call to a variable in the Gfortran frontend

Hi Tobias, You are welcome! 在 2017年09月06日 13:14, Tobias Grosser 写道: Thank you leslie! Best, Tobias On Wed, Sep 6, 2017, at 05:25, Leslie Zhai wrote: 在 2017年09月05日 15:25, Leslie Zhai 写道: 在 2017年09月05日 14:14, Tobias Grosser 写道: Hi Leslie, I copied you in this thread as you currently

Re: [llvm-dev] DragonEgg for GCC v8.x and LLVM v6.x is just able to work

as flang-clang https://github.com/flang-compiler/clang/pull/28 and it is glad to learn from other developers :) https://gcc.gnu.org/ml/gcc/2017-09/msg00022.html 在 2017年09月07日 12:10, Chris Lattner 写道: On Sep 4, 2017, at 8:13 PM, Leslie Zhai via llvm-dev wrote: Hi LLVM and GCC developers, L

Register Allocation Graph Coloring algorithm and Others

org/D39712 [2] http://lists.llvm.org/pipermail/llvm-dev/2008-March/012940.html [3] https://github.com/joaotavio/llvm-register-allocator [4] https://github.com/xiangzhai/llvm/tree/avr/include/llvm/CodeGen/GCol -- Regards, Leslie Zhai - https://reviews.llvm.org/p/xiangzhai/

Re: Register Allocation Graph Coloring algorithm and Others

Hi Vladimir, Thanks for your kind and very detailed response! 在 2017年12月15日 12:40, Vladimir Makarov 写道: On 12/14/2017 10:18 PM, Leslie Zhai wrote: Hi GCC and LLVM developers, I am learning Register Allocation algorithms and I am clear that: * Unlimited VirtReg (pseudo) -> limited

Re: Register Allocation Graph Coloring algorithm and Others

319257280   and other papers, even if HEA is not the best solution, I still want to practice and see the benchmark, I am not computing professionals, I am only 34 olds, perhaps I have enough time to waste :) 在 2017年12月19日 00:41, d...@cray.com 写道: Leslie Zhai writes: * Memory (20 - 100 cycle

Re: Register Allocation Graph Coloring algorithm and Others

-V on x86-64, but I think it is possible, at least for some codes… Regards, Michael. On 15/12/2017, at 4:18 PM, Leslie Zhai wrote: Hi GCC and LLVM developers, I am learning Register Allocation algorithms and I am clear that: * Unlimited VirtReg (pseudo) -> limited or fixed or alias[1]

Re: [llvm-dev] Register Allocation Graph Coloring algorithm and Others

18, 2017, at 9:52 AM, Leslie Zhai via llvm-dev mailto:llvm-...@lists.llvm.org>> wrote: Hi David, Thanks for your teaching! I am a newbie in compiler area, I only learned Compiler Principle in 2002https://www.leetcode.cn/2017/12/ilove-compiler-principle.html But I like to practice and

Re: Register Allocation Graph Coloring algorithm and Others

Hi Jakob, Thanks for your kind response! My usecase is for AVR and RISCV targets, and I just want to learn and practice HEA in RA, thanks for your sharing. 在 2017年12月21日 01:25, Jakob Stoklund Olesen 写道: On Dec 18, 2017, at 19:03, Leslie Zhai <mailto:lesliez...@llvm.org.cn>> wr

Re: [llvm-dev] Register Allocation Graph Coloring algorithm and Others

re near as bad as i386 as r0 and r1 are not used for anything else. The usual ABI makes r0 a clobber-at-will temp. r1 is supposed to be "always zero", so you need to CLR it after retrieving (or ignoring) the high bits of a multiply result. On Thu, Dec 21, 2017 at 3:44 AM, Lesli

Re: [llvm-dev] GCC 5 and -Wstrict-aliasing in JSON.h

_ LLVM Developers mailing list llvm-...@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -- Regards, Leslie Zhai

Re: [llvm-dev] GCC 5 and -Wstrict-aliasing in JSON.h

Hi Jonathan, Thanks for your response! So workaround for Kim's issue is bootstrap old version LLVM with GCC 4/5 to build old clang, then bootstrap latest LLVM with old clang. 在 2018年08月09日 17:16, Jonathan Wakely 写道: On Thu, 9 Aug 2018 at 03:09, Leslie Zhai wrote: Could you test to co

Re: [llvm-dev] GCC 5 and -Wstrict-aliasing in JSON.h

el-redhat-linux/cloog-install --enable-gnu-indirect-function --with-long-double-128 --build=mips64el-redhat-linux Thread model: posix gcc version 4.9.3 20150626 (Red Hat 4.9.3-8) (GCC) Cheers, Sam -- Regards, Leslie Zhai

[MIPS] hsdis need non-executable PT_GNU_STACK support

But I would apply the patch and rebuild gcc-8.1, binutils-gdb-2.30, glibc-2.27, to support Faraz, Joseph and Maciej :) Thanks for your great job! 在 2018年08月14日 14:15, Florian Weimer 写道: On 08/14/2018 04:08 AM, Leslie Zhai wrote: But workaround for mips64el's PrintLIRWithAssembly is adding

Re: [MIPS] hsdis need non-executable PT_GNU_STACK support

hsdis issue for X86? And I can prepare the test environment with the latest kernel and toolchain applied with your patch. Please give me some suggestion to support your job, thanks a lot! 在 2018年08月14日 17:43, Joseph Myers 写道: On Tue, 14 Aug 2018, Leslie Zhai wrote: The root cause is the patch