Any ELF target that overrides ASM_GENERATE_INTERNAL_LABEL is at risk
of not building any more due to the recent elfos.h changes.
Those changes require that the label format generated by
ASM_GENERATE_INTERNAL_LABEL and TARGET_ASM_INTERNAL_LABEL are in sync,
but that is only being ensured for
2011/11/10 Jeff Law l...@redhat.com:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/09/11 14:09, Kai Tietz wrote:
Well, such a comparison-logic-folder helper - like affine-tree for
add/subtract/scale) - is for sure something good for inner gimple
passes building up new logic-truth
Hi,
my reorg of wekarefs broke solaris bootstrap. The problem is that C++ FE
produces
aliases for external variables/functions and expect them to be always thrown
away.
I think this was originally an oversight, since they are completely useless for
rest of compilation but with new alias
On Sat, Nov 12, 2011 at 1:46 AM, Richard Henderson r...@redhat.com wrote:
The first patch removes two avoidable warnings in rs6000.md.
It seems like we could avoid many more of the remaining, but
those are harder; this one was obvious.
The second patch is a build error. It has appeared on
OK'd by Mike in the PR thread.
Applied to trunk and 4.6
Iain
gcc:
PR target/45233
* config/rs6000/rs6000.c (rs6000_legitimize_reload_address):
Only expand a symbol ref. into an access when the entity is defined
in the TU.
PR bootstrap/50822
Index:
On 11/12/2011 03:57 AM, Eric Botcazou wrote:
And ASM_GENERATE_INTERNAL_LABEL uses stpcpy, which isn't portable.
We just need to declare it in system.h in order to use the definition in
libiberty.
Jason
This allows __promote to be used like enable_if to constrain the TR1
and C++11 maths function overloads so they only work for floating
point and integral types.
PR libstdc++/51083
* include/ext/type_traits.h (__promote): Only define __type member
for integral and floating
May I repeat my question re. 4.6?
Since this is a wrong-code situation, I would have thought it eligible for
a back-port?
Well, it's not a wrong-code as in wrong code generated by the back-end,
and it's not a regression.
In any case, backporting to 4.6 is fine with me.
Arno
Hi
I'm undecided whether this counts as a regression or not and if it
should be applied to the 4.6 branch - the testcases worked before TR1
was added or without -std=c++0x.
Thanks a lot for fixing this! About the branch, the patch seems safe enough to
me, maybe just wait a couple if weeks?
On 12 November 2011 16:24, Paolo Carlini wrote:
Hi
I'm undecided whether this counts as a regression or not and if it
should be applied to the 4.6 branch - the testcases worked before TR1
was added or without -std=c++0x.
Thanks a lot for fixing this! About the branch, the patch seems safe
On Fri, Nov 11, 2011 at 1:47 PM, Venkataramanan Kumar
venkataramanan.kumar@gmail.com wrote:
Can you please check if these changes as Ok.
On Thu, Nov 10, 2011 at 7:59 PM, Jan Hubicka hubi...@ucw.cz wrote:
Hello!
This patch defines -march=bdver1 and -mtune=bdver1 flag for the
On 11/12/2011 07:56 AM, Richard Henderson wrote:
On 11/11/2011 07:39 PM, Kaz Kojima wrote:
It seems that expand_builtin sets target variable to
const0_trx when ignore argument is set and this causes
the above ICE. I'm trying a patch ...
I think the fix belongs in
On Sat, Nov 12, 2011 at 3:19 AM, H.J. Lu hongjiu...@intel.com wrote:
The current x32 implementation uses LEAs to convert 32bit address to
64bit. However, we can use addr32 prefix to use 32bit address directly.
It improves performance by 5% in SPEC CPU 2K/2006. All changes are done
in x86
On Fri, 11 Nov 2011, venkataramanan.ku...@amd.com wrote:
Added bdver1 information to changes.html for GCC4.6
is Ok to commit?
Looks good to me, yes.
Thanks,
Gerald
On Fri, 11 Nov 2011, Richard Henderson wrote:
@@ -136,3 +136,6 @@ along with GCC; see the file COPYING3. If not see
/* Linux always uses gas. */
#undef TARGET_GAS
#define TARGET_GAS 1
+
+#undef TARGET_SYNC_LIBCALL
+#define TARGET_SYNC_LIBCALL 1
John, Richard, while you are at it, mind
From: Eric Botcazou ebotca...@adacore.com
Date: Sat, 12 Nov 2011 09:57:04 +0100
Eric, it seems that most if not all of the other ELF sparc targets
will need something like this as well but I was only able to validate
Linux at the moment.
Aren't all ELF targets of all architectures
Benjamin maintains the libstdc++ manuals under /onlinedocs on
gcc.gnu.org, but we keep running into permissions problems.
The patch below addresses this such that he, and others in the
gcc group with login access, can take care of such changes.
Unless there are any objections, I am planning on
Again, only those ELF targets which have an override for
ASM_GENERATE_INTERNAL_LABEL, which if you check is almost entirely
Sparc.
We probably aren't looking at the same tree then. Alpha, IA-64, MIPS, HP-PA,
SPARC and a few others have an override for ASM_GENERATE_INTERNAL_LABEL.
The
From: Eric Botcazou ebotca...@adacore.com
Date: Sun, 13 Nov 2011 00:26:51 +0100
Again, only those ELF targets which have an override for
ASM_GENERATE_INTERNAL_LABEL, which if you check is almost entirely
Sparc.
We probably aren't looking at the same tree then. Alpha, IA-64, MIPS, HP-PA,
Richard Henderson r...@redhat.com wrote:
I think the fix belongs in expand_builtin_compare_and_swap.
I'm testing the following.
Full test completed on x86_64-linux. I verified that the test
you mentioned no longer ICEs on sh4-linux.
Committed.
Thanks!
Regards,
kaz
Now that we have a way of explicitly marking a variable as dead, we can
use that to indicate the end of a temporary's lifetime by adding it as a
cleanup for that temporary. Since gimple_push_cleanup still deals in
trees I needed to tweak a couple of places to avoid trying to treat a
clobber
My recent work on fixing lifetime extension for temporaries bound to
references makes it trivial to add this warning.
Tested x86_64-pc-linux-gnu, applied to trunk.
commit 1db25121594ff9405adeb5bd6892d72679bf2ba1
Author: Jason Merrill ja...@redhat.com
Date: Sat Nov 12 20:42:21 2011 -0500
22 matches
Mail list logo