--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-25 06:48 ---
*** Bug 28843 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-25 06:48 ---
*** This bug has been marked as a duplicate of 27735 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-25 06:39 ---
This is a bug specific to Debian's GCC. There is no such ICE in the whole of
GCC.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
gfortran fails with an internal error when the attached file is compiled with
-O3 optimization:
error: edge from 62 to 64 should not be marked irreducible
error: basic block 64 should not be marked irreducible
error: edge from 64 to 53 should not be marked irreducible
internal compiler
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-25 06:34 ---
And I don't get an ICE though for either.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28824
--- Comment #7 from bonzini at gnu dot org 2006-08-25 06:33 ---
reduced testcase from pr28840
struct QDateTime
{
QDateTime addSecs( int secs ) const;
int t;
};
QDateTime gridToDate(long x)
{
QDateTime date;
date = date.addSecs(1);
return date;
}
void whatsOnAt(long x, long
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-25 06:32 ---
For the mainline, I get cc1 reading from the stdin which is just plain weird.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28824
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-25 06:31 ---
For 4.1.2, I get:
cc1: error: unrecognized command line option "-imultilib"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28824
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-25 06:27 ---
This is not a bug as the code you are using is undefined as the Fortran program
is not calling a var-args C function, it is a Fortran function which always not
a var-args function.
--
pinskia at gcc dot gnu dot
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-25 06:25 ---
I am thinking this is undefined behavior because 120 is outside the range of
Three. In fact with -gnato, there is a constraint error:
In the output that follows, the three values of the type Three
are multiplied by
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-25 06:11 ---
Note the reduced testcase is:
struct QDateTime
{
QDateTime addSecs( int secs ) const;
int t;
};
QDateTime gridToDate(long x)
{
QDateTime date;
date = date.addSecs(1);
return date;
}
void whatsOnAt(long
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-25 06:05 ---
*** Bug 28840 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-25 06:05 ---
*** This bug has been marked as a duplicate of 28116 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-25 05:17 ---
Confirmed, a regression from 4.1.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-25 05:16 ---
Testcase:
static int ready[10];
void test_once (int t,int t1)
{
int i, repeat;
for (i = 0; i < 10; i++)
{
ready[i] = 0;
if (t1)
if (b())
abort ();
}
if (t)
abort ();
}
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-25 04:52 ---
*** Bug 28842 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-25 04:52 ---
*** This bug has been marked as a duplicate of 27832 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #31 from pinskia at gcc dot gnu dot org 2006-08-25 04:31
---
*** Bug 28841 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-25 04:31 ---
This is a dup of bug 26757 and was fixed in 4.1.2.
*** This bug has been marked as a duplicate of 26757 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
There is leftover markup from the texinfo source in the manual page for gcc(1).
Specifically, search for @pxref and @anchor, which shouldn't be showing up in
the output.
Also, the documentation for -print-multi-lib seems to be mangled:
-print-multi-lib
Print the mapping from multilib director
--- Comment #2 from fang at csl dot cornell dot edu 2006-08-25 04:10
---
possibly PR 28358 and/or PR 28116
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2006-08-25
03:59 ---
After looking at this in detail, only six of the testcases for the single
precision float conversions
in TEST_I_F(TItype, UTItype, float, FLT_MANT_DIG) fail. These are...
TEST_I_F_VAL (I, F, HVAL0S (P,
--- Comment #49 from amacleod at redhat dot com 2006-08-25 01:56 ---
links to the 2 notes on gcc-patches:
live range changes: http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00895.html
TER changes: http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00896.html
--
http://gcc.gnu.org/bugzil
--- Comment #48 from amacleod at redhat dot com 2006-08-25 01:42 ---
Created an attachment (id=12136)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12136&action=view)
Patch for the remaining SSA to Normal time issues
I've attached a patch to address the slowdowns in TER. Again, no
--- Comment #47 from amacleod at redhat dot com 2006-08-25 01:37 ---
Created an attachment (id=12135)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12135&action=view)
patch to resolve some of the SSA to Normal slowdowns.
By re-implementing the live on entry/exit code, I get the fo
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2006-08-25
01:36 ---
Interestingly out of the lines in the fp-int-convert-timode testcase, the one
that causes the abort is...
TEST_I_F(TItype, UTItype, float, FLT_MANT_DIG);
The other two lines for double and long double
--- Comment #1 from lee dot adamson at macquarie dot com 2006-08-25 01:22
---
Created an attachment (id=12134)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12134&action=view)
Preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28841
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-25 01:20 ---
Confirmed by Janis.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Sta
Error trying to compile Quantlib with gcc-4.1.1:
emgsydapp42-ladamson [View: ]: /opt/gcc/gcc-4.1.1-x86-solaris2.10/bin/g++
-DHAVE_CONFIG_H -I. -I. -I../../../ql -I../../.. -I../../..
-I/home/qad/lee/x86_sol_view/usr/dev/ccase/vobs/development/imagine_vob/imagine_release/emg_quant/boost
-march=pent
--- Comment #1 from eemax at web dot de 2006-08-25 00:39 ---
Created an attachment (id=12133)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12133&action=view)
test case (gzipped because it's too big)
[/usr/source/Radio-TV/qttv_0.0.1/qttv] dc(1)$ gcc -v
Using built-in specs.
Target
internal compiler error: in expand_expr_addr_expr_1, at expr.c:6336
--
Summary: internal compiler error
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unass
--- Comment #11 from dannysmith at users dot sourceforge dot net
2006-08-25 00:27 ---
Fixed on mainline.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #10 from dannysmith at gcc dot gnu dot org 2006-08-25 00:24
---
Subject: Bug 28528
Author: dannysmith
Date: Fri Aug 25 00:24:10 2006
New Revision: 116392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116392
Log:
PR driver/28528
* g++spec.c (lang_spe
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-08-25 00:02
---
(In reply to comment #17)
> Any progress in solving this problem? I still have the same problem with my G5
> running ppc64 linux.
This was not a bug in the new version of GCC but the older one which is no
longer be
--- Comment #17 from yangdh at cableplus dot com dot cn 2006-08-24 23:55
---
Any progress in solving this problem? I still have the same problem with my G5
running ppc64 linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23158
--- Comment #3 from janis at gcc dot gnu dot org 2006-08-24 23:35 ---
A regression hunt on powerpc-linux identified this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=87036
r87036 | dpatel | 2004-09-03 17:10:40 + (Fri, 03 Sep 2004)
--
janis at gcc dot gnu dot org chang
--- Comment #1 from aldot at gcc dot gnu dot org 2006-08-24 22:59 ---
Created an attachment (id=12132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12132&action=view)
preprocessed from a testcase of plain gettext-0.15
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28839
/ccflUJcQ.s
GNU C version 4.2.0 20060824 (experimental) (x86_64-linux-uclibc)
compiled by GNU C version 4.1.2 20060613 (prerelease) (Debian 4.1.1-5).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 3bea3173e03ea3601524f7ad8491537d
test-lock.c: In
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2006-08-24
22:12 ---
Strangely, while the testcase first presented here...
int printf(const char *, ...);
typedef int TItype __attribute__((mode(TI)));
TItype x = -1;
int main(void) { printf("%f %f\n", (float)x, (double)x); re
--- Comment #40 from amylaar at gcc dot gnu dot org 2006-08-24 20:50
---
(In reply to comment #37)
> For a proper patch, the number should of course be a PARAM and I think using
> bitmap_count_bits penalizes the common case too much (walking the whole bitmap
> is cache expensive even fo
--- Comment #25 from amylaar at gcc dot gnu dot org 2006-08-24 20:04
---
Created an attachment (id=12131)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12131&action=view)
This patch checks if the warning location is within cfun.
I probably won't find CPU cycles to test this prope
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2006-08-24
21:44 ---
The testcase presented here appears to work as expected on Darwin when gcc
trunk is built with Geoff Keating's proposed patch to add TImode support to
Darwin...
http://gcc.gnu.org/ml/gcc-patches/2006-08/ms
--- Comment #9 from paulthomas2 at wanadoo dot fr 2006-08-24 21:40 ---
Subject: Re: [4.1 only] gfortran: matmul produces wrong
result
Tobias,
Seeing as it is you, I just put a first version on to cook; I simply
copied everything below the line
if (GFC_DESCRIPTOR_RANK (retarray) == 1
--- Comment #8 from tobias dot burnus at physik dot fu-berlin dot de
2006-08-24 19:43 ---
*ping*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28005
--- Comment #15 from amylaar at gcc dot gnu dot org 2006-08-24 19:13
---
Created an attachment (id=12130)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12130&action=view)
patch
I think this should do the trick.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16876
--- Comment #1 from mbanck at debian dot org 2006-08-24 19:12 ---
Created an attachment (id=12129)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12129&action=view)
gcc.libspec.diff
Possible (untested) fix, not taking line lenghts into account.
--
http://gcc.gnu.org/bugzilla/s
Passing -pthread while compiling a trivial program does not work:
[EMAIL PROTECTED]:~$ gcc -pthreads test.c
gcc: unrecognized option '-pthreads'
Looking at bug 20705, it seems -pthread should be supported.
--
Summary: LIB_SPECS lacks pthread
Product: gcc
Versio
--- Comment #11 from dje at gcc dot gnu dot org 2006-08-24 18:19 ---
Created an attachment (id=12128)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12128&action=view)
allow immediate load into CRs
Ulrich Weigand pointed out the instruction that is failing is a secondary
reload alr
--- Comment #18 from ams at gnu dot org 2006-08-24 18:05 ---
Subject: Re: [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC'
undeclared
> I'll try to get around it as soon as I can. Thanks.
It has been a month... would be nice if you could look at it soon.
Thanks for po
> I'll try to get around it as soon as I can. Thanks.
It has been a month... would be nice if you could look at it soon.
Thanks for poking, I got stuck on a strange bug that causes make to
assert while building the Java bits and I haven't gotten around to
fixing it. I'll try and get aroun
--- Comment #2 from simon_baldwin at yahoo dot com 2006-08-24 16:53 ---
You didn't miss anything. There's no bug here, just a request for a new
warning message.
As you note, the const-volatile qualifications in the cast have no meaning, and
are completely ignored by the compiler. Whil
--- Comment #7 from jmbnyc at gmail dot com 2006-08-24 16:47 ---
Subject: Re: gcc -g and shared objects
I finally updated my system today. I now have:
[EMAIL PROTECTED] BUtil]$ uname -a
Linux localhost.localdomain 2.6.17-1.2174_FC5smp #1 SMP Tue Aug 8
16:00:39 EDT 2006 i686 i686 i386
--- Comment #5 from jason at gcc dot gnu dot org 2006-08-24 16:35 ---
.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jason at gcc dot gnu dot org 2006-08-24 16:35 ---
Subject: Bug 27714
Author: jason
Date: Thu Aug 24 16:35:03 2006
New Revision: 116381
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116381
Log:
PR c++/27714
* pt.c (push_template_decl_real): A
--- Comment #3 from jason at gcc dot gnu dot org 2006-08-24 16:34 ---
Subject: Bug 27714
Author: jason
Date: Thu Aug 24 16:34:46 2006
New Revision: 116380
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116380
Log:
PR c++/27714
* pt.c (push_template_decl_real): A
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-08-24 16:22 ---
(In reply to comment #0)
Actually, I think this code:
/* If this is an abnormal edge, we'll insert at the end
of the previous block. */
if (eg->flags & EDGE_ABNORMAL)
.
--- Comment #2 from jason at gcc dot gnu dot org 2006-08-24 15:54 ---
Subject: Bug 27714
Author: jason
Date: Thu Aug 24 15:54:39 2006
New Revision: 116379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116379
Log:
PR c++/27714
* pt.c (push_template_decl_real): A
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-24 15:50 ---
Janis,
Could you run a regression hunt on this bug?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-08-24 15:42
---
> I wonder if this is related to PR 28834 at all.
The ICE stems from a new sanity check in the DWARF-2 back-end and we have
fixed the problem in Gigi.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28591
Currently the ld64 on Darwin seems to create warnings of the form...
can't find atom for N_GSYM stabs i:G(0,2) in /var/tmp//cc6KtMzX.o
when compiling Fortran COMMON blocks at -m64 with the -g flag. These warnings
incorrectly cause about 38 apparent fortran testsuite failures on Darwin. This
probl
--- Comment #6 from amylaar at gcc dot gnu dot org 2006-08-24 15:32 ---
(In reply to comment #5)
> > I think the only sane way to handle this is not to emit any mode
> > switching code for exception edges at the potential trapping site,
> > and make the exception handling code assume no
--- Comment #13 from hosking at cs dot purdue dot edu 2006-08-24 15:27
---
Is this enough?
Here is the dump output, followed by stack traces at the resize and remove
points (the remove goes on to fail). The edge being split is:
(gdb) p *e
$9 = {
src = 0x425cc8d0,
dest = 0x425cc8
--- Comment #8 from patchapp at dberlin dot org 2006-08-24 15:18 ---
Subject: Bug number PR 28807
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00878.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-08-24 15:16 ---
Mine, all mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-24 14:57 ---
4.0.x was incorrect in accepting this code in the first place.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
A third-party library I'm using doesn't compile with gcc 4.1.1 anymore (it
still did with 4.0). The problem is that some header files contain a code
fragment (I've stripped it down) like this:
#include
using namespace std;
template class I {
public:
int size;
};
template class D :
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-08-24 14:43 ---
Subject: Re: [tree-ssa] Optimize cascaded a
= a == 0;
pinskia at gcc dot gnu dot org wrote:
> --- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-24 04:27
> ---
> Another interesting case would be
pinskia at gcc dot gnu dot org wrote:
> --- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-24 04:27
> ---
> Another interesting case would be (but which could be handled by VRP):
> int
> foo (int a)
> {
> a = a!=0;
> a = a!=0;
> a = a!=0;
> a = a!=0;
> a = a!=0;
> retu
--- Comment #17 from rguenth at gcc dot gnu dot org 2006-08-24 13:41
---
See also the target specific fix
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00873.html
and the middle-end fix
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00874.html
(as this is not a regression this may hav
--- Comment #19 from hubicka at gcc dot gnu dot org 2006-08-24 13:30
---
Subject: Bug 26881
Author: hubicka
Date: Thu Aug 24 13:30:45 2006
New Revision: 116374
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116374
Log:
PR debug/26881
* cgraph.c: Fix comments.
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-08-24 13:17
---
Created an attachment (id=12127)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12127&action=view)
patch
I'm going to improve the situation by following the principle of least surprise
and not relying on the
--- Comment #15 from rguenth at gcc dot gnu dot org 2006-08-24 13:03
---
One problem is that in fold-const.c we use HONOR_XXX macros, while in
builtins.c
folding we use MODE_HAS_XXX. HONOR_XXX changes with -ffinite-math-only and
friends, while MODE_HAS_XXX not (of course).
So to make
--- Comment #1 from S dot Sangwine at IEEE dot org 2006-08-24 11:39 ---
Created an attachment (id=12126)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12126&action=view)
Stand-alone Ada main program that demonstrates the error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28
Multiplication of a variable of a user-defined integer type with range 0 .. 2
by an integer literal causes incorrect result in the case when the variable has
value 2. A negative result is given even though the variable and literal are
positive.
Found this error with Gnat 3.4.6 (AdaCore Libre versi
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-24 11:16 ---
I wonder if this is related to PR 28834 at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28591
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-24 11:12 ---
This is going to be hard to fix really, unless we make explicate the target's
behavior for passing structs (via value or by reference).
Right now we get:
D.1992 = f () [return slot optimization];
g (D.1992) [tail
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-24 11:06 ---
This worked in 3.4.0 so this is a regression. Note this is the testcase for
28807 which I was using for testing so the testcase might be added to the
testsuite by the time someone gets around to looking into the bug
Testcase that crashes at -O3 -g:
struct S { short x; };
typedef struct S __attribute__((__may_alias__)) test;
int f() {
int a=10;
test *p=(test *)&a;
p->x = 1;
return a;
}
int main() {
if (f() == 10)
__builtin_abort();
return 0;
}
-
mayalias-2.c:2: internal co
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-24 10:55 ---
Fixed in 4.1.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-08-24 10:39
---
*** Bug 28815 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-08-24 10:39 ---
*** This bug has been marked as a duplicate of 28776 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from peter at empeg dot com 2006-08-24 10:37 ---
Created an attachment (id=12124)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12124&action=view)
gzipped preprocessed source of testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28833
Attached (gzipped) fbmmx.i (from Xorg 6.8.2 xc/programs/Xserver/fb/fbmmx.c)
gives "fbmmx.c:871: internal compiler error: in push_reload, at reload.c:1303"
when compiled with 4.1.1 on i686-linux-gnu. This is probably a regression as
I've previously compiled the same Xorg release fine with 4.1.0.
GC
--- Comment #4 from jz201115 at zodiac dot mimuw dot edu dot pl 2006-08-24
10:22 ---
Andrew,
So do you want to say this is not a bug? I know the class isn't intersting
but I think it shouldn't have size equal to 0.
Thanks,
Janek
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2882
84 matches
Mail list logo
