Re: Emit a variable defined in gcc

2020-07-01 Thread Harshit Sharma via Gcc
Thanks Martin. I liked your idea of using __builtin___asan_version_mismatch_check_v8(). But now, I am getting a compile error. ( error: implicit declaration of function '__builtin___asan_version_mismatch_check_v8'; ) It means the reference to this function is not resolved. So, I guess gcc is not e

How to forbid register allocator to overlap bewteen DEST and SOURCE

2020-07-01 Thread jiejie_rong
Hi, GCC seems to overlap register bewteen DEST and SOURCE in different machine mode, Is there any target hooks to control this feature ? I use ‘&’ to forbid register allocator to overlap bewteen DEST and SOURCE, but there are some redundancy instructions in th

[OMPD] Questions on per-process functions and related data types.

2020-07-01 Thread y2s1982 . via Gcc
Hello, In addition to the per-library process, I am trying to implement OMPD's per-process functions defined in 5.5.2. I have some questions on defining or at least using some of the data types. In the attached patch, I took a liberty of tentatively defining the _ompd_aspace_handle, which is the

Re: An problematic interaction between a call created by gimple_build_call and inlining

2020-07-01 Thread Martin Jambor
Hi, On Wed, Jul 01 2020, Gary Oblock via Gcc wrote: > Thank you Richard. > > I feel a bit dumb because I'm well aware of the GCC philosophy to have > any new code produced update the state. Of course I didn't know the > commands to do this for the call graph (which I really appreciate you giving.

Re: Confirm the semantic of GCC extension "Conditionals with Omitted Operands"

2020-07-01 Thread Jakub Jelinek via Gcc
On Wed, Jul 01, 2020 at 11:53:05AM -0400, Nathan Sidwell wrote: > On 7/1/20 10:11 AM, Gong, Sishuai via Gcc wrote: > > Hope this mail finds you well. I am writing this to ask about one extension > > in GCC, which is “Conditionals with Omitted Operands”. > > > > From the document at https://gcc.g

Re: An problematic interaction between a call created by gimple_build_call and inlining

2020-07-01 Thread Gary Oblock via Gcc
Thank you Richard. I feel a bit dumb because I'm well aware of the GCC philosophy to have any new code produced update the state. Of course I didn't know the commands to do this for the call graph (which I really appreciate you giving.) However, the real reason I'm sending a reply is this. Are t

Re: Should the `expand` functions in builtin.c generate MEM patterns with ptr_mode addresses (instead of Pmode)

2020-07-01 Thread Jeff Law via Gcc
On Wed, 2020-07-01 at 11:19 +0100, Matthew Malcomson wrote: > Hello, > > I asked on IRC on Monday but since it didn't get any responses and the > mailing list doesn't require someone paying attention at the moment I > ask I'm asking here too. > > > I've seen that `expand_builtin_init_trampoli

Delivery report

2020-07-01 Thread postmaster--- via Gcc
Hello, this is the mail server on mail0.bigpcnd.net. I am sending you this message to inform you on the delivery status of a message you previously sent. Immediately below you will find a list of the affected recipients; also attached is a Delivery Status Notification (DSN) report in standard fo

Re: Confirm the semantic of GCC extension "Conditionals with Omitted Operands"

2020-07-01 Thread Nathan Sidwell
On 7/1/20 10:11 AM, Gong, Sishuai via Gcc wrote: Hello, Hope this mail finds you well. I am writing this to ask about one extension in GCC, which is “Conditionals with Omitted Operands”. From the document at https://gcc.gnu.org/onlinedocs/gcc/Conditionals.html , we learn that this extension

Confirm the semantic of GCC extension "Conditionals with Omitted Operands"

2020-07-01 Thread Gong, Sishuai via Gcc
Hello, Hope this mail finds you well. I am writing this to ask about one extension in GCC, which is “Conditionals with Omitted Operands”. From the document at https://gcc.gnu.org/onlinedocs/gcc/Conditionals.html , we learn that this extension could be useful in terms of avoiding the side effect

Re: Emit a variable defined in gcc

2020-07-01 Thread Martin Liška
On 7/1/20 10:54 AM, Harshit Sharma wrote: Actually these are two separate things. My callback function to fetch shadow offset from user code is ready. This function is defined in my user code and will be called by compiler (quite similar to how __asan_stack_malloc_ function is implemented in g

Should the `expand` functions in builtin.c generate MEM patterns with ptr_mode addresses (instead of Pmode)

2020-07-01 Thread Matthew Malcomson
Hello, I asked on IRC on Monday but since it didn't get any responses and the mailing list doesn't require someone paying attention at the moment I ask I'm asking here too. I've seen that `expand_builtin_init_trampoline` generates a `gen_rtx_MEM (BLKmode, ...)` on something returned from `

Re: Emit a variable defined in gcc

2020-07-01 Thread Harshit Sharma via Gcc
Actually these are two separate things. My callback function to fetch shadow offset from user code is ready. This function is defined in my user code and will be called by compiler (quite similar to how __asan_stack_malloc_ function is implemented in gcc/asan.c). Now in order to make sure that my

Re: An problematic interaction between a call created by gimple_build_call and inlining

2020-07-01 Thread Richard Biener via Gcc
On Wed, Jul 1, 2020 at 7:49 AM Gary Oblock via Gcc wrote: > > I'm trying to generate calls to "free" on the fly at ipa time. > > I've tried several things (given below) but they both fail > in expand_call_inline in tree-inline.c on this gcc_checking_assert: > > cg_edge = id->dst_node->get_edge (

Re: Emit a variable defined in gcc

2020-07-01 Thread Martin Liška
On 6/30/20 6:52 PM, Harshit Sharma wrote: Hey Martin, Thanks for your reply. Actually I am trying to have a callback function allowing gcc to fetch shadow offset from runtime code. Ah, all right! In order to make sure that my users have applied this patch before using asan feature, I want