--- Comment #6 from victork at gcc dot gnu dot org 2007-10-23 06:57 ---
I think this bug is duplicate of pr31081.
Probably versioning which is done by vectorizer exposes the problem in inliner.
I've attached the vectorizer dump for analysys (pr27549.C.103t.vect)
% gdb --args ./gcc/cc1pl
--- Comment #5 from victork at gcc dot gnu dot org 2007-10-23 06:53 ---
Created an attachment (id=14394)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14394&action=view)
vectorizer dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33319
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-10-23 06:53 ---
Here is a "semi" undefined case which shows the same issue:
void f(void*) throw();
void somefunction()
{
try {
void (*g)(void*) = (void (*)(void*))f;
void (*g2)(int*) = (void (*)(int*))g;
g2(0);
} catch (.
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-10-23 06:38 ---
So when out of SSA (TER) combines:
iftmp.1D.2042_25 = (derivedD.2000:: *) somemethodD.1996;
# SMT.36D.2106_36 = VDEF { SMT.36D.2106 }
iftmp.1_25 (0B);
It does not change the case where it knows it cannot thr
--- Comment #17 from pault at gcc dot gnu dot org 2007-10-23 06:19 ---
(In reply to comment #11)
> I'm adding Paul to the CC list, as perhaps he immediately knows what's
> happening (Paul, see comment #5). Otherwise I will investigate tomorrow
> evening or Saturday.
I'm pretty permanen
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-23 06:09 ---
This is most likely just a latent bug that showed up wth Ollie's patch, looking
into it further.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dorit at gcc dot gnu dot org 2007-10-23 03:24 ---
Subject: Bug 33835
Author: dorit
Date: Tue Oct 23 03:24:06 2007
New Revision: 129571
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129571
Log:
PR tree-optimization/33834
PR tree-optimization/3
--- Comment #7 from dorit at gcc dot gnu dot org 2007-10-23 03:24 ---
Subject: Bug 33834
Author: dorit
Date: Tue Oct 23 03:24:06 2007
New Revision: 129571
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129571
Log:
PR tree-optimization/33834
PR tree-optimization/3
--- Comment #28 from Joey dot ye at intel dot com 2007-10-23 02:23 ---
Got similar result on x86_64, Core 2 improves 24% from 129469 to 129504. That's
great.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-10-23 01:42
---
The example in Comment #8 is rejected by gfortran because of this bug. It is
rejected by Lahey:
Diagnostic messages: program name(main)
2204-S: "SOURCE.F90", line 18, column 6: In the reference to procedure
'
--- Comment #13 from amylaar at gcc dot gnu dot org 2007-10-22 23:17
---
(In reply to comment #0)
> See http://openmp.org/pipermail/omp/2007/000840.html
> and the rest of the lengthy threads:
> Memory consistency contradiction between 2.5 specification and GCC
> OpenMP spec 2.5 seems to
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-10-22 23:10
---
I will work this, maybe a cr-lf issue.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-10-22 23:09
---
Fixed
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-10-22 23:08
---
Subject: Bug 33849
Author: jvdelisle
Date: Mon Oct 22 23:08:16 2007
New Revision: 129564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129564
Log:
2007-10-22 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from dorit at gcc dot gnu dot org 2007-10-22 22:54 ---
There's some bad interaction here between the data-interleaving support and the
outer-loop support - these are not yet supported together, however it still
slipped through the checks during the analysis phase. This pat
--- Comment #4 from kuba at et dot pl 2007-10-22 22:34 ---
(In reply to comment #3)
> A regression hunt on powerpc-linux identified:
>
> http://gcc.gnu.org/viewcvs?view=rev&rev=120373
>
> r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan 2007)
>
This patch causes err
--- Comment #8 from kargl at gcc dot gnu dot org 2007-10-22 22:33 ---
Fixed on trunk.
Note, this patch does not fix the enormous compile times needed
on code with such outlandish data statements.
--
kargl at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from kargl at gcc dot gnu dot org 2007-10-22 22:10 ---
Subject: Bug 31244
Author: kargl
Date: Mon Oct 22 22:10:42 2007
New Revision: 129561
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129561
Log:
2007-10-22 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
--- Comment #3 from bero at arklinux dot org 2007-10-22 21:59 ---
The problem goes away by not using the -fasynchronous-unwind-tables compiler
flag.
That seems to point at a gcc bug because the code and/or ld shouldn't care, but
I might be wrong - I haven't had enough time to really fig
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-22 21:41 ---
And why do you think this is a bug in GCC?
The whole source is preprocessed assembly.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-10-22 21:39 ---
Can you try the patch that is in PR 33755 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33848
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-22 21:38 ---
(In reply to comment #2)
> Dup of PR33620?
This is more likely because of he attributes here.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from steven at gcc dot gnu dot org 2007-10-22 21:28 ---
Dup of PR33620?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #1 from tbm at cyrius dot com 2007-10-22 21:12 ---
struct LE16 {
operator unsigned () const {
}
};
struct LE32 {
};
namespace N_BELE_CTP {
struct LEPolicy {
typedef LE16 U16;
typedef LE32 U32;
};
};
namespace N_Elf {
template
struct ElfITypes {
typedef
With current trunk:
(sid)30332:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c
upx-ucl-p_vmlinx.cc
upx-ucl-p_vmlinx.cc: In member function 'bool
PackVmlinuxBase::canPack() [with TElfClass =
N_Elf::ElfClass_32]':
upx-ucl-p_vmlinx.cc:59: instantiated from here
upx-ucl-p_vmlinx.cc:57: inter
--- Comment #27 from pthaugen at gcc dot gnu dot org 2007-10-22 21:11
---
I tried a recent mainline on PowerPC for leslie3d, revision 129550 improved
over revision 129454 by 67%.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
--- Comment #1 from bero at arklinux dot org 2007-10-22 21:04 ---
Created an attachment (id=14393)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14393&action=view)
Preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33864
../sysdeps/generic/initfini.c: Assembler messages:
../sysdeps/generic/initfini.c:149: Error: undefined symbol `.LCFI0' in
operation
../sysdeps/generic/initfini.c:149: Error: undefined symbol `.LFB10' in
operation
../sysdeps/generic/initfini.c:155: Error: undefined symbol `.LCFI1' in
operation
../sy
--- Comment #14 from rsandifo at gcc dot gnu dot org 2007-10-22 20:47
---
Created an attachment (id=14392)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14392&action=view)
Mainline version of proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
--- Comment #13 from rsandifo at gcc dot gnu dot org 2007-10-22 20:47
---
Created an attachment (id=14391)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14391&action=view)
4.2 version of the proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
--- Comment #7 from tbm at cyrius dot com 2007-10-22 20:36 ---
(sid)264:[EMAIL PROTECTED]: ~] gcc-4.2 erlang-beam_emu.c
(sid)265:[EMAIL PROTECTED]: ~] gcc-4.2 -O1 erlang-beam_emu.c
/tmp/ccIjYBHl.o: In function `main':
erlang-beam_emu.c:(.text+0x11c): undefined reference to `$L24'
erlang-
--- Comment #6 from tbm at cyrius dot com 2007-10-22 20:35 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
typedef struct erl_node_
{
long *htop;
long tracer_proc;
long trace_flags;
long freason;
}
Process;
int hibernate ()
{
return 1;
}
int main ()
{
Process *c
--- Comment #11 from rsandifo at gcc dot gnu dot org 2007-10-22 20:14
---
Aaron,
Thanks for the testing. I've now applied the patch to the 4.2 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33169
--- Comment #10 from rsandifo at gcc dot gnu dot org 2007-10-22 20:11
---
Subject: Bug 33169
Author: rsandifo
Date: Mon Oct 22 20:11:19 2007
New Revision: 129559
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129559
Log:
gcc/
PR target/33169
Backport from mainli
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-10-22 19:31
---
Thanks for reporting this.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-10-22 19:28
---
Subject: Bug 33644
Author: ebotcazou
Date: Mon Oct 22 19:28:23 2007
New Revision: 129556
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129556
Log:
PR rtl-optimization/33644
* cfgcleanup.c
--
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 jakub at gcc dot gnu dot org 2007-10-22 19:11 ---
Subject: Bug 33372
Author: jakub
Date: Mon Oct 22 19:11:36 2007
New Revision: 129555
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129555
Log:
PR c++/33372
* semantics.c (finish_omp_clauses):
--- Comment #2 from dir at lanl dot gov 2007-10-22 19:00 ---
Created an attachment (id=14390)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14390&action=view)
The input file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
--- Comment #1 from dir at lanl dot gov 2007-10-22 18:59 ---
Created an attachment (id=14389)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14389&action=view)
The fortran source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
When I compile and run this program under MSYS, I get a read error. The program
reads and prints the input file and then backspaces the file to read it again.
This program fails on MSYS. Works on the Macintosh and everywhere else that I
have tried it.
$ gfortran -o main main.f
[EMAIL PROTECTED]
--- Comment #41 from jason at gcc dot gnu dot org 2007-10-22 18:12 ---
Subject: Bug 29365
Author: jason
Date: Mon Oct 22 18:12:36 2007
New Revision: 129554
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129554
Log:
PR c++/32470
* name-lookup.c (push_namespace_wit
--- Comment #13 from jason at gcc dot gnu dot org 2007-10-22 18:12 ---
Subject: Bug 32470
Author: jason
Date: Mon Oct 22 18:12:36 2007
New Revision: 129554
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129554
Log:
PR c++/32470
* name-lookup.c (push_namespace_wit
--- Comment #10 from jason at gcc dot gnu dot org 2007-10-22 18:12 ---
Subject: Bug 33094
Author: jason
Date: Mon Oct 22 18:12:36 2007
New Revision: 129554
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129554
Log:
PR c++/32470
* name-lookup.c (push_namespace_wit
--- Comment #6 from jason at gcc dot gnu dot org 2007-10-22 18:04 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jason at gcc dot gnu dot org 2007-10-22 18:03 ---
Subject: Bug 33620
Author: jason
Date: Mon Oct 22 18:03:10 2007
New Revision: 129553
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129553
Log:
PR c++/33620
* class.c (finish_struct_bits): Copy
I encounted some .FTN files, which NAG f95, sunf95, openf95* and ifort
recognize as fixed-format Fortran files. (* well openf95 seems to accept any
extension.)
I think gfortran should also support the extension.
Something like the following patch plus a *texi update should be enough.
Index: lang
--- Comment #3 from janis at gcc dot gnu dot org 2007-10-22 16:34 ---
A regression hunt on powerpc-linux identified:
http://gcc.gnu.org/viewcvs?view=rev&rev=120373
r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan 2007)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-10-22 15:36
---
*** Bug 33859 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-22 15:36 ---
*** This bug has been marked as a duplicate of 29478 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from matz at gcc dot gnu dot org 2007-10-22 15:32 ---
Fixed.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from matz at gcc dot gnu dot org 2007-10-22 15:29 ---
Subject: Bug 33855
Author: matz
Date: Mon Oct 22 15:29:17 2007
New Revision: 129551
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129551
Log:
PR tree-optimization/33855
* tree-ssa-phiopt.c (co
Hi Dear,
I write you this mail with utmost sincerity and truth,
hoping you will be of great help to me. I am Pete Fitz,
a 61yrs old man living with Cancer. My condition at home
is so bad that my doctor said I don't have time left.
I have a daughter, who is just in high school,
with nobody
--- Comment #3 from manu at gcc dot gnu dot org 2007-10-22 14:53 ---
Yes, we would like help descriptions for all non-trivial flags that can be
enabled in the top-level configure. Please, contribute a patch. Thanks.
--
manu at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from nathan at gcc dot gnu dot org 2007-10-22 14:32 ---
the testcase is valid. [14.3.2]/2 essentially gives it as an example. A
literal '&' is optional in this case (para 1).
para 5 tells us that array to pointer decay happens here, and GCC internally
represents that as
--- Comment #3 from jvdelisle at verizon dot net 2007-10-22 14:25 ---
Subject: Re: Fix misleading error message
"GENERIC non-INTRINSIC procedure not allowed as an actual argument"
burnus at gcc dot gnu dot org wrote:
> --- Comment #2 from burnus at gcc dot gnu dot org 2007-10-22
burnus at gcc dot gnu dot org wrote:
--- Comment #2 from burnus at gcc dot gnu dot org 2007-10-22 06:22 ---
Is the issue here only the wording of the error message
Yes, only the message text.
"Error: GENERIC non-INTRINSIC procedure '%s' is not allowed as an actual
argument"
should be
--- Comment #1 from drow at gcc dot gnu dot org 2007-10-22 14:13 ---
Fixing bug 30161 might fix, or at least simplify, this too. But I suspect this
name still shows up in error messages where it is suboptimal.
--
drow at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from tbm at cyrius dot com 2007-10-22 14:12 ---
Created an attachment (id=14388)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14388&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33860
--- Comment #3 from tbm at cyrius dot com 2007-10-22 14:12 ---
Breakpoint 1, fancy_abort (file=0xd7bb78 "gcc/tree-vect-transform.c",
line=5503, function=0xd7d000 "vectorizable_load") at gcc/diagnostic.c:659
659 {
(gdb) where
#0 fancy_abort (file=0xd7bb78 "gcc/tree-vect-transform
Compile this code, reduced from gdb.cp/templates.cc:
===
char name[3];
template struct Qux
{
int foo();
};
template int Qux::foo()
{
return V[0];
}
Qux qux;
===
Look at the resulting debug information, by building with -c -g and using
readelf -wi, or by compiling with -S -dA. Take a look a
--- Comment #1 from tbm at cyrius dot com 2007-10-22 14:11 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
class Matrix
{
public:
double data[4][4];
Matrix operator* (const Matrix matrix) const;
void makeRotationAboutVector (void);
};
void Matrix::makeRotationAb
With current trunk:
(sid)30237:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O2
-ftree-vectorize
ppracer-matrix.cc
ppracer-matrix.cc: In member function 'void Matrix::makeRotationAboutVector()':
ppracer-matrix.cc:10: internal compiler error: in vectorizable_load, at
tree-vect-transform.
--- Comment #3 from rask at gcc dot gnu dot org 2007-10-22 14:00 ---
This works with revision 129548, which I think is the one that fixed it.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rask at gcc dot gnu dot org 2007-10-22 13:47 ---
http://sourceware.org/ml/binutils/2004-06/msg00419.html
It was bug in gas. The testcase works these days.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from falk at debian dot org 2007-10-22 13:47 ---
(In reply to comment #7)
> Could you please check if the patch in Comment #6 fixes the ICE?
Yes, this fixes it. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33804
static void foo (char *s) { }
void bar (const char *s) { foo ((char *)s); }
gcc 4.2.0 produces this warning with -Wall -O2:
www.c:2: warning: passing argument 1 of `foo' discards qualifiers from pointer
target type.
Due to the cast, the argument already has the right type, so gcc should not
warn.
g++ -Wall -Wextra on
namespace {
enum { bar, quux } baz;
}
gives as warning:
testwarn.cpp:2: warning: non-local variable '::
::baz' uses anonymous type
I don't thing that variables in anonymous namespace should be considered as non
local for the purpose of this warning.
--
Summary
--- Comment #6 from rask at gcc dot gnu dot org 2007-10-22 13:07 ---
Fixed as of revision 129548.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rask at gcc dot gnu dot org 2007-10-22 13:06 ---
Fixed as of revision 129548.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-22 12:55 ---
Still happens. I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from irar at gcc dot gnu dot org 2007-10-22 12:05 ---
Subject: Bug 33854
Author: irar
Date: Mon Oct 22 12:05:36 2007
New Revision: 129549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129549
Log:
PR tree-optimization/33854
* tree-vect-analyze.c (v
--- Comment #5 from irar at il dot ibm dot com 2007-10-22 11:52 ---
For the data ref in the testcase, VIEW_CONVERT_EXPR(0),
get_base_address() (in dr_analyze_alias) returns NULL, which causes the
segfault.
Ira
--
irar at il dot ibm dot com changed:
What|Removed
--- Comment #12 from rask at gcc dot gnu dot org 2007-10-22 11:51 ---
Subject: Bug 29473
Author: rask
Date: Mon Oct 22 11:50:56 2007
New Revision: 129548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129548
Log:
PR target/29473
PR target/29493
* config/i
--- Comment #5 from rask at gcc dot gnu dot org 2007-10-22 11:51 ---
Subject: Bug 29493
Author: rask
Date: Mon Oct 22 11:50:56 2007
New Revision: 129548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129548
Log:
PR target/29473
PR target/29493
* config/i3
--- Comment #7 from dominiq at lps dot ens dot fr 2007-10-22 11:08 ---
Subject: Re: [4.3 Regression] Failure of
gfortran.dg/literal_character_constant_1_*.F with -m64 -g on Darwin
> What happens if you revert:
I still got the warning, same thing if I revert
+2007-10-06 Eric Botcazo
Trying to bootstrap Ada with a 4.2-suffixed host compiler install yields
+ CC=gcc-4.2
+ GNATBIND=gnatbind-4.2
+ GNATMAKE=gnatmake-4.2
+ ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib --libexecdir=
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-10-22 08:56 ---
# cstore.12_30 = VDEF
cstore.12_30 = COMPLEX_EXPR ;
That does not make sense either. How can there be a VDEF on a gimple register
variable?
This is caused by the cselim pass which was added by:
2007-09-10 M
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-10-22 08:49 ---
Still happens with r129547.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Last
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||assemble-failure
Target Milestone|--- |4.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-22 08:43 ---
This is most likely a timming issue. That is the 64bit multilib is built first
and then it rebuilds it as a 32bit program.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-10-22 08:42 ---
What happens if you revert:
+2007-10-04 Geoffrey Keating <[EMAIL PROTECTED]>
+
+ * cgraphunit.c (cgraph_build_static_cdtor): Don't set
+ DECL_IGNORED_P.
--
pinskia at gcc dot gnu dot org changed:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-10-22 08:38 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-22 08:37 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-10-22 08:36 ---
Does this still happen?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-22 08:35 ---
What should have fixed it? unwind-generic.h is the same as before. But, I can
re-check.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33608
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-10-22 08:32 ---
Anyone wants to rerun the results?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-22 08:32 ---
Does this still happen?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Mi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-22 08:31 ---
Confirmed, this is valid code, the problem is internal to the compiler.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
1 - 100 of 114 matches
Mail list logo
