Jan Hubicka wrote:
>Hi,
>this patch implements the type inheritance graph builder. Once the
>graph is
>built it stays in memory and unchanged thorough the compilation (we do
>not
>expect to invent new virtual methods during the optimization)
>The graph is dumped into new IPA dump file "type-inheri
On Tue, Jun 11, 2013 at 09:56:11AM +0930, Alan Modra wrote:
>[snip]
> It isn't hard to see why we are going wrong. IBM long double is
> really a two element array of double, and the rs6000 backend uses
> subregs to access the elements. The problem is that lower-subreg
> lowers to word_mode, so w
When I made the following change
-#define FIRST_SAVED_GP_REGNO 13
+#define FIRST_SAVED_GP_REGNO (FIXED_R13 ? 14 : 13)
in http://gcc.gnu.org/ml/gcc-patches/2012-04/msg01274.html, I checked
all uses of FIRST_SAVED_GP_REGNO, but missed the signifigance of
FIRST_SAVRES_REGISTER appearing in the ool
The c++-concepts branch was synchronized with trunk at revision 201834.
-- Gaby
> -Original Message-
> From: Jason Merrill [mailto:ja...@redhat.com]
> Sent: Saturday, August 17, 2013 12:55 AM
> To: Iyer, Balaji V; Rainer Orth
> Cc: Jakub Jelinek; gcc-patches@gcc.gnu.org; Marek Polacek
> (pola...@redhat.com)
> Subject: Re: [PATCH] Fix for PR c/57490
>
> On 08/16/2013 0
On Aug 18, 2013, at 12:52 PM, Iain Sandoe wrote:
> The PR is a(nother) bad interaction between [Darwin/NeXT] ObjC meta-data and
> LTO.
>
> So the fix proposed does this:
>
> (i) removes the generation of this meta-data from the ObjC FE.
> (ii) make LTO recognise the relevant c/l switches.
>
On Aug 18, 2013, at 11:44 AM, Iain Sandoe wrote:
> The PR was fixed on trunk by ...
>
> http://gcc.gnu.org/ml/gcc-patches/2012-06/msg01185.html
>
> .. before 4.8 forked and is thus fixed everywhere except 4.7.
>
> This is a wrong code bug under LTO and was reported against 4.6, so I'd like
> t
On Aug 17, 2013, at 8:54 AM, Jan Hubicka wrote:
> Moreover objc apparently never produce any virtual functions/methods.
Objective-C++ might. :-)
> Can someone explain me in greater detail how the objc use works?
Objective-C uses it to manage code generation for post-increments of method
calls
This is the second part, mostly mechanical, but also giving us
the opportunity to streamline a bit further.
Replace remaining references to cvs.html. Shorten descriptive text
around these reference.
Installed.
Gerald
Index: contribute.html
=
This is something I wanted to do for ages -- shorten some of the
documentation, and merge three pages into one. This is the first,
and largest step.
Streamline about.html a bit and merge (a streamlined version of)
cvs.html into about.html, removing cvs.html after all those years.
Installed.
Hi,
The PR is a(nother) bad interaction between [Darwin/NeXT] ObjC meta-data and
LTO.
(for the NeXT runtime) the compiler emits a small block of meta-data
"ImageInfo" that conveys to the run-time whether the User had enabled
fix-and-continue or objc-gc.
Since these data are anonymous (the r
On Thu, 11 Apr 2013, Arnaud Charlet wrote:
> Another important change was done in this commit, I've updated the changelog
> accordingly:
>
> (Ada_Version_Default): Switch to Ada 2012 by default.
>
> Since Ada 2012 is the new Ada standard, GNAT is switched to Ada 2012
> instead of Ada 200
Hi H.,
On Mon, 15 Apr 2013, Han Shen(沈涵) wrote:
> Hi, I'm to bring up this patch about '-fstack-protector-strong' for trunk.
>
> Background - some times stack-protector is too-simple while
> stack-protector-all over-kills, for example, to build one of our core
> systems, we forcibly add "-fstack-
Hi Nick,
it looks this patch did not get applied. Is this because you
failed to get approval?
With a patch Joseph did recently, this would now be in gcc/target.def,
and from what I can see both parts of the patch are fine.
Unless anyone objects, can you please ago ahead and commit an
update pat
> The test gnat.dg/specs/linker_alias.ads fails on x86_64-apple-darwin10:
>
> FAIL: gnat.dg/specs/linker_alias.ads (test for errors, line 5)
> FAIL: gnat.dg/specs/linker_alias.ads (test for excess errors)
>
> with
>
> :0:0: error: only weak aliases are supported in this
> configuration gnatmake
Hi
The PR was fixed on trunk by ...
http://gcc.gnu.org/ml/gcc-patches/2012-06/msg01185.html
.. before 4.8 forked and is thus fixed everywhere except 4.7.
This is a wrong code bug under LTO and was reported against 4.6, so I'd like to
back port it to 4.7.
[FWIW, the only change needed is add_a
Hi,
this patch implements the type inheritance graph builder. Once the graph is
built it stays in memory and unchanged thorough the compilation (we do not
expect to invent new virtual methods during the optimization)
The graph is dumped into new IPA dump file "type-inheritance".
Construction does
The test gnat.dg/specs/linker_alias.ads fails on x86_64-apple-darwin10:
FAIL: gnat.dg/specs/linker_alias.ads (test for errors, line 5)
FAIL: gnat.dg/specs/linker_alias.ads (test for excess errors)
with
:0:0: error: only weak aliases are supported in this configuration
gnatmake: "/opt/gcc/work/g
Hi,
This was approved by Honza in the PR thread.
applied as 201829
cheers
Iain
libgcc:
PR gcov-profile/58127
* libgcov.c (__gcov_indirect_call_callee): Don't make this a
__thread var for emulated TLS.
(__gcov_indirect_call_counters): Likewise.
Index: libgcc/libgc
Jakub Jelinek wrote:
>Hi!
>
>take_address_of ICEs if an object has NULL DECL_NAME, the first hunk
>fixes
>that. But, there is no point creating extra runtime code for clobbers,
>like
>computing the address of the object, passing it from the serial code to
>the
>outlined parallelized routine and t
Hi!
take_address_of ICEs if an object has NULL DECL_NAME, the first hunk fixes
that. But, there is no point creating extra runtime code for clobbers, like
computing the address of the object, passing it from the serial code to the
outlined parallelized routine and then just have a clobber there (
Bootstrap passed; tested under -m32, -m64, debug;
...and committed.
--
Tim Shen
For GCC 4.8 we announced the new local register allocator. Some
people might (and all of us on the lists) may be looking for it
under the name of LRA, so I added that in parentheses.
Gerald
Index: changes.html
===
RCS file: /cvs/gcc
Hi all,
here is a pretty-much-trivial patch for a problem with OpenMP and
procedure pointers (proc-ptrs to functions are working, but not
subroutines).
Regtested on x86_64-unknown-linux-gnu. Will commit as obvious tomorrow
if no one protests in the meantime ...
Cheers,
Janus
2013-08-18 Janus
> http://gcc.gnu.org/ml/gcc-patches/2013-06/msg01417.html
OK,
thank you!
Honza
>
> Thanks in advance.
>
> --
> Eric Botcazou
On Wed, 13 Mar 2013, Dave Korn wrote:
> Committed revision 196634, with the attached documentation update and cvs
> log entry:
>
> * htdocs/gcc-4.8/changes.html: Add OS-specific section and entry
> for Windows (Cygwin).
I applied this small editorial patch.
Gerald
Index: changes.h
While looking at this page before asking Jan-Benedict to add his
tester, I noticed some updates to make here.
Streamline the first paragraph and split it in two.
Remove reference to Michael Chastain's testing (which is not
happening any more).
Applied.
Gerald
Index: testing/index.html
===
On Wed, 26 Jun 2013, Aldy Hernandez wrote:
This is a small cleanup to the Cilk Plus mention in our documentation,
but more importantly, it clarifies that the Cilk Plus implementation in
GCC is only partial.
OK for trunk?
* doc/invoke.texi (-fcilkplus): Clarify that implementation is
> > On 08/17/2013 05:44 PM, Jan Hubicka wrote:
> > > 1) we want the type to not have base because we may have inlined the
> > > constructor.
> > > During construction the vtables are filled by base's vtable and thus
> > > we can
> > > not simply devirtualize based on the final virtual ta
> On 08/17/2013 05:44 PM, Jan Hubicka wrote:
> > 1) we want the type to not have base because we may have inlined the
> > constructor.
> > During construction the vtables are filled by base's vtable and thus we
> > can
> > not simply devirtualize based on the final virtual table without
http://gcc.gnu.org/ml/gcc-patches/2013-06/msg01417.html
Thanks in advance.
--
Eric Botcazou
31 matches
Mail list logo
