On Wed, 2014-02-12 at 10:19 +0100, Peter Zijlstra wrote:
> > I don't know the specifics of your example, but from how I understand
> > it, I don't see a problem if the compiler can prove that the store will
> > always happen.
> >
> > To be more specific, if the compiler can prove that the store wi
On Thu, 2014-02-13 at 18:01 -0800, Paul E. McKenney wrote:
> On Thu, Feb 13, 2014 at 12:03:57PM -0800, Torvald Riegel wrote:
> > On Wed, 2014-02-12 at 16:23 -0800, Paul E. McKenney wrote:
> > > On Wed, Feb 12, 2014 at 12:22:53PM -0800, Linus Torvalds wrote:
> > > > On Wed, Feb 12, 2014 at 10:07 AM,
On Thu, Feb 13, 2014 at 12:03:57PM -0800, Torvald Riegel wrote:
> On Wed, 2014-02-12 at 16:23 -0800, Paul E. McKenney wrote:
> > On Wed, Feb 12, 2014 at 12:22:53PM -0800, Linus Torvalds wrote:
> > > On Wed, Feb 12, 2014 at 10:07 AM, Paul E. McKenney
> > > wrote:
> > > >
> > > > Us Linux-kernel hac
Hi,
I have noticed that record_component_aliases is called during LTO time and it
examines contents of BINFO:
0x5cd7a5 record_component_aliases(tree_node*)
../../gcc/alias.c:1005
0x5cd4a9 get_alias_set(tree_node*)
../../gcc/alias.c:895
0x5cc67a component_uses_parent_alias_set_from(t
Snapshot gcc-4.8-20140213 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20140213/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi everyone,
I noticed that the GCC build process currently only uses the
-Wmissing-prototypes flag, and not the -Wmissing-declarations flag.
It seems that the former flag only works on C source files, which
means that GCC's source files no longer benefit from this flag as they
are now C++ files.
On Wed, 2014-02-12 at 16:23 -0800, Paul E. McKenney wrote:
> On Wed, Feb 12, 2014 at 12:22:53PM -0800, Linus Torvalds wrote:
> > On Wed, Feb 12, 2014 at 10:07 AM, Paul E. McKenney
> > wrote:
> > >
> > > Us Linux-kernel hackers will often need to use volatile semantics in
> > > combination with C11
Hi, Yufeng
Sorry, I don't have any testcase
I just mis-understanding the implementation.
Hi, Renlin
Thanks to point out my mis-understanding.
I didn't aware that LP would in different position between FP needed
(bottom of callee) and FP not needed(top of callee).
I have check the aarch64_layout
On 13/02/14 02:14, Shiva Chen wrote:
Hi,
I have a question about the implementation of
aarch64_final_eh_return_addr
which is used to point out the return address of the frame
According the source code
If FP is not needed
return gen_frame_mem (DImode,
plus_constan
On Thu, Feb 13, 2014 at 5:29 PM, Jakub Jelinek wrote:
> On Thu, Feb 13, 2014 at 05:24:53PM +0530, Ramana wrote:
>> For C++ applications, on PPC, gcc v4.8.1 is generating the call frame
>> information in the .eh_frame section by default.
>>
>> Could you please tell me why .eh_frame is being generat
==
GNU Tools Cauldron 2014
http://gcc.gnu.org/wiki/cauldron2014
Call for Abstracts and Participation
18-20 July 2014
Cambridge, England
=
On 02/13/2014 08:37 AM, Richard Biener wrote:
On Thu, Feb 13, 2014 at 2:20 PM, Tobias Grosser wrote:
On 02/13/2014 08:19 AM, Richard Biener wrote:
On Mon, Jan 27, 2014 at 8:40 PM, Tobias Grosser wrote:
On 01/27/2014 08:29 PM, Tobias Burnus wrote:
Hello,
motivated by the recent MPC 1.0.
On Thu, Feb 13, 2014 at 2:20 PM, Tobias Grosser wrote:
> On 02/13/2014 08:19 AM, Richard Biener wrote:
>>
>> On Mon, Jan 27, 2014 at 8:40 PM, Tobias Grosser wrote:
>>>
>>> On 01/27/2014 08:29 PM, Tobias Burnus wrote:
Hello,
motivated by the recent MPC 1.0.2 announcement,
On 02/13/2014 08:19 AM, Richard Biener wrote:
On Mon, Jan 27, 2014 at 8:40 PM, Tobias Grosser wrote:
On 01/27/2014 08:29 PM, Tobias Burnus wrote:
Hello,
motivated by the recent MPC 1.0.2 announcement, I looked at
./contrib/download_prerequisites and also at
ftp://gcc.gnu.org/pub/gcc/infrastr
On Mon, Jan 27, 2014 at 8:40 PM, Tobias Grosser wrote:
> On 01/27/2014 08:29 PM, Tobias Burnus wrote:
>>
>> Hello,
>>
>> motivated by the recent MPC 1.0.2 announcement, I looked at
>> ./contrib/download_prerequisites and also at
>> ftp://gcc.gnu.org/pub/gcc/infrastructure/ to see which versions ar
On Thu, Feb 13, 2014 at 05:24:53PM +0530, Ramana wrote:
> For C++ applications, on PPC, gcc v4.8.1 is generating the call frame
> information in the .eh_frame section by default.
>
> Could you please tell me why .eh_frame is being generated instead of
> .debug_frame?
Because .eh_frame is the same
Hi,
For C++ applications, on PPC, gcc v4.8.1 is generating the call frame
information in the .eh_frame section by default.
Could you please tell me why .eh_frame is being generated instead of
.debug_frame?
Also, the dwarf4 standard does not describe .eh_frame section. I
understand that by default
Hi Shiva,
I wonder if you have any test case to demonstrate the potential
code-gen issue you are concerned with.
Thanks,
Yufeng
On Thu, Feb 13, 2014 at 2:14 AM, Shiva Chen wrote:
> Hi,
>
> I have a question about the implementation of
>
> aarch64_final_eh_return_addr
>
> which is used to point
On Wed, Feb 12, 2014 at 5:22 PM, Jan Hubicka wrote:
>> On Wed, 12 Feb 2014, Richard Biener wrote:
>>
>> > What about instead of our current odd way of identifying LTO objects
>> > simply add a special ELF note telling the linker the plugin to use?
>> >
>> > .note._linker_plugin '/./libltoplugi
On February 13, 2014 8:07:16 AM GMT+01:00, chronicle
wrote:
>Hi PPL i developed a plugin that produces the following gimple
>
>test ()
>{
> int selected_fnc_var_.3;
> int random_Var.2;
> int D.2363;
> int _1;
>
> :
> random_Var.2_2 = rand ();
> selected_fnc_var_.3_3 = random_Var.2_
20 matches
Mail list logo
