On Tue, Mar 22, 2011 at 03:29:26PM -0700, Ian Lance Taylor wrote:
Mike Stump mikest...@comcast.net writes:
So, I was trying to debug some stuff with the top of the tree on a suse
linux x86_64 box and got:
(gdb) p mode
Unhandled dwarf expression opcode 0xf3
which I don't find
On Tue, Mar 22, 2011 at 8:43 PM, Richard Sandiford
rdsandif...@googlemail.com wrote:
Richard Guenther richard.guent...@gmail.com writes:
Simple. Just make them registers anyway (I did that in the past
when working on middle-end arrays). You'd set DECL_GIMPLE_REG_P
on the decl.
OK, thanks,
Georg-Johann Lay a...@gjlay.de writes:
1) The internals just mention TARGET_SECONDARY_RELOAD for REG-MEM and
for REG-REG moves, no word about REG-CONST moves. So is using
secondary reloads for CONST_INT (or other consts) like outlined
above a defined use case I can rely on?
Yeah,
I heard you would like to release gtcc4.6.0 next week, so I quickly set up
a new pass 1 from LFS. With gcc-4.6-20110205, I Manage to compile
coreutils (and almost the all set of ports of NuTyX) but with this
version of gcc I get stuck at coreutils in the first pass. May be it's me
but I prefer to
On Wed, Mar 23, 2011 at 10:30:46AM +0100, t...@nutyx.com wrote:
I heard you would like to release gtcc4.6.0 next week, so I quickly set up
a new pass 1 from LFS. With gcc-4.6-20110205, I Manage to compile
coreutils (and almost the all set of ports of NuTyX) but with this
version of gcc I get
...Ira would know best, but I don't think it would be used for this
kind of loop. It would be more something like:
for (i=0; iN; ++i)
X[i] = Y[i].red + Y[i].blue + Y[i].green;
(not a realistic example). You'd then have:
compoundY = __builtin_load_lanes (Y);
red = ARRAY_REF
Richard Guenther richard.guent...@gmail.com writes:
But as you have partial defs of the vector lane array the simplest
approach is probably to not make them a register. Be prepared
for some surprises during RTL expansion though ;)
OK. It's there I'd like to start, specifically with:
These
Joseph S. Myers jos...@codesourcery.com writes:
(And why (CC to maintainer) do some CRIS and MMIX targets list Fortran
in unsupported languages? I didn't think the Fortran libraries had
any porting issues, unlike Java and Go and Ada.)
For the record, builds with mipsisa64-elf fail with:
On Tue, Mar 22, 2011 at 6:07 PM, Ian Lance Taylor i...@google.com wrote:
Joseph S. Myers jos...@codesourcery.com writes:
Why do a great many targets disable libgcj by default in the toplevel
configure.ac?
I believe that it's just a hack: libgcj doesn't build on the target, but
gcc/java
On Wed, Mar 23, 2011 at 11:38 AM, Richard Sandiford
richard.sandif...@linaro.org wrote:
Richard Guenther richard.guent...@gmail.com writes:
But as you have partial defs of the vector lane array the simplest
approach is probably to not make them a register. Be prepared
for some surprises
Richard Guenther richard.guent...@gmail.com writes:
On Wed, Mar 23, 2011 at 11:38 AM, Richard Sandiford
richard.sandif...@linaro.org wrote:
Richard Guenther richard.guent...@gmail.com writes:
But as you have partial defs of the vector lane array the simplest
approach is probably to not make
On Wed, 23 Mar 2011, Rohit Arul Raj wrote:
Hello All,
I have been trying to build a cross compiler (for PowerPC) on x86_64
linux host. I followed the build procedure given in the link below:
http://www.eglibc.org/archives/patches/msg00078.html
You should be referring to the current
On Wed, Mar 23, 2011 at 1:18 PM, Richard Sandiford
richard.sandif...@linaro.org wrote:
Richard Guenther richard.guent...@gmail.com writes:
On Wed, Mar 23, 2011 at 11:38 AM, Richard Sandiford
richard.sandif...@linaro.org wrote:
Richard Guenther richard.guent...@gmail.com writes:
But as you
Richard Guenther richard.guent...@gmail.com writes:
Hmm, but if we do that, when is it correct to look at TYPE_MODE?
Most of the tree passes shouldn't care about TYPE_MODE (nor
DECL_MODE) and on RTL we shouldn't need to care about trees.
It sounds like you think it would be better to get rid
On Wed, Mar 23, 2011 at 2:01 PM, Richard Sandiford
richard.sandif...@linaro.org wrote:
Richard Guenther richard.guent...@gmail.com writes:
Hmm, but if we do that, when is it correct to look at TYPE_MODE?
Most of the tree passes shouldn't care about TYPE_MODE (nor
DECL_MODE) and on RTL we
Richard Guenther richard.guent...@gmail.com writes:
For your case in question the vectorizer would create local vars with
that mode, knowing it is supported, so I don't see big problems for
that particular case.
The problem is that I'd like to use this for intrinsics as well as for
automatic
On Wed, Mar 23, 2011 at 3:13 PM, Richard Sandiford
richard.sandif...@linaro.org wrote:
Richard Guenther richard.guent...@gmail.com writes:
For your case in question the vectorizer would create local vars with
that mode, knowing it is supported, so I don't see big problems for
that particular
Richard Guenther richard.guent...@gmail.com writes:
On Wed, Mar 23, 2011 at 3:13 PM, Richard Sandiford
richard.sandif...@linaro.org wrote:
Richard Guenther richard.guent...@gmail.com writes:
For your case in question the vectorizer would create local vars with
that mode, knowing it is
Over at the PPH branch we are starting to re-use the LTO streaming
routines to save front end trees. Clearly, there are things that need
to be extended and/or replaced since LTO streaming assumes that we are
in GIMPLE. However, there is a large intersection that I think can be
commoned out.
-
On Wed, 23 Mar 2011, Diego Novillo wrote:
Over at the PPH branch we are starting to re-use the LTO streaming
routines to save front end trees. Clearly, there are things that need
to be extended and/or replaced since LTO streaming assumes that we are
in GIMPLE. However, there is a large
On Wed, Mar 23, 2011 at 10:53, Richard Guenther rguent...@suse.de wrote:
Yes, Micha has a load of patches cleaning up streaming and removing
unecessary abstraction. So, why'd you need to share any of it?
Removing unnecessary abstraction is fine. But there is a bunch of
code that will be
On Wed, 23 Mar 2011, Diego Novillo wrote:
Over at the PPH branch we are starting to re-use the LTO streaming
routines to save front end trees. Clearly, there are things that need
to be extended and/or replaced since LTO streaming assumes that we are
in GIMPLE. However, there is a
On Wed, Mar 23, 2011 at 12:38, Jan Hubicka hubi...@ucw.cz wrote:
think it would be much easier if you worked with a copy (ugh,
streaming trees again).
I also think using same machinery for FE/gimple is a mistake. Trees are
making
life hard since they are interface in between
On 03/22/2011 08:51 PM, Joseph S. Myers wrote:
Why do a great many targets disable libgcj by default in the toplevel
configure.ac?
Because that dates to before 2004, which IIRC is when toplevel
configure.ac started looking at config-lang.in files.
Paolo
On Wed, 23 Mar 2011 08:51:25 +0100, Jakub Jelinek wrote:
http://sourceware.org/git/?p=archer.git;a=shortlog;h=refs/heads/archer-jankratochvil-entryval
is the git branch with gdb support for this, though as I was told
it is a GDB 7.4 material rather than 7.3 (the msg00268.html
commit is
This thread spilled into IRC chatter. I think we stopped talking past
each other now:
(2011-03-23 12:51:34) froydnj: dnovillo: gimple gets rid of trees?
how does that work?
(2011-03-23 12:52:29) dnovillo: froydnj: we've been talking about
tuplifying more, but i don't think it makes sense past
I've turned on all warnings to have clean program.
Turn on -Wconversion but it will not care about BIG trouble in C++:
conversion.
class A{
public:
A(unsigned int){}
};
class B{
public:
B(A){}
};
B b(-1); //OK without warnings
int main(void){}
-1 = A(FF..FF) = B(FF..FF)
I want
On 23 March 2011 17:58, Lisp2D wrote:
I've turned on all warnings to have clean program.
Turn on -Wconversion but it will not care about BIG trouble in C++:
conversion.
class A{
public:
A(unsigned int){}
};
class B{
public:
B(A){}
};
B b(-1); //OK without warnings
int
Hi Iain,
On Darwin, we have a number of gcc.c-torture fails reported for both ppc
and i386 which are bogus (nothing to do with gcc - but simply warning
output from a system tool).
For dg-based tests these are pruned - I wonder if it would be worth adding
a prune capability to the torture
Hi Rainer,
On 23 Mar 2011, at 18:45, Rainer Orth wrote:
On Darwin, we have a number of gcc.c-torture fails reported for
both ppc
and i386 which are bogus (nothing to do with gcc - but simply
warning
output from a system tool).
For dg-based tests these are pruned - I wonder if it would
Hi Iain,
IMO this is the wrong approach. I'd like us to move away from the
non-dg testsuites if at all possible.
I personally agree...
... but when I suggested this for the (relatively small) ObjC set of
torture tests, it was not greeted enthusiastically...
(the problem voiced, IIRC,
On Wed, 23 Mar 2011, Rainer Orth wrote:
indeed, and I wouldn't certainly advocate moving the tests around, just
using a different dg-based driver for the torture testsuites.
gcc.c-torture/compile.exp was moved to using the dg driver a long time
ago, moving the others (so that .x files are no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48247
Summary: Options -std=gnu++0x -pedantic -Werror produce
[-Werror=edantic]
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48247
--- Comment #1 from Denis Excoffier Denis.Excoffier at airbus dot com
2011-03-23 06:57:23 UTC ---
Okay, see also PR44774. Sorry for the noise.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45437
Patrick Horgan phorgan1 at gmail dot com changed:
What|Removed |Added
CC||phorgan1 at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #11 from Michael Haubenwallner michael.haubenwallner at salomon
dot at 2011-03-23 07:46:49 UTC ---
(In reply to comment #10)
IZ81343 (or one of its sister APARs) fixes the original issue. But, it leaves
a new issue. The new error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48196
--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2011-03-23
08:43:48 UTC ---
Can you try either current mainline or 4_6-branch (would be 4.6.0), because
quite a few fixes went into those and if the issue isn't a regression and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48248
Summary: Wrong error message location when compiling
preprocessed code
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48247
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||Denis.Excoffier
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233
Iain Sandoe iains at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48229
--- Comment #1 from Dodji Seketeli dodji at gcc dot gnu.org 2011-03-23
09:31:08 UTC ---
I am not sure to understand why the DW_TAG_type_unit DIE should have a
DW_AT_producer attribute. From the DWARF-4 specification, I can't see
DW_AT_producer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48224
--- Comment #7 from Evgenij evgenij.fokin at gmail dot com 2011-03-23
09:35:29 UTC ---
Jonathan, I disagree with you.
(In reply to comment #2)
The C++ standard library says the effects are undefined if an incomplete type
is used as a template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48248
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47553
--- Comment #1 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
2011-03-23 09:57:50 UTC ---
Author: rsandifo
Date: Wed Mar 23 09:57:26 2011
New Revision: 171344
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171344
Log:
gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48246
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48249
Summary: gcc-4.6: __builtin___memmove_chk wrong results
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||lto
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48249
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48239
Sebastian Huber sebastian.hu...@embedded-brains.de changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47553
--- Comment #2 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
2011-03-23 10:17:13 UTC ---
Fixed on trunk. Will backport to 4.6.1 and 4.5 once 4.6.0 is released.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
Dr. David Kirkby david.kirkby at onetel dot net changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48224
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-23
10:37:40 UTC ---
(In reply to comment #7)
Jonathan, I disagree with you.
You're welcome to disagree, but you're wrong ;)
In your original example the compiler tells you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-23 10:58:36 UTC ---
Before revision 171039 the test was unsupported:
UNSUPPORTED: /opt/gcc/p_work/gcc/testsuite/gcc.dg/lto/pr46940_0.c
because
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48250
Summary: ICE in reload_cse_simplify_operands, at
postreload.c:403
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48224
--- Comment #9 from Evgenij evgenij.fokin at gmail dot com 2011-03-23
11:09:25 UTC ---
(In reply to comment #8)
You're welcome to disagree, but you're wrong ;)
The man who never made a mistake, never made anything :)
Thank you for your quick
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48229
--- Comment #2 from Dodji Seketeli dodji at gcc dot gnu.org 2011-03-23
11:28:28 UTC ---
This is a very lightly tested patch to add the DW_AT_producer
attribute to the DW_TAG_type_unit DIE.
diff --git a/gcc/dwarf2out.c b/gcc/dwarf2out.c
index
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48251
Summary: guality_check hangs indefinitely on Tru64 UNIX
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48251
--- Comment #1 from Rainer Orth ro at gcc dot gnu.org 2011-03-23 11:56:09 UTC
---
Author: ro
Date: Wed Mar 23 11:55:51 2011
New Revision: 171346
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171346
Log:
PR testsuite/48251
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48229
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48196
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48251
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47334
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47334
--- Comment #2 from rguenther at suse dot de rguenther at suse dot de
2011-03-23 12:20:39 UTC ---
On Wed, 23 Mar 2011, ro at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47334
Rainer Orth ro at gcc dot gnu.org changed:
/4.6.0/lto-wrapper
Target: armv7l-unknown-linux-gnueabi
Configured with: ../gcc-4.6/configure --prefix=/usr/local/gcc/4.6
--enable-languages=c --with-arch=armv7-a --with-float=softfp
--with-fpu=vfpv3-d16
Thread model: posix
gcc version 4.6.0 20110323 (prerelease) (GCC)
Test case:
#include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48253
Summary: [4.6/4.7 Regression] Further .debug_aranges issues
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48253
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-23
13:01:54 UTC ---
Created attachment 23757
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23757
aranges2.c
Another testcase, this one needs profile feedback (i.e. run
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48229
--- Comment #4 from Jan Kratochvil jan.kratochvil at redhat dot com
2011-03-23 13:07:02 UTC ---
(In reply to comment #3)
I think it is a bad idea to add DW_AT_producer to .debug_type units. Making
each .debug_types addition 4 bytes longer is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48246
--- Comment #2 from Jan Hubicka hubicka at ucw dot cz 2011-03-23 13:07:58 UTC
---
Honza, why do we even care to assert the above if we handle empty
partitions just fine (in case of !i)? It looks like some partitioning
sanity check to me, not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #60 from Markus Trippelsdorf markus at trippelsdorf dot de
2011-03-23 13:10:50 UTC ---
Latest mozilla-central fails here:
make[5]: Entering directory
`/var/tmp/mozilla-central/moz-build-dir/js/src/shell'
js.cpp
c++ -o js.o -c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200
--- Comment #9 from Jan Hubicka hubicka at ucw dot cz 2011-03-23 13:12:37 UTC
---
Well ... I suppose this also heavily depends on your I/O speed. Nevetheless
the number _looks_ awfully low compared to those others.
Well, totally minimizing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #49 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-23 13:13:53 UTC ---
Could we please avoid this mess with SUPPORTS_WEAK and GTHREAD_USE_WEAK
and make configure define SUPPORTS_WEAKREF or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48253
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-23
13:25:04 UTC ---
Created attachment 23758
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23758
gcc46-pr48253.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #13 from Perry Smith pedzsan at gmail dot com 2011-03-23 13:26:10
UTC ---
On Mar 23, 2011, at 2:47 AM, michael.haubenwallner at salomon dot at wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #11 from Michael
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48254
Summary: documentation minor
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46934
--- Comment #3 from Chung-Lin Tang cltang at gcc dot gnu.org 2011-03-23
14:48:38 UTC ---
Please disregard the above comments, I think this is an ARM backend problem
after all.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12310
--- Comment #12 from Frank Ch. Eigler fche at redhat dot com 2011-03-23
14:52:34 UTC ---
testing, please ignore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-03-23
14:56:37 UTC ---
Which linker do you use, and what's the value of HAVE_LTO_PLUGIN in
gcc/auto-host.h? Could you check the gcc/config.log snippet for the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-23 15:05:17 UTC ---
The linker is
@(#)PROGRAM:ld PROJECT:ld64-97.17
llvm version 2.9svn, from Apple Clang 1.7 (build 77)
on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48229
Dodji Seketeli dodji at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-03-23
15:28:31 UTC ---
What happens if you try to compile and link the test program from
check_linker_plugin_available with the new gcc?
$ cd gcc
$ cat lpl.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-23 15:38:08 UTC ---
I see what's going on now: Darwin (in gcc/config/darwin.h) is one of
only two targets (besides i386/djgpp.h) that override
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48255
Summary: default constructor with argument INT
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48256
Summary: gcc4.4.5 internal compiler error: in change_address_1,
at emit-rtl.c:1954
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48204
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48255
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48255
--- Comment #2 from Lisp2D lisp2d at lisp2d dot net 2011-03-23 16:15:14 UTC
---
found silent conversion
class A have
explicit A(std::complexlong doubleconst x);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48254
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40793
--- Comment #11 from Jonathan Schmidt-Dominé jonathan.sd24 at yahoo dot de
2011-03-23 16:29:31 UTC ---
Couldn't this patch be accepted? It looks very nice…
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48257
Summary: std::string::assign() corrupts std::string static data
when called on emptyString1 using emptyString2.data()
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48220
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-23
16:45:05 UTC ---
The aim of the extension is to allow correct debug info, not almost correct, so
I think defining upon entering of the current subprogram as anything but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48258
Summary: Add VSX support for float/double vector reductions
improve float insert/extract
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48257
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
Iain Sandoe iains at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #8 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-03-23
17:08:59 UTC ---
With the change in comment #5, bootstrapping fails with
ld: file not found: LINK_PLUGIN_SPEC
collect2: ld returned 1 exit status
make[5]: ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-23 17:10:38 UTC ---
maybe this is getting complex enough to warrant a spec of its own? (and then
we
could avoid cloning it)
Why would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072
--- Comment #14 from Dr. David Kirkby david.kirkby at onetel dot net
2011-03-23 17:11:42 UTC ---
Has anyone with an AIX support contract ever raised this issue with IBM? If so,
is there a publicly viewable location for this?
If not, can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48245
--- Comment #10 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-23 17:15:46 UTC ---
--- Comment #8 from Dominique d'Humieres dominiq at lps dot ens.fr
2011-03-23 17:08:59 UTC ---
With the change in
1 - 100 of 227 matches
Mail list logo
