Hi,
Setting HOST_LIB_PATH_bfd/HOST_LIB_PATH_opcodes causes:
as: error while loading shared libraries:
/builddir/build/BUILD/binutils/./opcodes/.libs/libopcodes-2.23.51.0.2-0.1.fc17.so:
file too short
make[4]: *** [gold-threads.o] Error 2
when compiling gold using binutils linked with the same
On Sat, Aug 25, 2012 at 8:31 AM, H.J. Lu hjl.to...@gmail.com wrote:
Hi,
Setting HOST_LIB_PATH_bfd/HOST_LIB_PATH_opcodes causes:
as: error while loading shared libraries:
/builddir/build/BUILD/binutils/./opcodes/.libs/libopcodes-2.23.51.0.2-0.1.fc17.so:
file too short
make[4]: ***
Hello Everyone,
I am trying to debug cc1 through gdb but is not working as it was
before (my current revision is 190623) . For example, when I try to print out
any local variable when I am inside the function, it says the variable is not
in in the context. Here is an example below:
On Sat, Aug 25, 2012 at 10:28 AM, Iyer, Balaji V
balaji.v.i...@intel.com wrote:
Hello Everyone,
I am trying to debug cc1 through gdb but is not working as it was
before (my current revision is 190623) . For example, when I try to print out
any local variable when I am inside the
-Original Message-
From: Andrew Pinski [mailto:pins...@gmail.com]
Sent: Saturday, August 25, 2012 1:31 PM
To: Iyer, Balaji V
Cc: gcc@gcc.gnu.org
Subject: Re: GDB issues on Trunk
On Sat, Aug 25, 2012 at 10:28 AM, Iyer, Balaji V balaji.v.i...@intel.com
wrote:
Hello Everyone,
I
Hello,
I'm currently playing around with an RTL pass and started using C++.
When including algorithm I get the following:
/usr/include/c++/4.6/cstdlib:76:8: error: attempt to use poisoned
calloc
/usr/include/c++/4.6/cstdlib:83:8: error: attempt to use poisoned
malloc
On Sat, Aug 25, 2012 at 1:27 PM, Oleg Endo oleg.e...@t-online.de wrote:
I'm currently playing around with an RTL pass and started using C++.
When including algorithm I get the following:
/usr/include/c++/4.6/cstdlib:76:8: error: attempt to use poisoned
calloc
On Wed, 15 Feb 2012, Křištof Želechovski wrote:
Please consider the following patch:
Thank you, Křištof!
I made some small tweaks, created a ChangeLog entry and applied the
variation of your patch that is included below.
Gerald
2012-08-25 Křištof Želechovski giecr...@stegny.2a.pl
*
On Saturday 25 August 2012 11:58:08 H.J. Lu wrote:
On Sat, Aug 25, 2012 at 8:31 AM, H.J. Lu hjl.to...@gmail.com wrote:
Hi,
Setting HOST_LIB_PATH_bfd/HOST_LIB_PATH_opcodes causes:
as: error while loading shared libraries:
On Sat, Aug 25, 2012 at 3:27 PM, Mike Frysinger vap...@gentoo.org wrote:
On Saturday 25 August 2012 11:58:08 H.J. Lu wrote:
On Sat, Aug 25, 2012 at 8:31 AM, H.J. Lu hjl.to...@gmail.com wrote:
Hi,
Setting HOST_LIB_PATH_bfd/HOST_LIB_PATH_opcodes causes:
as: error while loading shared
Snapshot gcc-4.7-20120825 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-20120825/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Tue, 29 May 2012, Andreas Karrenbauer wrote:
To whom it may concern:
Please find a small code example which causes an internal compiler error with
g++-4.7 (opensuse):
Thanks for the report, Andreas.
I tried this with a current snapshot of what will become GCC 4.8.0
in several months,
Hi,
I am currently using GCC 4.4.4 on my Solaris machine and I am having a
difficult time getting it to compile with locale-support.
For example, if I build the simple file:
#include iostream
int main()
{
std::cout.imbue(std::locale(en_US.UTF-8));
return 0;
}
and run it, it will throw a
On 26 August 2012 00:29, JonathonS wrote:
Hi,
I am currently using GCC 4.4.4 on my Solaris machine and I am having a
difficult time getting it to compile with locale-support.
Your question is not appropriate for this mailing list, which is about
development of GCC. For help using GCC please
On Fri, 15 Jun 2012, Jonathan Wakely wrote:
They clause client code taking the address
= cause
structs adn classes
= and
So fix them, it's a wiki.
I saw these typos were still there, so I just fixed them.
Thanks for the report, Jay.
Gerald
On Saturday 25 August 2012 18:31:32 H.J. Lu wrote:
On Sat, Aug 25, 2012 at 3:27 PM, Mike Frysinger vap...@gentoo.org wrote:
On Saturday 25 August 2012 11:58:08 H.J. Lu wrote:
On Sat, Aug 25, 2012 at 8:31 AM, H.J. Lu hjl.to...@gmail.com wrote:
Hi,
Setting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54372
Bug #: 54372
Summary: __attribute__((unused)) doesn't work with unused local
typedef in template function.
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54372
--- Comment #1 from Kohei Takahashi flast at flast dot jp 2012-08-25 07:17:49
UTC ---
Created attachment 28082
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28082
test code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54370
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51421
--- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org
2012-08-25 09:53:34 UTC ---
Author: paolo
Date: Sat Aug 25 09:53:30 2012
New Revision: 190665
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190665
Log:
/cp
2012-08-25
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51421
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46586
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54373
Bug #: 54373
Summary: [4.7/4.8 Regression]: build fails for
mmix-knuth-mmixware libobjc GCC_NO_EXECUTABLES
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54373
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54374
Bug #: 54374
Summary: analysis for may be used uninitialized degraded...
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54374
--- Comment #1 from Glenn Burkhardt gbburkhardt at gmail dot com 2012-08-25
16:20:11 UTC ---
Created attachment 28084
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28084
example code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54375
Bug #: 54375
Summary: FAIL: gfortran.dg/realloc_on_assign_14.f90
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51422
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54375
--- Comment #1 from John David Anglin danglin at gcc dot gnu.org 2012-08-25
17:00:40 UTC ---
(gdb) disass $pc-16,$pc+16
Dump of assembler code from 0x40313afc to 0x40313b1c:
0x40313afc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54375
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2012-08-25
17:09:06 UTC ---
I also get this on mips64-linux-gnu.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51826
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53958
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54248
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-25
18:51:58 UTC ---
Author: redi
Date: Sat Aug 25 18:51:53 2012
New Revision: 190668
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190668
Log:
PR libstdc++/54248
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
Bug #: 54376
Summary: incorrect complaint about redefinition
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-25
19:50:30 UTC ---
Clang and EDG accept the reduced testcase, but every GCC I tried back to 4.1.2
rejects it, with a different error for 4.1.2:
r.cc:10: error: ambiguous
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jason at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-25
20:18:41 UTC ---
Ah, I only tried Comeau online - which doesn't link of course.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-25
20:25:09 UTC ---
Comeau rejects it for me, the problem happens at compile time.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-25
20:34:22 UTC ---
(In reply to comment #5)
Comeau rejects it for me, the problem happens at compile time.
Huh, so it does, I must have pasted the wrong code last time I tried
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-25
20:38:51 UTC ---
I see. Thanks for the clang data point, anyway!
Now we have to figure out which compiler is right and then decide what we want
to do for GCC and its
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
CC||glisse at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54375
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54376
--- Comment #10 from Ulrich Drepper drepper.fsp at gmail dot com 2012-08-25
22:54:02 UTC ---
Created attachment 28085
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28085
Avoid nested inlined friend functions
This patch fixes the issue for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54297
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-25
23:01:44 UTC ---
Author: redi
Date: Sat Aug 25 23:01:40 2012
New Revision: 190672
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190672
Log:
PR libstdc++/54297
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54297
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-25
23:06:11 UTC ---
Author: redi
Date: Sat Aug 25 23:06:07 2012
New Revision: 190673
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190673
Log:
PR libstdc++/54297
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54297
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54088
--- Comment #10 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-08-25
23:21:56 UTC ---
Author: ebotcazou
Date: Sat Aug 25 23:21:53 2012
New Revision: 190674
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190674
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54088
--- Comment #10 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-08-25
23:21:56 UTC ---
Author: ebotcazou
Date: Sat Aug 25 23:21:53 2012
New Revision: 190674
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190674
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54088
--- Comment #11 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-08-25
23:22:25 UTC ---
Author: ebotcazou
Date: Sat Aug 25 23:22:21 2012
New Revision: 190675
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190675
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54088
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54377
Bug #: 54377
Summary: Consider default arguments in wrong number of
template arguments diagnostic
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54235
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54351
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-26
00:12:46 UTC ---
Author: redi
Date: Sun Aug 26 00:12:40 2012
New Revision: 190676
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190676
Log:
PR libstdc++/54351
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53014
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53014
--- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org 2012-08-26
00:27:23 UTC ---
Created attachment 28086
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28086
The patch
ChangeLog:
* src/mips/ffi.c (ffi_prep_closure_loc): Allow n32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54351
--- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-26
00:29:46 UTC ---
Author: redi
Date: Sun Aug 26 00:29:41 2012
New Revision: 190681
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190681
Log:
2012-08-26 Jonathan Wakely
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54351
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54371
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53014
--- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org 2012-08-26
03:08:32 UTC ---
The reason why it worked before, is because FFI_ASSERT normally did nothing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54373
--- Comment #1 from Hans-Peter Nilsson hp at gcc dot gnu.org 2012-08-26
04:23:05 UTC ---
(In reply to comment #0)
Some time after the 4.6 branch building binutils separately (not in a combined
tree) broke.
To wit, a build with in-tree binutils
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54373
--- Comment #2 from Hans-Peter Nilsson hp at gcc dot gnu.org 2012-08-26
05:30:05 UTC ---
(In reply to comment #1)
Thus, for in-tree binutils, support for .hidden is turned off (*)
It's yet another configure bug that .hidden is turned on for
Uros Bizjak schrieb:
On Thu, Aug 23, 2012 at 10:46 PM, Georg-Johann Lay a...@gjlay.de wrote:
For the hook in question, it would be the same effort as far as
the hook is concerned: Ir really makes no difference if you
- Pass X to the hook and return true or false
- Pass X to the hook and
On Fri, Aug 24, 2012 at 10:05:06AM -0400, Diego Novillo wrote:
On 2012-08-23 06:55 , 陳韋任 (Wei-Ren Chen) wrote:
I think this is much clear than before. The word modes in CFG takes
various different modes means different forms, GIMPLE or RTL, right?
Right.
Thanks. :)
Regards,
chenwj
On Fri, 24 Aug 2012, Diego Novillo wrote:
You say that you have sent your copyright paperwork. Is the whole
process finished? Only when the final paperwork is filed with the
FSF can we start accepting significant changes.
I see that David Stone is listed with a note of Assigns Past
and
On Sat, Aug 25, 2012 at 11:55 AM, Georg-Johann Lay a...@gjlay.de wrote:
For the hook in question, it would be the same effort as far as
the hook is concerned: Ir really makes no difference if you
- Pass X to the hook and return true or false
- Pass X to the hook and return X or NULL_RTX.
On 19/08/2012 19:50, Tobias Burnus wrote:
Dear all,
attached is a slightly updated patch:
* Call finalizers of nonallocatable, nonpointer components
* Generate FINAL wrapper for abstract types which have a finalizer. (The
allocatable components are deallocated in the first type (abstract
Hello!
v2 patch differences:
- moves hook description text to target.def
- fixes error path to clear clobbers, as expected by recog_for_combine callers
2012-08-25 Uros Bizjak ubiz...@gmail.com
* target.def (reject_combined_insn): New target hook.
* doc/tm.texi.in
Dear Mikael, dear all,
Mikael Morin wrote:
the patch mixes deallocation and finalization, which are treated
separately in the standard.
First, I want to remark that the standard - in many cases - does not
require memory freeing (deallocation), it merely makes it possible
that one does not
On 08/24/2012 11:46 PM, Richard Sandiford wrote:
Andrew Pinskipins...@gmail.com writes:
On Fri, Aug 24, 2012 at 10:08 PM, Andrew Pinskipins...@gmail.com wrote:
On Wed, Aug 22, 2012 at 7:15 PM, Sandra Loosemore
san...@codesourcery.com wrote:
On 08/21/2012 02:23 PM, Richard Sandiford wrote:
On Sat, Aug 25, 2012 at 8:31 AM, H.J. Lu hjl.to...@gmail.com wrote:
Hi,
Setting HOST_LIB_PATH_bfd/HOST_LIB_PATH_opcodes causes:
as: error while loading shared libraries:
/builddir/build/BUILD/binutils/./opcodes/.libs/libopcodes-2.23.51.0.2-0.1.fc17.so:
file too short
make[4]: ***
Uros Bizjak schrieb:
Hello!
v2 patch differences:
- moves hook description text to target.def
- fixes error path to clear clobbers, as expected by recog_for_combine callers
2012-08-25 Uros Bizjak ubiz...@gmail.com
* target.def (reject_combined_insn): New target hook.
*
On 08/25/2012 05:29 AM, Jason Merrill wrote:
I noticed that the earlier work on access control SFINAE didn't handle
default template arguments; we weren't checking their access against
the right declarations at all. In order to do that, we need to
generate the DECL to compare against in
Hello!
These macros are the same as STACK_REG_P and STACK_REGNO_P.
Also changes one instance that leaked to reg-stack.c
2012-08-25 Uros Bizjak ubiz...@gmail.com
* config/i386/i386.h (FP_REG_P): Remove macro.
(FP_REGNO_P): Ditto.
(HARD_REGNO_NREGS): Use STACK_REGNO_P
On Sat, 25 Aug 2012, Uros Bizjak wrote:
Hello!
v2 patch differences:
- moves hook description text to target.def
- fixes error path to clear clobbers, as expected by recog_for_combine callers
2012-08-25 Uros Bizjak ubiz...@gmail.com
* target.def (reject_combined_insn): New target
Dear Mikael,
Your set of patches works as defined, i.e., it fixes pr45586 without
regression on the test suite. However, If the test suite is run with
-flto, there are still some failures depending on the way gcc is
configured.
Configured with: ../p_work/configure
On Sat, Aug 25, 2012 at 7:22 PM, Hans-Peter Nilsson h...@bitrange.com wrote:
v2 patch differences:
- moves hook description text to target.def
- fixes error path to clear clobbers, as expected by recog_for_combine
callers
2012-08-25 Uros Bizjak ubiz...@gmail.com
* target.def
Uros Bizjak schrieb:
On Sat, Aug 25, 2012 at 6:54 PM, Georg-Johann Lay a...@gjlay.de wrote:
Hello!
v2 patch differences:
- moves hook description text to target.def
- fixes error path to clear clobbers, as expected by recog_for_combine
callers
2012-08-25 Uros Bizjak ubiz...@gmail.com
On Sat, 2012-08-25 at 20:25 +0200, Georg-Johann Lay wrote:
BTW: while I typed the lines above I find it more natural to
return true for good patterns and false for bad patterns
and not vice versa. But that's just a matter of taste.
But then that won't fit with 'reject_combined_insn'.
Reject?
PR libstdc++/54248
* include/bits/concept_check.h: Replace references to boost
namespace.
Committed to trunk.
commit c545fcbc54ee0a5990c5c9cf84116b55ab07475a
Author: Jonathan Wakely jwakely@gmail.com
Date: Sat Aug 25 19:49:10 2012 +0100
PR libstdc++/54248
Oleg Endo schrieb:
On Sat, 2012-08-25 at 20:25 +0200, Georg-Johann Lay wrote:
BTW: while I typed the lines above I find it more natural to
return true for good patterns and false for bad patterns
and not vice versa. But that's just a matter of taste.
But then that won't fit with
On 25/08/2012 17:21, Tobias Burnus wrote:
(And nonallocatble, nonpointer
components do not exist.)
I missed that indeed.
What if only comp's subcomponents are finalizable, the finalization
wrapper should still be called, shouldn't it?
Well, that's handled in the else branch. There, I walk
On Sat, Aug 25, 2012 at 11:21 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Sat, Aug 25, 2012 at 7:22 PM, Hans-Peter Nilsson h...@bitrange.com wrote:
v2 patch differences:
- moves hook description text to target.def
- fixes error path to clear clobbers, as expected by recog_for_combine
On 25/08/2012 20:00, Dominique Dhumieres wrote:
Dear Mikael,
Your set of patches works as defined, i.e., it fixes pr45586 without
regression on the test suite. However, If the test suite is run with
-flto, there are still some failures depending on the way gcc is
configured.
Thanks for
Mikael Morin wrote:
What if only comp's subcomponents are finalizable, the finalization
wrapper should still be called, shouldn't it?
Well, that's handled in the else branch. There, I walk all
subcomponents. I do not need to walk them in case there is a finalizer
as the called finalization
While I was grovelling around trying to swap in more state on the
bitfield store/extract code for the patch rewrite being discussed here:
http://gcc.gnu.org/ml/gcc-patches/2012-08/msg01546.html
I found a reference to PR23623 and found that it is broken again, but in
a different way. On ARM
The current random interface as defined in the standard is not well
suited for heavy users such as simulations. The only way to get a
number is using the operator() one-by-one. This can lead to
significant overhead and, perhaps more importantly, prevents
optimizations from being applied. For
On 25/08/2012 22:06, Tobias Burnus wrote:
If comp has finalizable subcomponents, it has a finalization
wrapper, which is (or should be) caught above, so this branch
is (or should be) unreachable.
I probably miss something, but I don't see why this branch should
be unreachable. One has:
if
On Wed, 15 Feb 2012, Křištof Želechovski wrote:
Please consider the following patch:
Thank you, Křištof!
I made some small tweaks, created a ChangeLog entry and applied the
variation of your patch that is included below.
Gerald
2012-08-25 Křištof Želechovski giecr...@stegny.2a.pl
*
Hello,
this patch (bootstrapped and regtested on x86_64) deals with the same
issue as the one at:
http://gcc.gnu.org/ml/gcc-patches/2012-08/msg00205.html
that is combining a shuffle of a constructor into a constructor, but at
the tree-ssa level. An advantage is that it works with any size
Ian Lance Taylor schrieb:
On Sat, Aug 25, 2012 at 11:21 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Sat, Aug 25, 2012 at 7:22 PM, Hans-Peter Nilsson h...@bitrange.com wrote:
v2 patch differences:
- moves hook description text to target.def
- fixes error path to clear clobbers, as expected by
On Sat, 25 Aug 2012, Uros Bizjak wrote:
On Sat, Aug 25, 2012 at 7:22 PM, Hans-Peter Nilsson h...@bitrange.com wrote:
Maybe mention that the default is to allow all combinations for
which a pattern match? And that the reason to disallow them can
be that they're known to result in suboptimal
On Sat, Aug 25, 2012 at 8:52 AM, Sandra Loosemore
san...@codesourcery.com wrote:
On 08/24/2012 11:46 PM, Richard Sandiford wrote:
Andrew Pinskipins...@gmail.com writes:
On Fri, Aug 24, 2012 at 10:08 PM, Andrew Pinskipins...@gmail.com
wrote:
On Wed, Aug 22, 2012 at 7:15 PM, Sandra
Hi,
(please remember to CC libstdc++ for discussions involving the library)
On 08/25/2012 10:31 PM, Ulrich Drepper wrote:
The current random interface as defined in the standard is not well
suited for heavy users such as simulations. The only way to get a
number is using the operator()
.. another preliminary comment of mine: why not using iterators to
specify those ranges, instead of plain pointers? Aren't the forward
iterators generally Ok, like for std::fill itself?
Paolo.
Hello,
This one makes system.h pull in cstdlib when compiling as C++.
It fixes issues when e.g. including algorithm.
Tested on my SH cross compiler config with 'make all-gcc', after
including the following std headers in one of the RTL passes:
algorithm limits bitset cassert cctype cerrno cfloat
On Thu, 26 Apr 2012, Ricardo Catalinas Jiménez wrote:
Remove extra whitespace from doc.
Thank you, Ricardo. I created a ChangeLog entry and committed your
patch. Sorry that it took us a bit to get to it.
Gerald
2012-08-26 Ricardo Catalinas Jiménez jimenezr...@gmail.com
*
This fixes a stupid mistake I made where the functor and asynchronous
result can go out of scope before the async thread is joined.
The _Async_state_common destructor still needs to be exported from the
library, which is what the macro hack is for.
PR libstdc++/54297
*
This is a regression present on mainline and 4.7 branch and a variant of:
http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01076.html
The difference is that there is a barrier between the CALL_INSN and the
CALL_ARG_LOCATION note (delete_related_insns is called from reorg.c and the dbr
pass is run
1 - 100 of 117 matches
Mail list logo
