--- Comment #2 from jakub at gcc dot gnu dot org 2009-12-02 07:42 ---
Yeah,
yum install glibc-devel.i686
in F12 case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42247
--- Comment #3 from carrot at google dot com 2009-12-02 07:00 ---
> Could you do some more analysis of where this is coming from using rtl / tree
> dumps ?
>
Everything in tree dump is normal.
After rtl expand, every parameter is loaded into a pseudo register at the entry
of the funct
--- Comment #2 from dominiq at lps dot ens dot fr 2009-12-02 06:42 ---
With the patch in comment #1, the test results are:
Running target unix
Using /sw/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /sw/share/dejagnu/config/unix.exp as generic interface f
--- Comment #1 from rwgk at yahoo dot com 2009-12-02 06:23 ---
Created an attachment (id=19207)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19207&action=view)
self-contained reproducer (60 lines, no includes)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42251
--enable-languages=c,c++,fortran --disable-multilib
Thread model: posix
gcc version 4.5.0 20091201 (experimental) (GCC)
g++ -c ~/not_const.cpp
/net/cci/rwgk/not_const.cpp:58:13: error: integral expression
'boost::hash_detail::ldexpf_detect::check:: c99' is not constant
/net/cci/rwgk/not_co
--- Comment #24 from dominiq at lps dot ens dot fr 2009-12-02 06:15 ---
> This new breakage is universal. It is showing up on linux as well.
between revisions 154889 and 154891:
http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg00100.html
http://gcc.gnu.org/ml/gcc-testresults/2009-12/m
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-12-02
03:44 ---
This new breakage is universal. It is showing up on linux as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2009-12-02
02:23 ---
I see these new errors at -m64 as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
unresolved testcases 2
# of unsupported tests 166
/sw/src/fink.build/gcc45-4.4.999-20091201/darwin_objdir/gcc/testsuite/g++/../../g++
version 4.5.0 20091202 (experimental) (GCC)
Compiler version: 4.5.0 20091202 (experimental) (GCC) g++
Platform: x86_64-apple-darwin10.2.0
configure
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #11 from daney at gcc dot gnu dot org 2009-12-02 01:38 ---
Created an attachment (id=19206)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19206&action=view)
A Patch that seems to actually work.
The first patch was bogus. This patch actually works. I will test it.
-
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-02 01:19 ---
Created an attachment (id=19205)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19205&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42250
GCC trunk gets a segmentation fault when building SPEC CPU2000 tests 164.gzip,
175.vpr, 176.gcc, 197.parser, 252.eon, 253.perlbmk, and 177.mesa with "-O2
-fipa-type-escape" on powerpc-linux. That option is meant to be used with
-fipa-struct-reorg, which is meant to be used with -combine and
-fwhol
GCC trunk and 4.4 branch get internal compiler errors when building SPEC
CPU2000 test 254.gap with "-O2 -fselective-scheduling -fsel-sched-pipelining"
on powerpc-linux, as demonstrated by this minimized testcase:
---
typedef struc
--- Comment #10 from daney at gcc dot gnu dot org 2009-12-02 00:21 ---
Created an attachment (id=19204)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19204&action=view)
A possible patch.
This patch allows me to build the kernel without ICEing, but the resulting
image will not full
--- Comment #9 from daney at gcc dot gnu dot org 2009-12-02 00:18 ---
Created an attachment (id=19203)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19203&action=view)
More reduced testcase.
A more reduced testcase.
--
daney at gcc dot gnu dot org changed:
What
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|var-tracking ICE for|[4.5 Regression] var-
|300.twolf
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-02 00:12 ---
>Fedora 11 x86_64
You need to install the 32bit multilibs or use --disable-multilib.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-02 00:07 ---
Oops.
GCC trunk fails execution for five tests from gcc.dg/compat when compiled with
"-m64 -O1 -fschedule-insns" on powerpc64-linux. The tests are:
gcc.dg/compat/struct-by-value-16_main.c
gcc.dg/compat/struct-by
--
Summary: compat test struct-by-value-17 fails execution with -O1
-fschedule-insns
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Compone
--- Comment #13 from paolo dot carlini at oracle dot com 2009-12-02 00:01
---
This is essentially PR32618, see the last audit trail entries, in particular.
As far as I know my last remark is still an issue (I told privately Howard but
then I dropped it): without Concepts, it's quite har
--- Comment #8 from paolo dot carlini at oracle dot com 2009-12-02 00:01
---
*** Bug 42242 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Platform:
Fedora release 12 (Constantine)
Linux cage.lbl.gov 2.6.31.5-127.fc12.x86_64 #1 SMP Sat Nov 7 21:11:14 EST
2009 x86_64 x86_64 x86_64 GNU/Linux
g++ (GCC) 4.4.2 20091027 (Red Hat 4.4.2-7)
URL: svn://gcc.gnu.org/svn/gcc/trunk
Revision: 154886
cd gcc_build
../gcc_trunk/configure
make b
GCC trunk gets an internal compiler error when building SPEC CPU2000 test
186.crafty with "-O2 -fselective-scheduling -fsel-sched-pipelining
-fsel-sched-pipelining-outer-loops" on powerpc-linux, as demonstrated by this
minimized testcase:
---
GCC trunk gets an internal compiler error when building SPEC CPU2000 test
197.parser with "-O2 -fselective-scheduling -fsel-sched-pipelining" on
powerpc-linux, as demonstrated by this minimized testcase:
---
extern int N_words;
ty
--- Comment #20 from dominiq at lps dot ens dot fr 2009-12-01 23:20 ---
The last revision for which I saw the failures is revision 154715.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
GCC trunk gets an internal compiler error when building SPEC CPU2000 test
300.twolf with "-O2 -g -ffloat-store -fmodulo-sched" on powerpc-linux, as
demonstrated by this minimized testcase:
extern int numerator, denom;
double
compute_and_combination (double states)
{
for (; numerator >
--- Comment #8 from a dot kaiser at gmx dot net 2009-12-01 22:50 ---
For the ARM target, falling off the end of the function does not make sense
anyway, since the last byte usually is followed by the constant pool. So the
AVR target finally caught up with the ARM target and doesn't work
--- Comment #5 from janus at gcc dot gnu dot org 2009-12-01 22:09 ---
Btw: The example in comment #1 is affected by PR41829, which can be avoided by
moving the subroutine 'rescale' to the main program. However, this still fails
(also with the patch from comment #3):
module foo_module
i
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2009-12-01
22:06 ---
What was the last revision exhibiting this problem? I suspect it was either
accidentally fixed or went latent. It would be worthwhile to pin down the exact
revision that eliminated these failures so a gue
--- Comment #9 from jason at gcc dot gnu dot org 2009-12-01 21:58 ---
Subject: Bug 41611
Author: jason
Date: Tue Dec 1 21:58:04 2009
New Revision: 154885
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154885
Log:
PR c++/41611
* decl2.c (get_guard): Copy DECL_COM
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
--- Comment #36 from jakub at gcc dot gnu dot org 2009-12-01 20:09 ---
Subject: Bug 3187
Author: jakub
Date: Tue Dec 1 20:09:37 2009
New Revision: 154880
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154880
Log:
PR c++/3187
* optimize.c (cdtor_comdat_group): Ne
--- Comment #1 from dominiq at lps dot ens dot fr 2009-12-01 19:57 ---
I have no idea if this the right fix, but the following patch allows bootstrap
to proceed:
--- ../_gcc_clean/libffi/src/powerpc/ffi_darwin.c 2009-12-01
13:16:43.0 +0100
+++ ../gcc-4.5-work/libffi/src/po
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|verify_cgraph_node failed |[4.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|gcc.dg/graphite/interchange-|[4.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-12-01 19:47 ---
Confirmed a generic issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|Segmentation fault with |[4.
--- Comment #3 from jakub at gcc dot gnu dot org 2009-12-01 19:44 ---
Subject: Bug 42234
Author: jakub
Date: Tue Dec 1 19:44:34 2009
New Revision: 154879
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154879
Log:
PR c++/42234
* tree-cfgcleanup.c (cleanup_omp_ret
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE when SRAing partial |[4.
--- Comment #2 from jakub at gcc dot gnu dot org 2009-12-01 19:42 ---
Subject: Bug 42234
Author: jakub
Date: Tue Dec 1 19:41:52 2009
New Revision: 154878
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154878
Log:
PR c++/42234
* tree-cfgcleanup.c (cleanup_omp_ret
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42199
--- Comment #7 from a dot kaiser at gmx dot net 2009-12-01 19:37 ---
Confirmed for 4.4.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-12-01 19:37 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-12-01 19:32 ---
0xa5a5a5a5a5a5a5d5 is a GC'd address.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-01 19:31 ---
:
# a_1 = PHI
a_3 = a_1;
goto ;
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from chris at bubblescope dot net 2009-12-01 19:28 ---
No need to wait, they are in g++ 4.3 and 4.4, use -std=c++0x to activate
features from C++0x. Obviously they are all subject to change, but are now
fairly close to standardised.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #11 from igodard at pacbell dot net 2009-12-01 19:26 ---
Subject: Re: vector::resize could be split up into two
different functions
We await r-value references with baited breath :-)
chris at bubblescope dot net wrote:
> --- Comment #10 from chris at bubblescope dot n
--- Comment #6 from a dot kaiser at gmx dot net 2009-12-01 19:21 ---
Same for ARM target, when compiled for Thumb instruction set (-fthumb).
--
a dot kaiser at gmx dot net changed:
What|Removed |Added
---
--- Comment #10 from chris at bubblescope dot net 2009-12-01 19:07 ---
Anyway, the result of this bug is that the fix to resize() given in the latest
draft of C++0x should be applied. The resulting code would only be invoked if
you ask the compiler to use C++0x mode, but if care about pe
--- Comment #9 from igodard at pacbell dot net 2009-12-01 19:02 ---
FWIW, I think it is a design error in the standard. The resize function seems
to be designed from an assumption that the vector type T is POD. The second
argument should not be a T, it should be a constructor, so any add
--- Comment #8 from chris at bubblescope dot net 2009-12-01 19:01 ---
The only change in C++0x is that a new function is added, so it won't break any
existing code, and we will be able to add it without moving to v7.
--
chris at bubblescope dot net changed:
What|Remov
--- Comment #17 from jb at gcc dot gnu dot org 2009-12-01 18:58 ---
Updated patch: http://gcc.gnu.org/ml/fortran/2009-12/msg00017.html
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from redi at gcc dot gnu dot org 2009-12-01 18:54 ---
Yes, it would be an ABI change, although that symbol isn't exported from the
library.
vector::resize() was changed from one function to two in the n2284 draft, as a
result of n1858, the rationale is the same as for deq
Bootstrap on powerpc-apple-darwin9 at revision 154872 is broken:
...
libtool: compile: /opt/gcc/darwin_buildw/./gcc/xgcc
-B/opt/gcc/darwin_buildw/./gcc/ -B/opt/gcc/gcc4.5w/powerpc-apple-darwin9/bin/
-B/opt/gcc/gcc4.5w/powerpc-apple-darwin9/lib/ -isystem
/opt/gcc/gcc4.5w/powerpc-apple-darwin9/incl
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-12-01 18:40 ---
(In reply to comment #5)
> (In reply to comment #2)
> > On second thoughts, it might be necessary to split it into two overloads for
> > C++1x, because this should work:
>
> Gah, ignore that, I'm talking rubbish and
--- Comment #16 from jb at gcc dot gnu dot org 2009-12-01 18:39 ---
Patch
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #5 from redi at gcc dot gnu dot org 2009-12-01 18:37 ---
(In reply to comment #2)
> On second thoughts, it might be necessary to split it into two overloads for
> C++1x, because this should work:
Gah, ignore that, I'm talking rubbish and that shouldn't work
Andrew, the stan
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-12-01 18:34 ---
(In reply to comment #2)
> On second thoughts, it might be necessary to split it into two overloads for
> C++1x, because this should work:
But std::vector::resize (size_type sz, T c = T()); is the only one listed at
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-12-01 18:33 ---
(In reply to comment #1)
> It would be possible to avoid the default construction by replacing that
> member
> with two overloads of resize, but I'm not sure it's worth doing.
The C++03 standard only lists the fun
--- Comment #27 from jb at gcc dot gnu dot org 2009-12-01 18:32 ---
Subject: Bug 42131
Author: jb
Date: Tue Dec 1 18:32:37 2009
New Revision: 154876
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154876
Log:
PR fortran/42131 Sign test using ternary operator
Modified:
trunk
--- Comment #2 from redi at gcc dot gnu dot org 2009-12-01 18:30 ---
On second thoughts, it might be necessary to split it into two overloads for
C++1x, because this should work:
#include
struct moveable {
explicit moveable(int) { }
moveable(const moveable&) = delete;
move
--- Comment #2 from ramana at gcc dot gnu dot org 2009-12-01 18:26 ---
(In reply to comment #0)
> Compile the attached source code with options -Os -fpic -mthumb, gcc generates
> following code for the constructor:
Could you do some more analysis of where this is coming from using rtl /
--- Comment #1 from redi at gcc dot gnu dot org 2009-12-01 18:21 ---
this is caused by the default argument to resize:
void
resize(size_type __new_size, value_type __x = value_type());
It would be possible to avoid the default construction by replacing that member
with two overloads o
This code shows that the resize member function is calling the null constructor
even when the size does not need to be changed.
#include
#include
class c {
public:
c() { std::cerr << "c null constructor called\n"; }
c(int i) : i(i) {}
int i;
};
int main
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jb at gcc dot gnu dot org
|dot org |
--- Comment #10 from jamborm at gcc dot gnu dot org 2009-12-01 17:49
---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from jamborm at gcc dot gnu dot org 2009-12-01 17:40 ---
Subject: Bug 42237
Author: jamborm
Date: Tue Dec 1 17:39:44 2009
New Revision: 154874
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154874
Log:
2009-12-01 Martin Jambor
PR tree-optimization/422
--- Comment #18 from dominiq at lps dot ens dot fr 2009-12-01 17:28 ---
At revision 154851 and later the failures have disappeared (tested on
x86_64-apple-darwin10 and i686-apple-darwin9). Before I close the PR as fixed,
does anybody has an explanation for the failures and their fix?
-
--- Comment #10 from bernds_cb1 at t-online dot de 2009-12-01 17:27 ---
Yes, regrename should only affect the second scheduling pass.
I'm attaching a stab-in-the-dark patch. It contains a fix for the ia64
regressions (testing in progress), it adds a few warnings which could be useful
t
--- Comment #9 from bernds_cb1 at t-online dot de 2009-12-01 17:25 ---
Created an attachment (id=19202)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19202&action=view)
Test patch to attempt to narrow down the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42216
--- Comment #15 from burnus at gcc dot gnu dot org 2009-12-01 17:08 ---
Regarding the ftruncate(64) fall back: one should check that it doesn't operate
on none character devices (isatty) and set errno to something like EBADF.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40812
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-01 17:07 ---
You only have a declaration of BiState:: OFF and BiState::ON, you need to
definite it also.
*** This bug has been marked as a duplicate of 42101 ***
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-12-01 17:07 ---
*** Bug 42241 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-12-01 17:03 ---
The hot loop is mv-search.c:SetupFastFullPelSearch
for (pos = 0; pos < max_pos; pos++)
{
abs_y = offset_y + spiral_search_y[pos];
abs_x = offset_x + spiral_search_x[pos];
if (range_partly_outside)
The following code compiles but the linker balks at the use of one of the class
variables used within a conditional expression:
// simple.cpp
class BiState
{
int state;
public:
static const int OFF = 0,
--- Comment #5 from j at uriah dot heep dot sax dot de 2009-12-01 16:58
---
My first analysis shows that this is likely to be related to the
introduction of RTL prologues/epilogues in GCC 4.3. GCC 4.2.2
has:
if (avr_naked_function_p (current_function_decl))
{
fputs ("/* ep
--- Comment #7 from dje at gcc dot gnu dot org 2009-12-01 16:52 ---
The changes are not available in any version and the changes are not complete.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35484
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-12-01 16:46 ---
Just reverting rev. 154688 and using the training set gets us from
464.h264ref--228 -- S
to
464.h264ref--170 -- S
at -O3 -ffast-ma
--- Comment #4 from stefan dot dreyer at yahoo dot de 2009-12-01 16:46
---
(From update of attachment 19201)
in
/* epilogue start */
rjmp .L6
infinite, never leaves function
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
--- Comment #3 from stefan dot dreyer at yahoo dot de 2009-12-01 16:44
---
Created an attachment (id=19201)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19201&action=view)
generatet assambly file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
--- Comment #2 from stefan dot dreyer at yahoo dot de 2009-12-01 16:44
---
Created an attachment (id=19200)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19200&action=view)
Compileable testfile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
--- Comment #14 from burnus at gcc dot gnu dot org 2009-12-01 16:21 ---
Some further notes based on the discussion with Kai:
ftruncate: Replace by a configure check for "ftruncate64" and a fallback using
first "SetFilePointer" and then "SetEndOfFile(_get_osfhandle(fd))". Note: The
funct
--- Comment #1 from stefan dot dreyer at yahoo dot de 2009-12-01 16:19
---
Created an attachment (id=19199)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19199&action=view)
Compileable testfile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
Hello!
Following code is Producing an infinit loop, so main() is never reached
extern int main(void);
int main(void){
while(1);
}
#include
/*Seed aus SRAM Zellen*/
static uint16_t seedram __attribute__ ((section (".noinit")));
void __init_seed(void) __attribute__ ((naked, section (".init
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-12-01 16:17
---
I can reproduce it with a x86_64 -> arm-unknown-linux-gnueabi cross, so I'll
look into this.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from rguenther at suse dot de 2009-12-01 15:35 ---
Subject: Re: [4.5 Regression] rev 15458[78]
regress 464.h264ref peak 20%
On Tue, 1 Dec 2009, bernds_cb1 at t-online dot de wrote:
> --- Comment #5 from bernds_cb1 at t-online dot de 2009-12-01 15:26
> ---
> C
--- Comment #5 from bernds_cb1 at t-online dot de 2009-12-01 15:26 ---
Code generation changes are expected for two reasons - the code became less
conservative when determining conflicts with other registers, so we can usually
rename in more cases. There are also a few cases where we ha
--- Comment #4 from dominiq at lps dot ens dot fr 2009-12-01 15:19 ---
The patch in comment #3 allows the test in comment #0 to be compiled and run
(though I don't know if the executable is valid). However there are still
errors at link time for the test in comment #1.
--
http://gcc
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-12-01 15:17 ---
Too big for backporting (and not a regression?).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #29 from rguenth at gcc dot gnu dot org 2009-12-01 15:16
---
The CFI stuff isn't on the 4.4 branch, so WONTFIX there.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from rmansfield at qnx dot com 2009-12-01 15:16 ---
I can still reproduce it using a arm-unknown-linux-gnueabi target. 20091201
(experimental) [trunk revision 154872])
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491
--- Comment #28 from ghazi at gcc dot gnu dot org 2009-12-01 15:14 ---
Backport to 4.4? Or close this and PR41501?
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from arjen dot verweij at tass-safe dot com 2009-12-01
15:10 ---
Hi,
Is there any discussion going on still about this? We are getting rid of all of
our UNIX workstations and moving to Linux. Incorporating the patch as an
optional switch or similar would be nice.
Thank
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-12-01 15:00 ---
Ok if it passes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42237
--- Comment #7 from jamborm at gcc dot gnu dot org 2009-12-01 14:47 ---
Created an attachment (id=19198)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19198&action=view)
Patch dealing with such assignments
I'm currently testing this patch to address the problem.
--
http://gc
--- Comment #6 from dominiq at lps dot ens dot fr 2009-12-01 14:23 ---
It seems to be fixed by the commits in comments #4 and #5. Closing since it
seems unlikely that the fix will be backported to 4.3.
--
dominiq at lps dot ens dot fr changed:
What|Removed
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-12-01 14:13 ---
On trunk I see
_ada_u:
.LFB1:
.cfi_startproc
pushq %rbp
.cfi_def_cfa_offset 16
movq%rsp, %rbp
.cfi_offset 6, -16
.cfi_def_cfa_register 6
movl$17, %ed
--- Comment #6 from jamborm at gcc dot gnu dot org 2009-12-01 14:10 ---
Created an attachment (id=19197)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19197&action=view)
Simple testcase
A simple test case that exhibits this bug and ICEs on both i386 and x86_64.
--
http://gcc.
1 - 100 of 125 matches
Mail list logo
