Am 18.02.2013 20:07, schrieb Ian Lance Taylor:
>> the libgo testsuite unfortunately works not as all other testsuite for the
>> > libraries do work. Usually if you do want to test a multilib build, you
>> > call
>> >
>> > RUNTESTFLAGS="--target_board=unix\{,-m32,-mx32\}" make -k check
>> >
>> >
On Fri, Feb 22, 2013 at 2:50 PM, Steven Bosscher wrote:
> On Fri, Feb 22, 2013 at 11:26 PM, Vladimir Makarov wrote:
>>> I still have a large number of FAILs on mipsisa64 that weren't there
>>> before. Compare these two results to see what I mean:
>>>
>>> http://gcc.gnu.org/ml/gcc-testresults/2013-
On Fri, Feb 22, 2013 at 11:26 PM, Vladimir Makarov wrote:
>> I still have a large number of FAILs on mipsisa64 that weren't there
>> before. Compare these two results to see what I mean:
>>
>> http://gcc.gnu.org/ml/gcc-testresults/2013-02/msg00123.html
>> http://gcc.gnu.org/ml/gcc-testresults/2013-
On Fri, Feb 22, 2013 at 4:58 AM, Jakub Jelinek wrote:
> On Fri, Feb 22, 2013 at 11:53:39AM +0400, Konstantin Serebryany wrote:
>> Jakub, thanks again for cleaning up my mess.
>>
>> Here is a question regarding your fix:
>> > -#if ASAN_USE_PREINIT_ARRAY
>> > +#if ASAN_USE_PREINIT_ARRAY && !defined
On 13-02-22 4:42 PM, Steven Bosscher wrote:
On Fri, Feb 22, 2013 at 9:15 PM, Vladimir Makarov wrote:
LRA branch was merged with trunk @ 196224.
The branch was successfully bootstrapped on x86/x86-64, ppc64, and ia64.
Hello Vlad,
Thanks for the fix and merge.
I still have a large number of FA
We need to be careful not to do any access checking on the actual
arguments to the function when we're pushed into the context of the
function being instantiated.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 7498f299d97da75ce3ab30d0626818a143fbaab9
Author: Jason Merrill
Date: Fri Fe
When we're stripping typedefs from a TYPENAME_TYPE, we need to handle
any template arguments it might have.
Tested x86_64-pc-linux-gnu, applying to trunk and 4.7.
commit db3871b6aed11204a7e3336c27bd565e61000bce
Author: Jason Merrill
Date: Fri Feb 22 10:20:00 2013 -0500
PR c++/56395
When we go to tsubst with explicit_args, we should put them in the tinst
level.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 2eb09da9c9e09ce1e08b024b60594ed4acf02d00
Author: Jason Merrill
Date: Fri Feb 22 10:58:47 2013 -0500
PR c++/56377
* pt.c (fn_type_unification): Use e
Another place in push_template_decl_real already uses this technique to
avoid crashing in import_export_decl.
Tested x86_64-pc-linux-gnu, applying to trunk and 4.7.
commit f9e38d8e08b8602fe0264fd381d97bff495acc32
Author: Jason Merrill
Date: Fri Feb 22 12:52:04 2013 -0500
PR c++/40405
On 20 February 2013 02:07, Benjamin De Kosnik wrote:
>
> Fixups for doxygen. Since 2012-11-20, most of C++11 has been ignored by
> doxygen, resulting in some missing modules documentation even in HTML
> output.
>
> Jakub, this fixes the libstdc++.tag validation errors.
>
> I've regenerated the gcc.
On Fri, Feb 22, 2013 at 9:15 PM, Vladimir Makarov wrote:
> LRA branch was merged with trunk @ 196224.
>
> The branch was successfully bootstrapped on x86/x86-64, ppc64, and ia64.
Hello Vlad,
Thanks for the fix and merge.
I still have a large number of FAILs on mipsisa64 that weren't there
before
2013-02-22 Matt Turner
gcc/
* doc/invoke.texi: Document r4700.
---
gcc/doc/invoke.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index 7d96467..63eb6a6 100644
--- a/gcc/doc/invoke.texi
+++ b/gcc/doc/invoke.texi
LRA branch was merged with trunk @ 196224.
The branch was successfully bootstrapped on x86/x86-64, ppc64, and ia64.
Committed as rev. 196226.
Jakub Jelinek writes:
> On Fri, Feb 22, 2013 at 09:31:54AM -0800, Steve Ellcey wrote:
>> On Fri, 2013-02-22 at 11:03 +0100, Jakub Jelinek wrote:
>>
>> > The problem I believe is that Aldy has changed init_optabs and
>> > insn-opinit.c
>> > to use this_fn_optabs instead of this_target_optabs, but
On Fri, Feb 22, 2013 at 09:31:54AM -0800, Steve Ellcey wrote:
> On Fri, 2013-02-22 at 11:03 +0100, Jakub Jelinek wrote:
>
> > The problem I believe is that Aldy has changed init_optabs and insn-opinit.c
> > to use this_fn_optabs instead of this_target_optabs, but it is only set in
> > invoke_set_c
On Fri, 2013-02-22 at 11:03 +0100, Jakub Jelinek wrote:
> The problem I believe is that Aldy has changed init_optabs and insn-opinit.c
> to use this_fn_optabs instead of this_target_optabs, but it is only set in
> invoke_set_current_function_hook. During save_target_globals we want to
> init this
On 02/21/2013 02:14 PM, Aldy Hernandez wrote:
> I suppose we could cheat and avoid passing PR_INSTRUMENTEDCODE if we
> ever enter expand_block_tm(), but perhaps we could do a little better as
> with the attached patch.
I assume you meant "never enter" there.
Yes, you don't need to "accumulate" GT
On Fri, Feb 22, 2013 at 09:55:39AM -0700, Jeff Law wrote:
> On 02/22/13 09:52, abel wrote:
> >
> >Thanks. You are right, I forgot to fix the comment before submitting.
> >
> >Is the patch also fine for 4.7/4.6? The problem is also present there.
> It's up to the release managers for 4.7/4.6. It ce
On 02/22/13 09:52, abel wrote:
Thanks. You are right, I forgot to fix the comment before submitting.
Is the patch also fine for 4.7/4.6? The problem is also present there.
It's up to the release managers for 4.7/4.6. It certainly would have my
blessing.
jeff
On 2013-02-22 18:21, Jeff Law wrote:
On 02/22/13 07:16, Alexander Monakov wrote:
You must be referring to the PR audit trail, right? I'm sure the bug
reporter
is mistaken that the stores are coalesced. What happens is that two
of the
three stores are moved up above the first asm, but becau
Hi
The RTEMS Community has realized we allowed something to occur
that should not have happened. As arm-elf was deprecated and removed,
we should have moved to EABI as our base. The gcc head and 4.8 have
this situation corrected. Unfortunately, we let the arm-rtems target
get marked obsolete in
The following patch fixes ppc64/ia64 bootstrap problem occurred after
submitting patch for PR56148. The problem might occur for x86/x86-64
therefore I am submitting this patch for trunk too.
The patch was successfully bootstrapped on x86/x86-64, ppc64, ia64.
Committed as rev. 196223.
2013-02
On 18/02/13 18:36, Greta Yorsh wrote:
Convert define_insn into define_insn_and_split for various subdi patterns
that output multiple assembly instructions.
2013-02-14 Greta Yorsh
* config/arm/arm.md (arm_subdi3): Convert define_insn into
define_insn_and_split.
On Fri, Feb 15, 2013 at 12:47:30PM +0400, Konstantin Serebryany wrote:
> Sure. ASAN_FIXED_MAPPING should be used for performance measurements
> only -- this is not a release option.
> (Added a more precise comment).
BTW, today I think I've discovered what looks like a prelink bug,
but perhaps we n
On 18/02/13 18:35, Greta Yorsh wrote:
Add patterns to handle various subtract with carry operations.
These patterns match RTL insns emitted by splitters
for DImode operations such as subdi, negdi, and cmpdi.
gcc/
2013-02-14 Greta Yorsh
* config/arm/arm.md (subsi3_carryin, subsi3_c
On 22/02/13 15:41, Sebastian Huber wrote:
Testsuite results:
http://gcc.gnu.org/ml/gcc-testresults/2013-02/msg02508.html
2013-02-22 Sebastian Huber
* config.gcc (arm*-*-rtemself*): New.
(arm*-*-rtems*): Removed.
(arm*-*-eabi* | arm*-*-symbianelf* | arm*-*-rtemseabi
I have no objections to this if the release managers agree.
R.
On 22/02/13 15:40, Sebastian Huber wrote:
2013-02-22 Sebastian Huber
* config.gcc (arm*-*-rtemself*): New.
(arm*-*-rtems*): Removed.
(arm*-*-eabi* | arm*-*-symbianelf*): Add (arm*-*-rtems*).
*
On 20/02/13 23:21, Seth LaForge wrote:
On Fri, Feb 15, 2013 at 3:29 PM, Mike Stump wrote:
No. Counter proposal, let's handle the cases that don't work. So, you said in
your original email that armeb-unknown-eabi doesn't work.
So, in the existing case statement for:
arm*-*-eabi*)
let's jus
On 22/02/13 14:44, James Greenhalgh wrote:
Hi,
gcc/config/aarch64/aarch64-simd-builtins.def is missing a copyright header
and is not listed in build dependencies for aarch64-builtins.c.
This patch fixes that.
Is this OK to commit to trunk and aarch64-4.7-branch.
Thanks,
James Greenhalgh
---
Testsuite results:
http://gcc.gnu.org/ml/gcc-testresults/2013-02/msg02508.html
2013-02-22 Sebastian Huber
* config.gcc (arm*-*-rtemself*): New.
(arm*-*-rtems*): Removed.
(arm*-*-eabi* | arm*-*-symbianelf* | arm*-*-rtemseabi*): Rename
"arm*-*-rtemseabi*" to "arm*
2013-02-22 Sebastian Huber
* config.gcc (arm*-*-rtemself*): New.
(arm*-*-rtems*): Removed.
(arm*-*-eabi* | arm*-*-symbianelf*): Add (arm*-*-rtems*).
* config/arm/rtems-eabi.h: New file.
* config/arm/t-rtems-eabi: New file.
---
gcc/config.gcc
On Fri, Feb 22, 2013 at 05:56:34PM +0400, Konstantin Serebryany wrote:
> Is there a use case where __attribute__((constructor)) in asan_rtl.cc
> will improve our chances to run early?
I was thinking about something like:
cat > libab.C <<\EOF
static int a[10], b;
extern "C" void bar (void) __attrib
Mikael Morin wrote:
Hello, this is a fix for cases like:
program main
implicit none
intrinsic :: real
print *,(/ real(a = 1) /)
end
where `real(a = 1)' is initially parsed as a typespec, creating
a symbol for 'a' along the way. The match fails, and then it is parsed
as a constructor e
Current gcc-4_6-branch still fails to bootstrap when texinfo 5.0 is
installed.
The attached patch fixes the remaining instances where @itemx need to be
replaced
with @item. An additional instance of misplaced brackets was fixed to match
current
gcc-4_7-branch. Bootstrap tested on x86_64-apple
Current gcc-4_7-branch still fails to bootstrap when texinfo 5.0 is
installed.
The attached patch fixes the remaining instances where @itemx need to be
replaced
with @item. Bootstrap tested on x86_64-apple-darwin12. Okay for gcc-4_7-branch?
Jack
gcc/
2013-02-22 Jack Howarth
In the following snippet, the C++ front-end drops the transaction
altogether:
+int x = 0;
+int inc_func(int i) {
+ for (int j = 0; j < i; ++j)
+ {
+ __transaction_atomic { x+=1; }
+ }
+ return 0;
This was caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186546
Hi,
gcc/config/aarch64/aarch64-simd-builtins.def is missing a copyright header
and is not listed in build dependencies for aarch64-builtins.c.
This patch fixes that.
Is this OK to commit to trunk and aarch64-4.7-branch.
Thanks,
James Greenhalgh
---
gcc/
2013-02-22 James Greenhalgh
On 02/22/13 07:16, Alexander Monakov wrote:
You must be referring to the PR audit trail, right? I'm sure the bug reporter
is mistaken that the stores are coalesced. What happens is that two of the
three stores are moved up above the first asm, but because of how the awk
script cuts the genera
On Fri, 22 Feb 2013, Jeff Law wrote:
> On 02/22/13 06:30, Andrey Belevantsev wrote:
> > Hello,
> >
> > As found by Jakub and explained in the PR audit trail by Alexander, this
> > patch fixes the selective scheduler merge glitch of 2008 that added the
> > unnecessary JUMP_P check to the flush_pe
On 22/02/13 13:54, Greta Yorsh wrote:
This patch improves code generated for extension from SI to DI mode for core
registers when neon is not enabled.
Currently, if neon is enabled, extendsidi for core registers benefits from
the patch described here (r194558 from 17 Dec 2012):
http://gcc.gnu.or
On Fri, Feb 22, 2013 at 4:58 PM, Jakub Jelinek wrote:
> On Fri, Feb 22, 2013 at 11:53:39AM +0400, Konstantin Serebryany wrote:
>> Jakub, thanks again for cleaning up my mess.
>>
>> Here is a question regarding your fix:
>> > -#if ASAN_USE_PREINIT_ARRAY
>> > +#if ASAN_USE_PREINIT_ARRAY && !defined
On 02/22/13 06:30, Andrey Belevantsev wrote:
Hello,
As found by Jakub and explained in the PR audit trail by Alexander, this
patch fixes the selective scheduler merge glitch of 2008 that added the
unnecessary JUMP_P check to the flush_pending_lists call. I have
removed the check and expanded th
This patch improves code generated for extension from SI to DI mode for core
registers when neon is not enabled.
Currently, if neon is enabled, extendsidi for core registers benefits from
the patch described here (r194558 from 17 Dec 2012):
http://gcc.gnu.org/ml/gcc-patches/2012-11/msg00984.html
Hello,
As found by Jakub and explained in the PR audit trail by Alexander, this
patch fixes the selective scheduler merge glitch of 2008 that added the
unnecessary JUMP_P check to the flush_pending_lists call. I have removed
the check and expanded the binary negation for clarity.
The patch
On 21/02/2013 19:35, Anthony Green wrote:
> On Thu, Feb 21, 2013 at 2:22 PM, Dave Korn wrote:
>> Gcc-patches: Assuming AG approves, can we commit this without waiting for
>> an
>> upstream libffi release and doing a full merge? Currently GCC HEAD won't
>> build libffi (and hence libjava) withou
On Fri, Feb 22, 2013 at 11:53:39AM +0400, Konstantin Serebryany wrote:
> Jakub, thanks again for cleaning up my mess.
>
> Here is a question regarding your fix:
> > -#if ASAN_USE_PREINIT_ARRAY
> > +#if ASAN_USE_PREINIT_ARRAY && !defined (PIC)
>
> The PIC macro is an artifact of the GCC build syst
Hi Hans-Peter,
Sorry if I misinterpret, but it seems a reminder is in order:
magic powers are attached to whome...@gcc.gnu.org accounts in
bugzilla, so when people use them instead of their
whome...@employer.example.com, they are able to close PR's they
haven't created.
Ah - thank you, I did no
Hi,
Could you please let me know if this is OK for 4.7 as this bug shows up on 4.7
but seems to be latent on trunk? I'd like to get this in before the release.
Thanks,
Tejas Belagod
ARM.
Tejas Belagod wrote:
PING.
Tejas Belagod wrote:
Richard Sandiford wrote:
After the discussions Richard
On Thu, Feb 21, 2013 at 11:02:56PM +, Steve Ellcey wrote:
> Have you gotten any reports of problems with this patch? It seems to be
> sending cc1 into an infinite
> loop during the GCC testsuite for me. I am testing the mips-mti-linux-gnu
> target and tests like
> gcc.target/mips/call-saved
On Fri, Feb 22, 2013 at 11:53:39AM +0400, Konstantin Serebryany wrote:
> Jakub, thanks again for cleaning up my mess.
>
> Here is a question regarding your fix:
> > -#if ASAN_USE_PREINIT_ARRAY
> > +#if ASAN_USE_PREINIT_ARRAY && !defined (PIC)
>
> The PIC macro is an artifact of the GCC build syst
50 matches
Mail list logo
