--- Comment #7 from irar at il dot ibm dot com 2007-10-22 06:31 ---
Falk,
Could you please check if the patch in Comment #6 fixes the ICE?
Thanks,
Ira
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33804
I see the following ICE with current trunk. I can also reproduce this
problem with trunk from 2007-06-04, but not with 2007-05-15.
(sid)29918:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -O1
-ftree-vectorize -c
gretl-describe.c
gretl-describe.c: In function 'uniform_correlation_matrix':
--- Comment #1 from tbm at cyrius dot com 2007-10-22 06:35 ---
Created an attachment (id=14385)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14385action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33854
--- Comment #2 from tbm at cyrius dot com 2007-10-22 06:36 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
extern void *malloc (long unsigned int __size);
typedef struct VMatrix_ VMatrix;
struct VMatrix_
{
int dim;
int t2;
};
void uniform_correlation_matrix (VMatrix * v)
{
--- Comment #3 from tbm at cyrius dot com 2007-10-22 06:37 ---
Breakpoint 1, fancy_abort (file=0xc4e238 gcc/tree-vect-transform.c,
line=3374, function=0xc4fa60 vectorizable_conversion)
at gcc/diagnostic.c:659
659 {
(gdb) where
#0 fancy_abort (file=0xc4e238
--- Comment #5 from ubizjak at gmail dot com 2007-10-22 06:45 ---
I'm testing following patch:
--cut here--
Index: combine.c
===
--- combine.c (revision 129547)
+++ combine.c (working copy)
@@ -9386,7 +9386,9 @@
--- Comment #8 from burnus at gcc dot gnu dot org 2007-10-22 06:56 ---
(In reply to comment #6)
Created an attachment (id=14381)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14381action=view) [edit]
Patch to add checks for double specifics
This looks wrong:
+gfc_check_a_pd
--- Comment #3 from jv244 at cam dot ac dot uk 2007-10-22 07:03 ---
Just to be sure, it is a rejects-valid as well.
BLOCK DATA
character(len=3) :: emname(2)=(/'bar','baz'/)
common/nmstr/emname
END BLOCK DATA
END
--
jv244 at cam dot ac dot uk changed:
What|Removed
--- Comment #1 from tbm at cyrius dot com 2007-10-22 07:03 ---
Created an attachment (id=14386)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14386action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33855
--- Comment #2 from tbm at cyrius dot com 2007-10-22 07:04 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
typedef struct {
int nsant, nvqd;
_Complex long double *vqd;
} vsorc_t;
vsorc_t vsorc;
void foo(int next_job, int ain_num, int iped, long t) {
long double zpnorm;
--- Comment #4 from tbm at cyrius dot com 2007-10-22 07:08 ---
When I change the testcase slightly, namely
- vsorc.vqd[indx] = t*0.0fj;
+ vsorc.vqd[indx] = t;
then I get:
(sid)30051:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O1
nec2c-main.c
nec2c-main.c: In
--- Comment #5 from tbm at cyrius dot com 2007-10-22 07:10 ---
Trunk from 20070902 works, 20070916 shows the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33855
Current trunk:
(sid)30104:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2
-ftree-vectorize
zapping-properties-handler.c
zapping-properties-handler.c: In function 'picture_sizes_load_default':
zapping-properties-handler.c:19: internal compiler error: Segmentation fault
Please submit a
--- Comment #1 from tbm at cyrius dot com 2007-10-22 07:21 ---
Created an attachment (id=14387)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14387action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33856
--- Comment #2 from tbm at cyrius dot com 2007-10-22 07:22 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
typedef struct z_key
{
int key;
int mask;
} z_key;
typedef struct picture_size
{
z_key key;
}
picture_size;
void picture_size_new (picture_size *ps)
{
z_key key;
--- Comment #4 from tbm at cyrius dot com 2007-10-22 07:22 ---
This didn't happen with trunk from 20070916.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33856
--- Comment #4 from irar at il dot ibm dot com 2007-10-22 07:23 ---
I am testing the following patch:
Index: tree-vect-analyze.c
===
--- tree-vect-analyze.c (revision 129404)
+++ tree-vect-analyze.c (working copy)
@@
--- Comment #13 from anlauf at gmx dot de 2007-10-22 07:35 ---
I've adjusted the title slightly to refer to the use of
COMMON blocks (in MPICH, OpenMPI) because the problem of
.mod size excursion depends only on the nesting depth,
not on the actual size of the modules. I hope this bug
--- 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
--- 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
--- 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 #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
--
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:37 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- 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
--
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: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:
--- 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
--
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
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||assemble-failure
Target Milestone|---
--- 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
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-10-22 08:56 ---
# cstore.12_30 = VDEF cstore.12_43
cstore.12_30 = COMPLEX_EXPR CR.13_36, CI.14_39;
That does not make sense either. How can there be a VDEF on a gimple register
variable?
This is caused by the cselim pass
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
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
--- 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
--- 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=gccview=revrev=129548
Log:
PR target/29473
PR target/29493
*
--- 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=gccview=revrev=129548
Log:
PR target/29473
PR target/29493
*
--- Comment #5 from irar at il dot ibm dot com 2007-10-22 11:52 ---
For the data ref in the testcase, VIEW_CONVERT_EXPRstruct z_key(0),
get_base_address() (in dr_analyze_alias) returns NULL, which causes the
segfault.
Ira
--
irar at il dot ibm dot com changed:
What
--- 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=gccview=revrev=129549
Log:
PR tree-optimization/33854
* tree-vect-analyze.c
--- 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 #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 #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
g++ -Wall -Wextra on
namespace {
enum { bar, quux } baz;
}
gives as warning:
testwarn.cpp:2: warning: non-local variable 'unnamed::anonymous enum
unnamed::baz' uses anonymous type
I don't thing that variables in anonymous namespace should be considered as non
local for the purpose of this
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
--- 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
--- 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 #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
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
--- 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
Compile this code, reduced from gdb.cp/templates.cc:
===
char name[3];
templatechar *V struct Qux
{
int foo();
};
templatechar *V int QuxV::foo()
{
return V[0];
}
Quxname qux;
===
Look at the resulting debug information, by building with -c -g and using
readelf -wi, or by compiling with -S
--- 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.c,
--- 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=14388action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33860
--- 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
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 #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
--- 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 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
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 #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=gccview=revrev=129551
Log:
PR tree-optimization/33855
* tree-ssa-phiopt.c
--- 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 #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 #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 #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=revrev=120373
r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan 2007)
--
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:
--- 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=gccview=revrev=129553
Log:
PR c++/33620
* class.c (finish_struct_bits): Copy
--- 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 #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=gccview=revrev=129554
Log:
PR c++/32470
* name-lookup.c
--- 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=gccview=revrev=129554
Log:
PR c++/32470
* name-lookup.c
--- 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=gccview=revrev=129554
Log:
PR c++/32470
* name-lookup.c
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 #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=14389action=view)
The fortran source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
--- 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=14390action=view)
The input file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33863
--- 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=gccview=revrev=129555
Log:
PR c++/33372
* semantics.c (finish_omp_clauses):
--
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 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=gccview=revrev=129556
Log:
PR rtl-optimization/33644
* cfgcleanup.c:
--- 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 #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=gccview=revrev=129559
Log:
gcc/
PR target/33169
Backport from
--- 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 #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
--- 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'
--- 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=14391action=view)
4.2 version of the proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
--- 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=14392action=view)
Mainline version of proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
../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
--- 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=14393action=view)
Preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33864
--- 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
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
PackVmlinuxBaseTElfClass::canPack() [with TElfClass =
N_Elf::ElfClass_32N_BELE_CTP::LEPolicy]':
upx-ucl-p_vmlinx.cc:59: instantiated from here
--- 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 class THalf, class TWord, class
--- 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
--- 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 #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 #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 #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
--- 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=gccview=revrev=129561
Log:
2007-10-22 Steven G. Kargl [EMAIL PROTECTED]
PR
--- 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 #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=revrev=120373
r120373 | hubicka | 2007-01-03 01:12:56 + (Wed, 03 Jan 2007)
This patch causes error
--- 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
1 - 100 of 108 matches
Mail list logo
