--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-04 09:03 ---
Subject: Bug 39339
Author: rguenth
Date: Wed Mar 4 09:02:59 2009
New Revision: 144598
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144598
Log:
2009-03-04 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-04 09:03 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from r dot emrich at de dot tecosim dot com 2009-03-04
09:07 ---
(In reply to comment #1)
Huh. It's not even compiling.
You're right.
OTOH the sequence
$ gcc -v -S hello.c
$ gcc -v -c hello.s
$ gcc -v -o hello hello.o
builds correctly.
Anyway the driver is broken
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13549
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-03-04 09:49 ---
It's a wrong-code problem. And it's of course again fixed on
alias-improvements branch... :/
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|jakub at gcc dot gnu dot org|unassigned at gcc dot gnu
|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.3/4.4 regression] gnu- |[4.3/4.4 Regression] gnu-
|versioned-namespace is
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39324
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|middle-end |testsuite
Target Milestone|--- |4.4.0
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.3 regression] internal |[4.3 Regression] internal
|compiler error: in
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38553
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38896
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39115
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29469
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-03-04 12:05
---
Testcase from comment #5 in a form that is valid if DR 224 is implemented
(and which EDG accepts without warnings and errors):
class WvLink { WvLink *data; };
class WvVectorBase
{
class IterBase
{
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Priority|P3 |P2
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37805
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39254
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-03-04 12:10
---
Thus this is a testsuite issue.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39324
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-04 12:13 ---
Dave, did this ICE by chance disappear with the fix for PR39345? At least
the testcase works for me on i?86-linux now.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39357
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-03-04 12:14 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rwild at gcc dot gnu dot org
|dot org
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-03-04 12:37 ---
Subject: Bug 39358
Author: rguenth
Date: Wed Mar 4 12:36:56 2009
New Revision: 144602
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144602
Log:
2009-03-04 Richard Guenther rguent...@suse.de
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-03-04 12:39 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-03-04 14:03 ---
This has been broken since the move to include/tr1_impl. To fix this, I would
like to move to using fully-qualified macros for TR1 and std namespaces (ie
_GLIBCXX_TR1, _GLIBCXX_STD), and hopefully unifying the active
--- Comment #2 from dominiq at lps dot ens dot fr 2009-03-04 14:23 ---
I cannot reproduce the problem at revision 144543: closing as invalid.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
[~]gcc -v
gcc version 4.4.0 20090304 (experimental) (GCC)
[~]gcc -O2 -c patch_realtek.c
sound/pci/hda/patch_realtek.c: In function 'patch_alc861vd':
sound/pci/hda/patch_realtek.c:14747: internal compiler error: in
referenced_var_lookup, at tree-dfa.c:563
Please submit a full bug report
--- Comment #1 from linuxl4 at sohu dot com 2009-03-04 14:36 ---
Created an attachment (id=17393)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17393action=view)
the preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39360
--
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 #2 from rguenth at gcc dot gnu dot org 2009-03-04 15:03 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-04 15:16 ---
It is most likely caused by revision 144497:
http://gcc.gnu.org/ml/gcc-cvs/2009-02/msg00665.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-03-04 15:21 ---
In TODO_recompute_alias after PRE we have something (alc_capture_mixer1, found
through DECL_INITIAL of caps) in gimple_addressable_vars that is no longer
available.
Honza, this is yours again. I guess during
See http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg00407.html.
Executing on host: /home/dave/gnu/gcc/objdir/gcc/xgcc
-B/home/dave/gnu/gcc/objdi
r/gcc/ -save-temps -O0 -mfpu=neon -mfloat-abi=softfp -c -o vRshrQ_ns16.o
/hom
e/dave/gnu/gcc/gcc/gcc/testsuite/gcc.target/arm/neon/vRshrQ_ns16.c
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-04 15:39 ---
This is likely caused by
2009-02-28 Jan Hubicka j...@suse.cz
PR debug/39267
* tree-inline.c (setup_one_parameter): Do not copy propagate
arguments when not optimizing.
Honza, the easiest
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-04 16:40 ---
Reduced testcase:
typedef unsigned short u16;
struct snd_kcontrol_new { };
typedef u16 hda_nid_t;
struct alc_spec {
struct snd_kcontrol_new *cap_mixer;
unsigned int num_adc_nids;
};
static struct
--
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
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|giovannibajo at libero dot |jason at gcc dot gnu dot org
|it
--- Comment #5 from arjen dot verweij at tass-safe dot com 2009-03-04
18:23 ---
Do these patches have any chance of making it into an official release? We are
using gfortran to compile code that is accepted by a string of compilers, but
not this one :)
Perhaps it is a good idea to
uname -a:
SunOS mintslice 5.11 snv_96 i86pc i386 i86xpv
$ ./configure --prefix=/home/dr146992/local
--with-mpfr=/home/dr146992/local --with-gmp=/home/dr146992/local
...
$ gmake
...
libtool: compile:
/biscuit/mozilla/gcc-4.3.3/host-i386-pc-solaris2.11/gcc/xgcc
-shared-libgcc
--- Comment #1 from amylaar at gcc dot gnu dot org 2009-03-04 18:32 ---
Confirmation received. I'll have to send out the patches now.
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jason at gcc dot gnu dot org 2009-03-04 18:42 ---
Subject: Bug 29469
Author: jason
Date: Wed Mar 4 18:42:17 2009
New Revision: 144618
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144618
Log:
PR c++/9634
PR c++/29469
PR c++/29607
--- Comment #20 from jason at gcc dot gnu dot org 2009-03-04 18:42 ---
Subject: Bug 9634
Author: jason
Date: Wed Mar 4 18:42:17 2009
New Revision: 144618
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144618
Log:
PR c++/9634
PR c++/29469
PR c++/29607
--- Comment #17 from jason at gcc dot gnu dot org 2009-03-04 18:42 ---
Subject: Bug 29607
Author: jason
Date: Wed Mar 4 18:42:17 2009
New Revision: 144618
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144618
Log:
PR c++/9634
PR c++/29469
PR c++/29607
void *fastMalloc (int n);
void fastFree (void *p);
template class T struct C
{
void deref () { delete static_cast T *(this); }
};
template typename T
struct D
{
D (T *ptr) : m_ptr (ptr) { }
~D () { if (T * ptr = m_ptr) ptr-deref (); }
T *operator- () const;
T *m_ptr;
typedef T
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39362
--
Summary: [meta-bug] pending patches from ARC International (UK)
Ltd
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P3
Component: other
--- Comment #1 from amylaar at gcc dot gnu dot org 2009-03-04 19:08 ---
patch submitted
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2009-03-04 19:13 ---
I can't reproduce this with x86_64-linux - hppa-linux cross on the current
trunk.
Can you reproduce it with the provided preprocessed source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
Bug #30274 bool bit-field: wrong increment and decrement is supposedly fixed
in 4.2.0 and 4.3.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30274
However, the underlying issue still reproduces in several ways with GCC 4.2.4
and 4.3.2.
#include stdio.h
struct S {
bool f : 7;
};
struct S v =
This program:
extern C void abort();
typedef volatile bool my_bool;
int main()
{
my_bool b = false;
int i;
b++;
b++;
i = b;
if (i != 1)
abort ();
return 0;
}
calls abort(), because GCC is generating an increment for the '++' operator
rather than setting the value to true, and
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-03-04 19:36 ---
This was fixed in 4.3.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from jason at gcc dot gnu dot org 2009-03-04 19:38 ---
Subject: Bug 29607
Author: jason
Date: Wed Mar 4 19:37:43 2009
New Revision: 144621
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144621
Log:
PR c++/9634
PR c++/29469
PR c++/29607
--- Comment #13 from jason at gcc dot gnu dot org 2009-03-04 19:38 ---
Subject: Bug 29469
Author: jason
Date: Wed Mar 4 19:37:43 2009
New Revision: 144621
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144621
Log:
PR c++/9634
PR c++/29469
PR c++/29607
--- Comment #21 from jason at gcc dot gnu dot org 2009-03-04 19:38 ---
Subject: Bug 9634
Author: jason
Date: Wed Mar 4 19:37:43 2009
New Revision: 144621
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144621
Log:
PR c++/9634
PR c++/29469
PR c++/29607
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-03-04 19:40 ---
Basically
if (same_type_p (declared_type, boolean_type_node))
Should be changed into
if (same_type_ignoring_top_level_qualifiers_p (declared_type,
boolean_type_node))
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-03-04 19:40 ---
Mine since I fixed the other one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jason at gcc dot gnu dot org 2009-03-04 19:40 ---
Fixed for 4.3 and 4.4, not applying to 4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from jason at gcc dot gnu dot org 2009-03-04 19:41 ---
Fixed for 4.3 and 4.4, not applying to 4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from jason at gcc dot gnu dot org 2009-03-04 19:41 ---
Fixed for 4.3 and 4.4, not applying to 4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
When an exception is thrown for the first time in a given thread, there is a 16
bytes memory leak if the thread is started by a C++ library loaded using
dlopen() by a C executable.
The key factors to reproduce the leak are:
- The executable must be a C program not linked against libstdc++ and not
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-03-04 20:06 ---
This sounds like a bug in glibc or valgrind.
==16376== 8 bytes in 1 blocks are definitely lost in loss record 1 of 12
==16376==at 0x402517F: memalign (vg_replace_malloc.c:460)
==16376==by 0x401055F:
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-03-04 20:08 ---
I will have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-03-04 20:14 ---
It looks like glibc is not clearing up dlopened TLS allocated memory.
A simple testcase for glibc would be put into a shared library something like:
__thread int a;
int f(void)
{
return a;
}
--- CUT ---
And then
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-04
20:46 ---
Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
loc_descriptor_from_tree_1
--- Comment #6 from jakub at gcc dot gnu dot org 2009-03-04 19:13 ---
I can't reproduce this with
Building QT4, GCC 4.4 rev 144616. The file compiles correctly with -O0, but
fails with -O1 or -Os.
/var/tmp/portage/x11-libs/qt-core-4.5.0/work/qt-x11-opensource-src-4.5.0/src/script/qscriptecmaboolean.cpp:
In member function 'void QScript::Ecma::Boolean::newBoolean(QScriptValueImpl*,
bool)':
For a RISC target that doesn't allow memory-indirect addressing, the
proper way to represent an access of a symbol found in the GOT is to
first load the symbol from the GOT into a register, and then use
that register for memory access or call as needed.
For proper scheduling and instruction
--- Comment #1 from il dot basso dot buffo at gmail dot com 2009-03-04
20:58 ---
Created an attachment (id=17395)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17395action=view)
Preprocessed C++ source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39367
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-04 21:20 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39367
Backtrace is:
affected program bt:
Program received signal SIGSEGV, Segmentation fault.
R_SubdividePatchToGrid (width=3, height=3, points=0x21ef88)
at code/renderer/tr_curve.c:411
411 VectorNormalize( dir );
(gdb) bt
#0 R_SubdividePatchToGrid (width=3,
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|39302 |
OtherBugsDependingO||39363
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-04 22:08 ---
Reduced testcase:
class QScriptEnginePrivate;
class QScriptClassInfo;
namespace QScript {
enum Type { InvalidType };
};
class QScriptValueImpl {
public:
inline QScriptValueImpl();
QScript::Type m_type;
--- Comment #4 from regehr at cs dot utah dot edu 2009-03-04 22:22 ---
We narrowed this down to a nasty Avrora bug.
In the future we'll try to reproduce in AVR Studio before reporting.
--
regehr at cs dot utah dot edu changed:
What|Removed |Added
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|39302 |
OtherBugsDependingO||39363
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|39302 |
OtherBugsDependingO||39363
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|39302 |
OtherBugsDependingO||39363
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-04 23:00 ---
Subject: Bug 39362
Author: rguenth
Date: Wed Mar 4 23:00:25 2009
New Revision: 144626
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144626
Log:
2009-03-04 Richard Guenther rguent...@suse.de
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-04 23:01 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from amylaar at gcc dot gnu dot org 2009-03-04 23:28 ---
amyl...@gcc14:~/pr39235$ svn ci gcc/gcc
Sendinggcc/gcc/ChangeLog
Sendinggcc/gcc/loop-iv.c
Transmitting file data ..
Committed revision 144628.
--
amylaar at gcc dot gnu dot org changed:
Create a header file, test.h, for template class with constructor and single no
args function return void.
Create an implementation file, test.cpp, with constructor and implementation
for the class constructor and no args function.
Create an application, main.cpp, which create the template class
--- Comment #1 from sheldon dot robinson at gmail dot com 2009-03-04 23:39
---
Created an attachment (id=17396)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17396action=view)
Test showing problem when using template in multiple files
This was compile using
g++ -v --save-temps
--- Comment #2 from sheldon dot robinson at gmail dot com 2009-03-04 23:42
---
Created an attachment (id=17397)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17397action=view)
success with all code is in one file
This file show that I'm able to successfully build when all code is
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-03-04 23:52 ---
This is how C++ works. You need to instiaintate the templates.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from amylaar at gcc dot gnu dot org 2009-03-05 00:00 ---
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00256.html
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2009-03-05 00:12 ---
This is caused by revision 144529.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39367
--- Comment #3 from amylaar at gcc dot gnu dot org 2009-03-05 00:27 ---
The patch is here:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00243.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31634
--- Comment #2 from amylaar at gcc dot gnu dot org 2009-03-05 00:29 ---
The patch is here:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00248.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35044
--- Comment #3 from amylaar at gcc dot gnu dot org 2009-03-05 00:30 ---
The patch is here:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00249.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38449
--- Comment #14 from amylaar at gcc dot gnu dot org 2009-03-05 00:32
---
My combined patch is here:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00250.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38785
--- Comment #2 from amylaar at gcc dot gnu dot org 2009-03-05 00:33 ---
The patch is here:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00231.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39141
--- Comment #17 from jason at gcc dot gnu dot org 2009-03-05 00:44 ---
That is, even though gT(j) does not have any dependent arguments, the call is
dependent, so it should get arg-dependent lookup, which should find g(h)
because it's in the associated namespace of j.
--
jason at
--- Comment #5 from amylaar at gcc dot gnu dot org 2009-03-05 00:54 ---
patch is here:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00259.html
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from amylaar at gcc dot gnu dot org 2009-03-05 00:56 ---
patch is here:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00260.html
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from amylaar at gcc dot gnu dot org 2009-03-05 01:27 ---
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00262.html
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from amylaar at gcc dot gnu dot org 2009-03-05 01:42 ---
patch is here:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00264.html
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from amylaar at gcc dot gnu dot org 2009-03-05 01:55 ---
I have a patch to fix PR39351, but for PR36240 it only changes the SEGV for
foo.i
into an unrecognized insn ICE.
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hubicka at gcc dot gnu dot org 2009-03-05 02:04 ---
I specifically kept the code propagating TREE_READONLY arguments so const
arguments will get constant propagated at -O0. But I see the propagation is
disabled for SSA registers.
I am testing patch for this...
I
--- Comment #6 from hubicka at gcc dot gnu dot org 2009-03-05 02:09 ---
This is curious, since we should see the initializer when adding variable at
first time. I am looking into this.
Honza
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39360
1 - 100 of 116 matches
Mail list logo
