On Thu, Jan 17, 2019 at 8:16 PM Michael Ploujnikov
wrote:
>
> Hi,
>
> I've been doing some investigations that required using a bitmap to keep
> track of decl IDs and I ran into segmentation fault after my bitmap has been
> loaded from a PCH. Attached is a short patch that can reliably reproduce
On Fri, Jan 18, 2019 at 4:11 AM Li Kun wrote:
>
> I need to known which rtx is expanded from a specific CALL_EXPR, how
> could i do ?
>
> Is INSN_LOCATION accurate enough ?
No. There's no accurate way to do this so you have to invent something.
Or start by explaining what you are wanting to do.
在 2019/1/18 16:52, Richard Biener 写道:
On Fri, Jan 18, 2019 at 4:11 AM Li Kun wrote:
I need to known which rtx is expanded from a specific CALL_EXPR, how
could i do ?
Is INSN_LOCATION accurate enough ?
No. There's no accurate way to do this so you have to invent something.
Or start by expl
On Fri, Jan 18, 2019 at 10:33 AM Li Kun wrote:
>
>
>
> 在 2019/1/18 16:52, Richard Biener 写道:
> > On Fri, Jan 18, 2019 at 4:11 AM Li Kun wrote:
> >> I need to known which rtx is expanded from a specific CALL_EXPR, how
> >> could i do ?
> >>
> >> Is INSN_LOCATION accurate enough ?
> > No. There's
sparc-rtems5-gnat --version
GNAT 9.0.0 20190118 (RTEMS 6, RSB
b794966eebc2cb09f14fee16e402f2b0eb8c0fcf, Newlib 7f983079d)
on openSUSE with a native GCC
gcc --version
gcc (SUSE Linux) 8.2.1 20190103 [gcc-8-branch revision 267549
provided by openSUSE.
On Debian GNU/Linux 9 (stretch) with a self
Hi,
I understand that you are exhibiting at "Embedded World 2019 (International
Trade Fair for Electronic Systems, Embedded Technology, Embedded Systems,
E-mobility and Distributed Intelligence)" and was wondering if you would be
Interested in acquiring the Attendees list.
We have the most update
On Tue, Jan 15, 2019 at 04:48:27PM +0530, kamlesh kumar wrote:
> Hi all,
>
> Analysed it further and find out that
> function ' rs6000_promote_function_mode ' (rs6000.c) needs modifcation.
> """
> static machine_mode
> rs6000_promote_function_mode (const_tree type ATTRIBUTE_UNUSED,
>
On Fri, Jan 18, 2019 at 11:03:28PM +1030, Alan Modra wrote:
> On Tue, Jan 15, 2019 at 04:48:27PM +0530, kamlesh kumar wrote:
> > Hi all,
> >
> > Analysed it further and find out that
> > function ' rs6000_promote_function_mode ' (rs6000.c) needs modifcation.
> > """
> > static machine_mode
> > rs6
On 2019-01-18 3:45 a.m., Richard Biener wrote:
> On Thu, Jan 17, 2019 at 8:16 PM Michael Ploujnikov
> wrote:
>>
>> Hi,
>>
>> I've been doing some investigations that required using a bitmap to keep
>> track of decl IDs and I ran into segmentation fault after my bitmap has been
>> loaded from a P
On January 18, 2019 2:38:44 PM GMT+01:00, Michael Ploujnikov
wrote:
>On 2019-01-18 3:45 a.m., Richard Biener wrote:
>> On Thu, Jan 17, 2019 at 8:16 PM Michael Ploujnikov
>> wrote:
>>>
>>> Hi,
>>>
>>> I've been doing some investigations that required using a bitmap to
>keep track of decl IDs and
I'm looking at the option to see if I could use it to better exercise
warnings like -Wstringop-overflow and avoid the persistent regressions
on secondary targets like arm that don't inline memory built-ins. As
an experiment, I thought I'd try to use the option to disable memcpy
inlining altogethe
Snapshot gcc-8-20190118 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/8-20190118/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-8
Hi!
On Mon, Jan 14, 2019 at 12:24:43PM +, Matthew Malcomson wrote:
> I've found a testcase where the stack protector code generated through
> `-fstack-protector-all` doesn't actually protect anything.
[ snip ]
> When compiling on aarch64 with
> ~gcc -fstack-protector-all -g -S stack-reorder.
13 matches
Mail list logo
