[Bug fortran/26509] incorrect behaviour of error-handler for internal read
--- Comment #15 from kloedej at knmi dot nl 2006-03-10 08:27 --- (In reply to comment #14) > All I'm saying is that in this situation there seems to be no way to jump > to some label if something goes wrong (because there is no EOR parameter > for WRITE). > But I agree that this is not gfortran's problem, but rather > an inconsistency in the standard. Dear people, thanks a lot for the discussion following my bug-report. The situation is clear to me now, and I agree this is not a real gfortran bug, but a problem in the standard. By the way, is there a way to warn/advise users to rather use the iostat keyword in stead of the err/end keywords in these problematic situations? In other words, is it possible for gfortran to detect potential problems like this, and then issue a warning, in addition to stopping with a runtime error? best regards, Jos de Kloe. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26509
[Bug bootstrap/26628] Build fails trying to run ppc64 binaries on powerpc-apple-darwin8.5.0
--- Comment #2 from malcolmpurvis at optushome dot com dot au 2006-03-10 08:40 --- (In reply to comment #1) > Use --disable-multilib. > This has fixed the problem. Thank you. However, I would query the determination that this is not a bug. I don't expect the default configuration of a common system in an official release to fail. Either multilib should be disabled by default for this target or special mention of be made in INSTALL/specific.html (as I have subsequently discovered the case for mips-sgi-irix6 and sparc-sun-solaris2*). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26628
[Bug c++/26605] using + function templates troubles
--- Comment #12 from pcarlini at suse dot de 2006-03-10 09:38 --- I sent a message to the CWG reflector, and people kindly replied (c++std-core-11367 to 11370). In a nutshell, 7.3.3/11 should be clarified for function templates (a new issue has been opened), but apparently there is consensus that Comment #1 below is invalid while Comment #0 is fine (because the return types are different, and return types matter for function templates [14.5.5.1p4]). However, the first snippet is actually the same issue of c++/21682 and therefore I'm closing this one as duplicate. *** This bug has been marked as a duplicate of 21682 *** -- pcarlini at suse dot de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26605
[Bug c++/21682] Disallowed using declaration
--- Comment #3 from pcarlini at suse dot de 2006-03-10 09:38 --- *** Bug 26605 has been marked as a duplicate of this bug. *** -- pcarlini at suse dot de changed: What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21682
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-03-10 10:40 --- The testcase is also full of problems itself... - changing rv to a type with the size of U, we no longer ICE. Also -fno-strict-aliasing fixes the ICE. I'm curious on how the original code looks like before reduction... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- Comment #8 from mueller at gcc dot gnu dot org 2006-03-10 10:51 ---
shorter testcase:
=== Cut ===
typedef union {
int d;
int L;
} U;
void breakme()
{
int rv;
ovfl:
((U*)&rv)->d = 42;
if (((U*)&rv)->L)
goto ovfl;
}
=== Cut ===
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626
[Bug tree-optimization/26626] [4.2 Regression] ICE in in add_virtual_operand
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-03-10 11:10 ---
:;
pretmp.23_2 = (union U *) &rv;
# NMT.6_4 = PHI ;
ovfl:;
rv.0_1 = pretmp.23_2;
# NMT.6_6 = V_MAY_DEF ;
rv.0_1->d = 42;
# VUSE ;
D.1529_3 = rv.0_1->L;
if (D.1529_3 != 0) goto ; else goto ;
:;
goto (ovfl);
we prop pretmp.23_2 to rv.0_1 in rv.0_1->d = 42 -- but we don't have the
NMT associated with pretmp.23_2:
$5 = {pt_anything = 0, value_escapes_p = 0, is_dereferenced = 0,
pt_global_mem = 0, pt_null = 0, pt_vars = 0xb7dec890, name_mem_tag = 0x0,
escape_mask = 0}
As we have in alias after PRE:
Pointed-to sets for pointers in breakme
pretmp.23_2, points-to vars: { rv }
rv.0_1, name memory tag: NMT.6, is dereferenced, points-to vars: { rv }
which looks inconsistent.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26626
[Bug c++/26621] Template instantiation fails for -O1 -finline-functions
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-10 11:24 --- You need to make all templated definitions available in check_link.cc or explicitly instantiate all used templates in check_link.cc. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26621
[Bug c/26630] New: Incorrect result when subtracting, casting to short and back to int, adding and multiplying
As far as I can tell, c1 should be equal to 8, not -51072, or at least
equal to c2.
Sorry if I'm mistaken, but I can't see how c1 and c2 can be different. The
result is the same using gcc 3.3.6, gcc 3.4.4 and gcc 4.0.2.
Program (error.c):
-
#include
int main()
{
int a1 = 4;
#define b1 ((int)(short)(a1-1))
int c1 = ( b1 +1)*2;
int a2 = 4;
int b2 = ((int)(short)(a2-1));
int c2 = ( b2 +1)*2;
printf("sizeof(int) = %d, sizeof(short) = %d\na1 = %d, b1 = %d, c1 = %d\na2
= %d, b2 = %d, c2 = %d (c1 and c2 should both be 8)\n",
sizeof(int), sizeof(short), a1, b1, c1,
a2, b2, c2);
if( c1!=8 || c2!=8 )
{
printf("Error!\n");
return 1;
}
return 0;
}
--
Output:
[EMAIL PROTECTED] ~/tmp $ cat /proc/version
Linux version 2.6.15-gentoo-r1 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Gentoo
3.3.6,
ssp-3.3.6-1.0, pie-8.7.8)) #1 PREEMPT Wed Jan 25 11:58:26 CET 2006
[EMAIL PROTECTED] ~/tmp $ gcc-3.3.6 -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/specs
Configured with: /var/tmp/portage/gcc-3.3.6/work/gcc-3.3.6/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.6
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/info
--with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include/g++-v3
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libgcj --enable-languages=c,c++,f77 --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8)
[EMAIL PROTECTED] ~/tmp $ gcc-3.3.6 -o error error.c -Wall
[EMAIL PROTECTED] ~/tmp $ ./error
sizeof(int) = 4, sizeof(short) = 2
a1 = 4, b1 = 3, c1 = -51072
a2 = 4, b2 = 3, c2 = 8 (c1 and c2 should both be 8)
Error!
[EMAIL PROTECTED] ~/tmp $ gcc-3.4.4 -v
Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/specs
Configured with: /var/tmp/portage/gcc-3.4.4-r1/work/gcc-3.4.4/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.4.4
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.4
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.4/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.4/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/include/g++-v3
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libmudflap --disable-libgcj --enable-languages=c,c++,f77
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu
Thread model: posix
gcc version 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)
[EMAIL PROTECTED] ~/tmp $ gcc-3.4.4 -o error error.c -Wall
[EMAIL PROTECTED] ~/tmp $ ./error
sizeof(int) = 4, sizeof(short) = 2
a1 = 4, b1 = 3, c1 = -51072
a2 = 4, b2 = 3, c2 = 8 (c1 and c2 should both be 8)
Error!
[EMAIL PROTECTED] ~/tmp $ gcc-4.0.2 -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /var/tmp/portage/gcc-4.0.2-r3/work/gcc-4.0.2/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.0.2
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.2/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0.2
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0.2/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0.2/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.2/include/g++-v4
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libmudflap --disable-libgcj --enable-languages=c,c++,f95
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu
Thread model: posix
gcc version 4.0.2 (Gentoo 4.0.2-r3, pie-8.7.8)
[EMAIL PROTECTED] ~/tmp $ gcc-4.0.2 -o error error.c -Wall
[EMAIL PROTECTED] ~/tmp $ ./error
sizeof(int) = 4, sizeof(short) = 2
a1 = 4, b1 = 3, c1 = -51072
a2 = 4, b2 = 3, c2 = 8 (c1 and c2 should both be 8)
Error!
[EMAIL PROTECTED] ~/tmp $
--
Summary: Incorrect result when subtracting, casting to short and
back to int, adding and multiplying
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot
[Bug tree-optimization/26629] tree load PRE does not work on array references
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-10 12:50 ---
Here is another testcase:
typedef long dtype;
typedef dtype longarray[];
int g (longarray *array1, unsigned long i, dtype j)
{
if (!(*array1)[i])
i++;
if (j < (*array1)[i])
h();
return i;
}
int g1 (longarray *array1, unsigned long i, dtype j)
{
dtype a = (*array1)[i];
if (!a)
{
i++;
a = (*array1)[i];
}
if (j < a)
h();
return i;
}
FRE handles this just fine, it is PRE which does not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26629
[Bug middle-end/26630] [4.0 Regression] Incorrect result when subtracting, casting to short and back to int, adding and multiplying
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-10 12:57 --- Confirmed, just a regression on the 4.0 branch, 3.4.6 was the last release of the 3.4 branch. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|c |middle-end Ever Confirmed|0 |1 Keywords||wrong-code Known to fail||3.4.0 4.0.0 4.0.3 3.3.3 ||3.0.4 Known to work||2.95.3 4.1.0 4.2.0 Last reconfirmed|-00-00 00:00:00 |2006-03-10 12:57:24 date|| Summary|Incorrect result when |[4.0 Regression] Incorrect |subtracting, casting to |result when subtracting, |short and back to int, |casting to short and back to |adding and multiplying |int, adding and multiplying Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26630
[Bug tree-optimization/26629] tree load PRE does not work on array references
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-10 12:59 ---
(In reply to comment #1)
> FRE handles this just fine, it is PRE which does not.
Let me clarify that comment, For FRE I am talking about code like:
typedef long dtype;
typedef dtype longarray[];
int g (longarray *array1, unsigned long i, dtype j)
{
if (!(*array1)[i])
j++;
if (j < (*array1)[i])
h();
return i;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26629
[Bug tree-optimization/26524] [4.1 Regression] ICE when compiling with -ffast-math and -O3 clatm5.f (lapack)
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-03-10 13:00 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26524
[Bug middle-end/26630] [4.0 Regression] Incorrect result when subtracting, casting to short and back to int, adding and multiplying
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-10 13:52 --- We fold ((intD.0) ((short intD.7) a1D.1133 - 1) + 1) * 2 via extract_muldiv to (intD.0) (short intD.7) a1D.1133 * 2 -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26630
[Bug middle-end/26630] [4.0 Regression] Incorrect result when subtracting, casting to short and back to int, adding and multiplying
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-10 13:53 ---
shorter testcase:
extern void abort(void);
int main()
{
int a1 = 4;
int c1 = ( ((int)(short)(a1-1)) + 1)*2;
if (c1 != 8)
abort();
return 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26630
[Bug c++/26621] Template instantiation fails for -O1 -finline-functions
--- Comment #5 from _talyn_ at web dot de 2006-03-10 13:54 --- Created an attachment (id=11015) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11015&action=view) test case that shows the difference between dynamic/static alloc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26621
[Bug rtl-optimization/21485] [4.0/4.1/4.2 Regression] codegen regression due to PRE increasing register pressure
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-03-10 13:56
---
What happens to the time if you replace that function with:
void
NumSift (long *array, unsigned long i, unsigned long j)
{
unsigned long k;
while ((i + i) <= j)
{
k = i + i;
long t, t1;
t = array[k];
if (k < j)
{
t1 = array[k+1];
if (t < t1)
++k, t = t1;
}
t1 = array[i];
if (t1 < t)
{
array[k] = t1;
array[i] = t;
i = k;
}
else
i = j + 1;
}
return;
}
---
The semantics should be the same, I just pulled out the PREs as much as I
could.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485
[Bug c++/26621] Template instantiation fails for -O1 -finline-functions
--- Comment #6 from _talyn_ at web dot de 2006-03-10 13:56 --- (From update of attachment 11015) Certainly, I see your point with respect to the get* methods, a hint in the g++-4.X release notes about the more aggressive inlining would probably be helpful. However, this doesn't explain, why the reference to TTypeWrapper::~TTypeWrapper is missing if the instance of CVectorWrap is allocated statically, and it is not missing, if it is allocated dynamically. The VMT of CVectorWrap should be created with instance.o the reference to TTypeWrapper::~TTypeWrapper will be needed there. Hence, it should be instanciated automatically, and creating CVectorWrap dynamically seems to proof that indeed it is. Explicit instanciation is a orkaround, but IMHO it is not the solution. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26621
[Bug c++/26621] Template instantiation fails for -O1 -finline-functions
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-10 13:58 --- Subject: Re: Template instantiation fails for -O1 -finline-functions > However, this doesn't explain, why the reference to > TTypeWrapper::~TTypeWrapper > is missing if the instance of CVectorWrap is allocated statically, and it is > not missing, if it is allocated dynamically. The VMT of CVectorWrap should be > created with instance.o the reference to TTypeWrapper::~TTypeWrapper will be > needed there. Hence, it should be instanciated automatically, and creating > CVectorWrap dynamically seems to proof that indeed it is. Explicit > instanciation is a orkaround, but IMHO it is not the solution. divirtualization is really what is happening and not inlining. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26621
[Bug rtl-optimization/21485] [4.0/4.1/4.2 Regression] codegen regression due to PRE increasing register pressure
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-03-10 14:10 --- (In reply to comment #17) > What happens to the time if you replace that function with: This helps about 5% but it does not get the score back up. 3.4.0's score for this machine is about 900. 4.1.0's score is 720. 4.1.0+scource modification is about 780. so it helps but there is something else which needs to be improved still. I don't think this is a RA issue now after looking into the source. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords|ra | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485
[Bug rtl-optimization/21485] [4.0/4.1/4.2 Regression] codegen regression due to PRE increasing register pressure
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-03-10 14:13 --- (In reply to comment #18) > (In reply to comment #17) > > What happens to the time if you replace that function with: > This helps about 5% but it does not get the score back up. Also the asm is about the same for this function, at least on i686 between 3.4.0 and the source modified version with 4.1.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485
[Bug middle-end/26630] [4.0 Regression] Incorrect result when subtracting, casting to short and back to int, adding and multiplying
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-10 14:31 --- with 4.1 we start with ((intD.0) (short intD.7) ((short unsigned intD.8) a1D.1280 - 1) + 1) * 2 which convert builds from converting a - 1 to short: (short intD.7) ((short unsigned intD.8) a1D.1280 - 1) this prevents the (now latent) problem in extract_muldiv to show up. I believe case CONVERT_EXPR: case NON_LVALUE_EXPR: case NOP_EXPR: /* If op0 is an expression ... */ if ((COMPARISON_CLASS_P (op0) || UNARY_CLASS_P (op0) || BINARY_CLASS_P (op0) || EXPRESSION_CLASS_P (op0)) /* ... and is unsigned, and its type is smaller than ctype, then we cannot pass through as widening. */ && ((TYPE_UNSIGNED (TREE_TYPE (op0)) && ! (TREE_CODE (TREE_TYPE (op0)) == INTEGER_TYPE && TYPE_IS_SIZETYPE (TREE_TYPE (op0))) && (GET_MODE_SIZE (TYPE_MODE (ctype)) > GET_MODE_SIZE (TYPE_MODE (TREE_TYPE (op0) /* ... or this is a truncation (t is narrower than op0), then we cannot pass through this narrowing. */ || (GET_MODE_SIZE (TYPE_MODE (type)) < GET_MODE_SIZE (TYPE_MODE (TREE_TYPE (op0 the last check needs to read !=, but this extract_muldiv looks like a mess... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26630
[Bug c/26632] New: spurious warning: value computed is not used
Using gcc 4.1.0 on amd64, with -Wall (64 bit target):
int g(void);
long h(void);
void f(void)
{
0 ? h() : g();
}
foo.c:6: warning: value computed is not used
Either changing 0 to 1 or swapping g and h makes the warning go away.
This was the result of a (very reasonable) macro expansion.
--
Summary: spurious warning: value computed is not used
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mattias at virtutech dot se
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26632
[Bug middle-end/26632] spurious warning: value computed is not used
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-10 15:16 --- Hmm, what is going on here is the following. 0 ? h() : g(); is not really just that but instead: 0 ? h() : (long)g(); which then gets foldded into: (long)g(); and we warn about the cast. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26632
[Bug middle-end/26632] [4.1/4.2 Regression] spurious warning: value computed is not used
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-10 15:17 --- I don't know if we should be warning or not. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||diagnostic Summary|spurious warning: value |[4.1/4.2 Regression] |computed is not used|spurious warning: value ||computed is not used Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26632
[Bug middle-end/19430] Missing uninitialized warning
--- Comment #7 from ciaccio at disi dot unige dot it 2006-03-10 15:25
---
An even simpler test case of this bug (tested with gcc 3.4.5):
int main( void ) {
int rc;
return rc;
*&rc = 0;
}
> gcc -O -Wall program.c
(more stunning silence)
NOTE: in this example, there is no function invocation inside main().
NOTE: remove the last statement in the program, and the warning will show up.
g.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19430
[Bug middle-end/19430] Missing uninitialized warning
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-10 15:28 --- (In reply to comment #7) > An even simpler test case of this bug (tested with gcc 3.4.5): That works correctly in 4.0.0 and above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19430
[Bug middle-end/26632] [4.1/4.2 Regression] spurious warning: value computed is not used
--- Comment #3 from mattias at virtutech dot se 2006-03-10 15:30 --- Yes, I realise it's the implicit integral conversion that causes the warning, but since the result is not used no matter what it seems wrong to warn for it - it cannot reasonably a sign of an error in the code. It can be hard to avoid unless the exact types and sizes are known - for instance, adding (long) casts to both branches will not prevent the warning from being generated. This causes headaches with -Werror. In fact, adding an (int) cast before h() will suppress the warning but a (long) cast before g() will not. I see no sensible way of getting rid of the warning at all, save casting the whole result to void (which isn't desirable for a function-like macro). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26632
[Bug middle-end/19430] Missing uninitialized warning
--- Comment #9 from dnovillo at gcc dot gnu dot org 2006-03-10 15:31 --- Not going to work on this problem any time soon. -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dnovillo at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19430
[Bug tree-optimization/5035] Incorrectly produces '`' might be used uninitialized in this function'
-- dnovillo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dnovillo at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5035
[Bug tree-optimization/13962] [tree-ssa] make "fold" use alias information to optimize pointer comparisons
-- dnovillo at gcc dot gnu dot org changed: What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org AssignedTo|dnovillo at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13962
[Bug tree-optimization/14187] [tree-ssa] restricted pointers should not alias on the tree level
-- dnovillo at gcc dot gnu dot org changed: What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org AssignedTo|dnovillo at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14187
[Bug tree-optimization/14295] [tree-ssa] copy propagation for aggregates
-- dnovillo at gcc dot gnu dot org changed: What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org AssignedTo|dnovillo at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14295
[Bug tree-optimization/20168] const function causes the creation of GLOBAL_VAR
--- Comment #3 from dnovillo at gcc dot gnu dot org 2006-03-10 15:36 --- Fixed in 4.2. -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20168
[Bug middle-end/19430] Missing uninitialized warning
--- Comment #10 from mike at codeweavers dot com 2006-03-10 15:37 --- Can I bribe you to work on it by fixing a Wine bug in exchange? :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19430
[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's
--- Comment #5 from dnovillo at gcc dot gnu dot org 2006-03-10 15:45 --- The two pointers are assigned the same SMT. Is this still a problem? Dereferenced pointers D.1541, UID 1541, int *, symbol memory tag: SMT.5 D.1542, UID 1542, int *, symbol memory tag: SMT.5 Or do you need to analyze g1 and g2? -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dnovillo at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22254
[Bug tree-optimization/21258] Teach VRP to pick up a constant from case label.
--- Comment #5 from dnovillo at gcc dot gnu dot org 2006-03-10 16:07 --- Not working on this anymore. -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|dnovillo at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21258
[Bug c++/26633] New: Minimal c++ program using threads and exceptions crashes when compiled statically
The below does not crash with g++ 4.0.2, nor when removing -static:
(see also http://ds9a.nl/minimal.cc.txt)
#include
/*
compiled with g++ 4.1.0 (g++ minimal.cc -o minimal -static -pthread), on
Ubuntu Breezy:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1.0/configure --prefix=/opt/gcc-4.1/
--enable-shared --enable-__cxa_atexit --enable-libstdcxx-debug
Thread model: posix
gcc version 4.1.0
Crash:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16386 (LWP 8238)]
__gnu_internal::get_global () at
../../../../gcc-4.1.0/libstdc++-v3/libsupc++/eh_globals.cc:58
58get_global() throw()
Current language: auto; currently c++
(gdb) bt
#0 __gnu_internal::get_global () at
../../../../gcc-4.1.0/libstdc++-v3/libsupc++/eh_globals.cc:58
#1 0x0804c767 in __cxa_get_globals () at
../../../../gcc-4.1.0/libstdc++-v3/libsupc++/eh_globals.cc:71
#2 0x0804c33f in __cxa_allocate_exception (thrown_size=8)
at ../../../../gcc-4.1.0/libstdc++-v3/libsupc++/eh_alloc.cc:154
#3 0x08048298 in doStuff ()
#4 0x080577af in pthread_start_thread (arg=0xaf5ffbe0) at manager.c:310
#5 0x08057827 in pthread_start_thread_event (arg=0xaf5ffbe0) at manager.c:334
#6 0x08069d9a in clone ()
*/
void *doStuff(void *)
try
{
throw std::runtime_error("boe");
}
catch(std::exception& e)
{}
int main()
{
pthread_t tid;
pthread_create(&tid, 0, doStuff,0);
void *result;
pthread_join(tid, &result);
}
--
Summary: Minimal c++ program using threads and exceptions crashes
when compiled statically
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ahu at ds9a dot nl
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26633
[Bug middle-end/26630] [4.0 Regression] Incorrect result when subtracting, casting to short and back to int, adding and multiplying
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-10 16:17 --- The patch from 25125 fixes the problem. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25125 AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED GCC build triplet|i686-pc-linux-gnu-gcc-3.3.6 | GCC host triplet|i686-pc-linux-gnu-gcc-3.3.6 | GCC target triplet|i686-pc-linux-gnu-gcc-3.3.6 | Last reconfirmed|2006-03-10 12:57:24 |2006-03-10 16:17:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26630
[Bug middle-end/26630] [4.0 Regression] Incorrect result when subtracting, casting to short and back to int, adding and multiplying
--- Comment #6 from patchapp at dberlin dot org 2006-03-10 16:25 --- Subject: Bug number PR26630 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-03/msg00616.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26630
[Bug c++/25322] ISO compliance of defining structs in anonymous unions
--- Comment #3 from jvalenzu at infinite-monkeys dot org 2006-03-10 16:25 --- Would someone mind specifying what section of the standard this violates? We have a codebase that makes heavy use of (3). -- jvalenzu at infinite-monkeys dot org changed: What|Removed |Added CC||jvalenzu at infinite-monkeys ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25322
[Bug c/26634] New: spurious strtok_r warning with -Wwrite-strings
I'm not sure whether to report this to gcc or glibc - maybe it falls
in-between.
#include
void g(char *);
void f(char *a)
{
char *p, *q;
while ((q = strtok_r(a, ":", &p)))
g(q);
}
with -O1 -Wall -Wwrite-strings, gives:
warning: 'p' may be used uninitialized in this function
This comes from the inline expansion of strtok_r(), after reduction:
extern __inline char *
__strtok_r_1c (char *__s, char __sep, char **__nextp)
{
char *__result;
if (__s == ((void *)0))
__s = *__nextp;
while (*__s == __sep)
++__s;
__result = ((void *)0);
if (*__s != '\0')
{
__result = __s++;
while (*__s != '\0')
if (*__s++ == __sep)
{
__s[-1] = '\0';
break;
}
*__nextp = __s;
}
return __result;
}
void g(char *);
void f(char *a)
{
char *p, *q;
while ((q = __strtok_r_1c (a, ':', &p)))
g(q);
}
I don't know what glibc could do to prevent this (except dropping this
optimisation).
--
Summary: spurious strtok_r warning with -Wwrite-strings
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mattias at virtutech dot se
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26634
[Bug middle-end/26565] [4.0/4.1/4.2 Regression] Unaligned accesses with __attribute__(packed) and memcpy
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-03-10 16:44 --- Subject: Bug 26565 Author: rguenth Date: Fri Mar 10 16:44:01 2006 New Revision: 111934 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111934 Log: 2006-03-10 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/26565 * builtins.c (get_pointer_alignment): Handle component references for field alignment. * gcc.dg/torture/pr26565.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr26565.c Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26565
[Bug middle-end/26565] [4.0/4.1 Regression] Unaligned accesses with __attribute__(packed) and memcpy
--- Comment #10 from rguenth at gcc dot gnu dot org 2006-03-10 16:44 --- Fixed on the mainline. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work|3.3.3 3.4.2 |3.3.3 3.4.2 4.2.0 Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] |Unaligned accesses with |Unaligned accesses with |__attribute__(packed) and |__attribute__(packed) and |memcpy |memcpy http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26565
[Bug other/26633] [4.1/4.2 Regression] Minimal c++ program using threads and exceptions crashes when compiled statically
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-10 16:54 --- Just as I had expected in http://gcc.gnu.org/ml/gcc/2006-03/msg00256.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL|http://ds9a.nl/minimal.cc.tx| |t | Severity|normal |blocker Status|UNCONFIRMED |NEW Component|c++ |other Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-10 16:54:23 date|| Summary|Minimal c++ program using |[4.1/4.2 Regression] Minimal |threads and exceptions |c++ program using threads |crashes when compiled |and exceptions crashes when |statically |compiled statically Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26633
[Bug other/26633] [4.1/4.2 Regression] Minimal c++ program using threads and exceptions crashes when compiled statically
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-10 16:55 --- Some information about this bug in both the libstdc++ library and the libgfortran library on the mainline: http://gcc.gnu.org/ml/gcc/2006-03/msg00248.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26633
[Bug middle-end/26634] spurious strtok_r warning with -Wall
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-10 16:59 --- This is not a gcc bug as the warning is correct as the following is true, a can be null entering f so p is used uninitialized. If this is a bug, this is a bug in glibc for being over optimizing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |middle-end Keywords||diagnostic Resolution||INVALID Summary|spurious strtok_r warning |spurious strtok_r warning |with -Wwrite-strings|with -Wall http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26634
[Bug other/26633] [4.1/4.2 Regression] Minimal c++ program using threads and exceptions crashes when compiled statically
--- Comment #3 from ahu at ds9a dot nl 2006-03-10 17:54 ---
Subject: Re: [4.1/4.2 Regression] Minimal c++ program using threads and
exceptions crashes when compiled statically
Sure this is (exactly) related? I tried to pull in some of the symbols that
might be missing to no avail.
Interestingly, the problem does not appear on my x86-64!
Also:
Starting program: /home/ahu/programming-new/exploit/minimal
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 11300)]
[New Thread 32769 (LWP 11301)]
[New Thread 16386 (LWP 11302)]
[Switching to Thread 16386 (LWP 11302)]
Breakpoint 1, __cxa_allocate_exception (thrown_size=8)
at ../../../../gcc-4.1.0/libstdc++-v3/libsupc++/eh_alloc.cc:115
115 thrown_size += sizeof (__cxa_exception);
(gdb) step
116 ret = malloc (thrown_size);
(gdb) print thrown_size
$1 = 88
(gdb) step
118 if (! ret)
(gdb) print ret
$2 = (void *) 0x8115a60
(gdb) step
116 ret = malloc (thrown_size);
(gdb) step
118 if (! ret)
(gdb)
154 __cxa_eh_globals *globals = __cxa_get_globals ();
(gdb)
__cxa_get_globals () at
../../../../gcc-4.1.0/libstdc++-v3/libsupc++/eh_globals.cc:71
71 { return __gnu_internal::get_global(); }
(gdb)
__gnu_internal::get_global () at
../../../../gcc-4.1.0/libstdc++-v3/libsupc++/eh_globals.cc:58
58get_global() throw()
(gdb)
Program received signal SIGSEGV, Segmentation fault.
__gnu_internal::get_global () at
../../../../gcc-4.1.0/libstdc++-v3/libsupc++/eh_globals.cc:58
58get_global() throw()
On Fri, Mar 10, 2006 at 04:55:41PM -, pinskia at gcc dot gnu dot org wrote:
>
>
> --- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-10 16:55
> ---
> Some information about this bug in both the libstdc++ library and the
> libgfortran library on the mainline:
> http://gcc.gnu.org/ml/gcc/2006-03/msg00248.html
>
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26633
>
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
>
>
> !DSPAM:4411af8b239412042891523!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26633
[Bug middle-end/26635] New: [4.1/4.2 Regression] Bogus Storage_Error warning
The patch 2006-01-09 Kazu Hirata <[EMAIL PROTECTED]> PR tree-optimization/25125 * convert.c (convert_to_integer): Don't narrow the type of a PLUX_EXPR or MINUS_EXPR if !flag_wrapv and the unwidened type is signed. has introduced a regression for the Ada testcase that I'm about to attach: [EMAIL PROTECTED]:~/gnat/bugs/F217-005> gcc -S p.ads p.ads:12:03: warning: Storage_Error will be raised at run-time The testcase should compile silently. Analysis: http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00198.html I think Kazu's original patch was the correct fix. -- Summary: [4.1/4.2 Regression] Bogus Storage_Error warning Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ebotcazou at gcc dot gnu dot org GCC build triplet: *-*-* GCC host triplet: *-*-* GCC target triplet: *-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26635
[Bug middle-end/26635] [4.1/4.2 Regression] Bogus Storage_Error warning
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-03-10 18:00 --- Created an attachment (id=11016) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11016&action=view) Reduced Ada testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26635
[Bug java/26390] Problem dispatching method call when method does not exist in superclass
--- Comment #3 from mark at gcc dot gnu dot org 2006-03-10 18:13 --- While importing 0.90 into libgcj I also noticed this. Setting this package to bc (like the other awt peer implementations) gives: make[3]: Entering directory `/home/mark/src/gcc-obj/i686-pc-linux-gnu/libjava' /bin/sh ./libtool --mode=compile /home/mark/src/gcc-obj/gcc/gcj -B/home/mark/src/gcc-obj/i686-pc-linux-gnu/libjava/ -B/home/mark/src/gcc-obj/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/mark/src/gcc-obj/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -fjni -findirect-dispatch -c -o gnu-java-awt-peer-swing.lo @gnu-java-awt-peer-swing.list /home/mark/src/gcc-obj/gcc/gcj -B/home/mark/src/gcc-obj/i686-pc-linux-gnu/libjava/ -B/home/mark/src/gcc-obj/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=/home/mark/src/gcc-obj/i686-pc-linux-gnu/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -fjni -findirect-dispatch -c @gnu-java-awt-peer-swing.list -fPIC -o .libs/gnu-java-awt-peer-swing.o gnu/java/awt/peer/swing/SwingFramePeer.java: In class 'gnu.java.awt.peer.swing.SwingFramePeer': gnu/java/awt/peer/swing/SwingFramePeer.java: In method 'gnu.java.awt.peer.swing.SwingFramePeer.setBounds(int,int,int,int)': gnu/java/awt/peer/swing/SwingFramePeer.java:118: error: verification failed at PC=6: didn't see expected constant make[3]: *** [gnu-java-awt-peer-swing.lo] Error 1 where line 118 is indeed: super.setBounds(x, y, w, h); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26390
[Bug target/26636] use of r1-r3 across __sdivsi3_4 call
--- Comment #1 from rmansfield at qnx dot com 2006-03-10 18:23 ---
When attaching the test case, I experience a internal error with gcc bugzilla
which I reported to dberlin. I am going to attach the test case in a comment.
I attempted to reduce the test case, but it changed reg. allocation which made
reproducing it difficult.
#include
#include
# define M 14
# define PIT_MIN 30
# define SS_AUDIO_SAMPLE_SIZE 2
int main(int argc, char *argv[]) {
int iMarkEvntDelayTime = 0;
int iSampleRate = 0;
int iBlockSize = 0;
int t_op;
int corr[1];
int f_io4[1];
int daten[1];
t_op = wbe_ol_pitch_estimate( daten, corr, f_io4);
return EXIT_SUCCESS;
}
#define PIT_MIN 30
#define PIT_MAX 193
#define L_SUBFR_LB 60
#define DIM (3*L_SUBFR_LB)
#define OLPX_SHIFT 4
int
wbe_ol_pitch_estimate
(
short *x_i,
int *corr,
int *x_local
)
{
inttemp, temp1;
int energy;
intdenom;
intthresh, thresh2;
int *x_t1_ptr, *x_t2_ptr;
int *x_t_max;
int *x;
int i,index,p;
for (i=0; i < PIT_MIN; i++)
corr[i] = 0;
x = x_local;
for (i = -PIT_MAX; i < DIM; i++)
{
*(x++) = x_i[i]>>OLPX_SHIFT;
}
x = x_local+PIT_MAX;
x_t_max = x +DIM;
x_t1_ptr = x;
x_t2_ptr = x-PIT_MIN;
energy= 0;
temp = 0;
while( x_t1_ptr < x_t_max)
{
temp1 = (int)(*x_t2_ptr);
temp += (*x_t1_ptr) * temp1;
energy += temp1 * temp1;
x_t1_ptr++;
x_t2_ptr++;
}
denom = energy>>10;
if (denom <= 0) denom=1;
corr[PIT_MIN] = temp/denom;
index = PIT_MIN;
for( i=PIT_MIN+1; i>10;
if (denom <= 0) denom=1;
temp = temp/denom;
corr[i] = temp;
thresh = (temp>>2) + (temp>>1);
if( i<((index<<1)-5))
if( temp > corr[index] )
index = i;
if( i>=((index<<1)-5))
if( thresh > corr[index] )
index = i;
}
thresh2=(corr[index]>>1);
p = index/3;
for( i=p-5; i>1);
}
}
return( index );
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26636
[Bug target/26098] [4.0 Regression] ICE in multiplication of 16-byte longlong vector on x86_64
--- Comment #3 from dtemirbulatov at gmail dot com 2006-03-10 19:09 --- Created an attachment (id=11018) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11018&action=view) bug fix this a backport form the mainline 2005-05-17 Richard Henderson <[EMAIL PROTECTED]> * config/i386/sse.md (mulv16qi3, mulv2di3): New -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26098
[Bug target/26636] New: use of r1-r3 across __sdivsi3_4 call
[EMAIL PROTECTED] rmansfield]$ /home/rmansfield/crosstool/gcc-4.0-20060309-glibc-2.3.6/sh4-unknown-linux-gnu/bin/sh4-unknown-linux-gnu-gcc -v -o t.s -S -m4 -O2 t.c Using built-in specs. Target: sh4-unknown-linux-gnu Configured with: /home/rmansfield/crosstool-0.42/build/sh4-unknown-linux-gnu/gcc-4.0-20060309-glibc-2.3.6/gcc-4.0-20060309/configure --target=sh4-unknown-linux-gnu --host=i686-host_pc-linux-gnu --prefix=/home/rmansfield/crosstool/gcc-4.0-20060309-glibc-2.3.6/sh4-unknown-linux-gnu --with-multilib-list=m4,m4-nofpu --with-headers=/home/rmansfield/crosstool/gcc-4.0-20060309-glibc-2.3.6/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/include --with-local-prefix=/home/rmansfield/crosstool/gcc-4.0-20060309-glibc-2.3.6/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit --enable-languages=c --enable-shared --enable-c99 --enable-long-long Thread model: posix gcc version 4.0.3 mov.l .L66,r0 mov r11,r1 mov.w .L65,r12 add #64,r1 ; use here mov r3,r8 mov #30,r13 jsr @r0 ; call to __sdivsi3_4 nop sts fpul,r2 add #-124,r8 mov #120,r0 add r3,r12 mov.l r0,@(8,r14) mov #31,r7 mov.l r2,@(56,r1) ; kaboom ... .L66: .long __sdivsi3_i4 Then in the plt stub r1 gets clobbered. 0x804041c <_sdivsi3_i4>:mov.l 0x8040424 <_sdivsi3_i4+8>,r1! 0x80418a0 0x804041e <_sdivsi3_i4+2>: mov.l @r1,r1 0x8040420 <_sdivsi3_i4+4>: jmp @r1 /home/rmansfield/crosstool/gcc-4.1.0-glibc-2.3.6/sh4-unknown-linux-gnu/bin/sh4-unknown-linux-gnu-gcc -v -o t.s -S -m4 -O2 t.c Using built-in specs. Target: sh4-unknown-linux-gnu Configured with: /home/rmansfield/crosstool-0.42/build/sh4-unknown-linux-gnu/gcc-4.1.0-glibc-2.3.6/gcc-4.1.0/configure --target=sh4-unknown-linux-gnu --host=i686-host_pc-linux-gnu --prefix=/home/rmansfield/crosstool/gcc-4.1.0-glibc-2.3.6/sh4-unknown-linux-gnu --with-multilib-list=m4,m4-nofpu --with-headers=/home/rmansfield/crosstool/gcc-4.1.0-glibc-2.3.6/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/include --with-local-prefix=/home/rmansfield/crosstool/gcc-4.1.0-glibc-2.3.6/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit --enable-languages=c --enable-shared --enable-c99 --enable-long-long Thread model: posix gcc version 4.1.0 gcc 4.1 generates the following code: mov.l .L57,r0 jsr @r0 nop sts fpul,r4 .L8: mov.w .L55,r8 mov r9,r1 mov.w .L56,r12 add #64,r1 add r10,r8 mov.l r4,@(56,r1) ... .L57: .long __sdivsi3_i4 I think this hasn't been previously observed because the .hidden directive in lib1funcs.asm makes each shared library get its own private __sdivsi3_i4 that it can call directly and no registers end up being clobbered. But shouldn't (clobber (reg:SI R1_REG)) in "divsi3" prevent the use of R1-R3 across the __sdivsi3 call? -- Summary: use of r1-r3 across __sdivsi3_4 call Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rmansfield at qnx dot com GCC build triplet: i686-host_pc-linux-gnu GCC host triplet: i686-host_pc-linux-gnu GCC target triplet: sh4-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26636
[Bug rtl-optimization/25569] [4.2 Regression] FAIL: gfortran.dg/g77/20010610.f -O3 -fomit-frame-pointer -funroll-loops
--- Comment #6 from law at redhat dot com 2006-03-10 19:37 --- Subject: Re: [4.2 Regression] FAIL: gfortran.dg/g77/20010610.f -O3 -fomit-frame-pointer -funroll-loops On Wed, 2006-03-08 at 00:07 +, janis at gcc dot gnu dot org wrote: > > --- Comment #5 from janis at gcc dot gnu dot org 2006-03-08 00:07 --- > A regression hunt on powerpc64-linux using the C test case from comment #4 > identified this patch: > > http://gcc.gnu.org/viewcvs?view=rev&rev=110705 > > r110705 | law | 2006-02-07 18:31:27 + (Tue, 07 Feb 2006) > > > That date doesn't match up with when the Fortran test started failing so I ran > another regression hunt using it, which identified this patch: > > http://gcc.gnu.org/viewcvs?view=rev&rev=108425 > > r108425 | law | 2005-12-12 19:59:16 + (Mon, 12 Dec 2005) Just an FYI -- I probably won't be able to start looking at this until Monday. Hopefully it'll be something I can hunt down with a cross compiler as I don't have a ppc64 box :-) jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25569
[Bug other/26633] [4.1/4.2 Regression] Minimal c++ program using threads and exceptions crashes when compiled statically
--- Comment #4 from ahu at ds9a dot nl 2006-03-10 20:44 ---
Andrew Pinski tells me this is a glibc TLS bug and that it should be reported
to Ubuntu, which I have done here:
https://launchpad.net/distros/ubuntu/+source/glibc/+bug/34362
The reduced testcase is:
#include
void *doStuff(void *ignore)
{
static __thread int a; // crashes HERE
return (void*) a;
}
int main()
{
pthread_t tid;
pthread_create(&tid, 0, doStuff,0);
void *result;
pthread_join(tid, &result);
}
--
ahu at ds9a dot nl changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26633
[Bug java/26638] New: Mauve crypto test failures
The following test in mauve fail with a merged classpath 0.90 tree: FAIL: gnu.testlet.gnu.javax.crypto.assembly.TestOfAssembly: uncaught exception at "TestOfAssembly.testSymmetry#1" number 1: java.lang.IllegalStateException FAIL: gnu.testlet.gnu.javax.crypto.assembly.TestOfCascade: uncaught exception at "TestOfCascade" number 1: java.lang.IllegalStateException FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testEquality(rijndael): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testPadding(tls1): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testPartial(rijndael): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(rijndael): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(twofish): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(anubis): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(blowfish): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(cast5): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(null): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(des): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(serpent): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(square): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(khazad): java.lang.IllegalStateException (number 1) FAIL: gnu.testlet.gnu.javax.crypto.jce.TestOfCipher: testDoFinal(tripledes): java.lang.IllegalStateException (number 1) They all fail in a similar way: java.lang.IllegalStateException at gnu.javax.crypto.mode.BaseMode.currentBlockSize (BaseMode.java:244) at gnu.javax.crypto.assembly.ModeStage.initDelegate (ModeStage.java:107) at gnu.javax.crypto.assembly.Stage.init (Stage.java:156) at gnu.javax.crypto.assembly.Cascade.init (Cascade.java:303) at gnu.javax.crypto.assembly.CascadeTransformer.initDelegate (CascadeTransformer.java:81) at gnu.javax.crypto.assembly.Transformer.init (Transformer.java:207) at gnu.javax.crypto.assembly.Transformer.init (Transformer.java:206) at gnu.javax.crypto.assembly.Assembly.init (Assembly.java:141) at gnu.testlet.gnu.javax.crypto.assembly.TestOfAssembly.testSymmetry (TestOfAssembly.java:116) at gnu.testlet.gnu.javax.crypto.assembly.TestOfAssembly.test (TestOfAssembly.java:88) at gnu.testlet.SimpleTestHarness.runtest (SimpleTestHarness.java:248) at gnu.testlet.SimpleTestHarness.main (SimpleTestHarness.java:396) 1 of 1 tests failed All these tests succeed with a cacao or jamvm runtime and classpath 0.90. -- Summary: Mauve crypto test failures Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26638
[Bug c++/16387] [ABI] POD double alignment shifting [3.2/3.3/3.4]
--- Comment #4 from jason at gcc dot gnu dot org 2006-03-10 22:40 --- Subject: Bug 16387 Author: jason Date: Fri Mar 10 22:40:41 2006 New Revision: 111945 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111945 Log: PR c++/16387, c++/16389 * typeck.c (cxx_alignof_expr, cxx_sizeof_expr): New functions. (cxx_sizeof_or_alignof_expr): Split out from here. Added: trunk/gcc/testsuite/g++.dg/ext/alignof2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16387
[Bug c/26004] [4.1/4.2 Regression] gcc errors on valid code [SVO]
--- Comment #18 from jason at gcc dot gnu dot org 2006-03-10 22:47 --- Subject: Bug 26004 Author: jason Date: Fri Mar 10 22:47:08 2006 New Revision: 111947 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111947 Log: PR c/26004 * gimplify.c (gimplify_modify_expr_rhs): Don't do return slot opt if the target was declared 'register'. Added: trunk/gcc/testsuite/gcc.dg/pr26004.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
[Bug java/26390] Problem dispatching method call when method does not exist in superclass
-- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-10 23:00:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26390
[Bug fortran/20935] failed assertion for maxloc(n, mask=.true.)
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-03-10 23:07 --- Created an attachment (id=11019) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11019&action=view) More complete patch Here's a more complete patch, which should do the Right Thing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Attachment #10987|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20935
[Bug libgcj/26441] Old libltdl may cause memory leak in Class.forName()
--- Comment #2 from tromey at gcc dot gnu dot org 2006-03-10 23:14 --- I'm handling this. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-02-24 18:48:06 |2006-03-10 23:14:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26441
[Bug middle-end/26004] [4.1 Regression] gcc errors on valid code [SVO]
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-03-10 23:20 --- Fixed on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end Known to fail|4.1.0 4.2.0 |4.1.0 Known to work|4.0.2 |4.0.2 4.2.0 Summary|[4.1/4.2 Regression] gcc|[4.1 Regression] gcc errors |errors on valid code [SVO] |on valid code [SVO] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
[Bug c++/24272] strange link error with ACE
--- Comment #4 from lawless at spamcop dot net 2006-03-10 23:36 --- This bug is not a dupliate of bug 19664. I just applied 'gcc-push-pop-visibility.patch' to gcc 4.0.2 on 'x86_64' and the problem is still there: /usr/bin/ld: .shobj/Logging_Strategy.o: relocation R_X86_64_PC32 against `std::basic_ofstream >::basic_ofstream(char const*, std::_Ios_Openmode)@@GLIBCXX_3.4' can not be used when making a shared object; recompile with -fPIC BTW, had to had-edit the patch for three files: libstdc++-v3/include/tr1/array libstdc++-v3/include/debug/string libstdc++-v3/include/std/std_sstream.h -- lawless at spamcop dot net changed: What|Removed |Added CC||lawless at spamcop dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24272
[Bug middle-end/26004] [4.1 Regression] gcc errors on valid code [SVO]
--- Comment #20 from jason at gcc dot gnu dot org 2006-03-10 23:42 --- Subject: Bug 26004 Author: jason Date: Fri Mar 10 23:42:48 2006 New Revision: 111952 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111952 Log: PR c/26004 * gimplify.c (gimplify_modify_expr_rhs): Don't do return slot opt if the target was declared 'register'. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr26004.c - copied unchanged from r111947, trunk/gcc/testsuite/gcc.dg/pr26004.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/gimplify.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
[Bug middle-end/26004] [4.1 Regression] gcc errors on valid code [SVO]
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-03-11 00:09 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
[Bug middle-end/26632] [4.1/4.2 Regression] spurious warning: value computed is not used
--- Comment #4 from neil at daikokuya dot co dot uk 2006-03-11 00:15 --- Subject: Re: spurious warning: value computed is not used pinskia at gcc dot gnu dot org wrote:- > > > --- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-10 15:16 > --- > Hmm, what is going on here is the following. > 0 ? h() : g(); > is not really just that but instead: > 0 ? h() : (long)g(); > which then gets foldded into: > (long)g(); > and we warn about the cast. Every time we get bitten by issuing diagnostics after parts of GCC other than the front end manipulate the IR. These bugs won't go away until GCC stops doing this. Neil. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26632
[Bug java/26390] Problem dispatching method call when method does not exist in superclass
--- Comment #4 from tromey at gcc dot gnu dot org 2006-03-11 01:40 --- Mark's problem appears to be a bytecode generation bug. We are generating: 6: invokespecial #65= But this is incorrect as you cannot invoke an interface method with invokespecial. And, super.foo() should never call an interface method anyway. I don't know whether or how the original report is related, but it isn't unreasonable to assume that it is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26390
[Bug target/26639] New: [4.0/4.1/4.2 Regression]: Gcc generates unaligned access
[EMAIL PROTECTED] gcc]$ /export/build/gnu/gcc/build-ia64-linux/gcc/xgcc -B/export/build/gnu/gcc/build-ia64-linux/gcc/ /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr26565.c -fno-show-column -lm -o ./pr26565.exe && ./pr26565.exe pr26565.exe(9088): unaligned access to 0x60001041, [EMAIL PROTECTED] gcc]$ /usr/gcc-4.1/bin/gcc /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr26565.c -fno-show-column -lm -o ./pr26565.exe && ./pr26565.exe pr26565.exe(9098): unaligned access to 0x60001041, [EMAIL PROTECTED] gcc]$ /usr/gcc-4.0/bin/gcc /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr26565.c -fno-show-column -lm -o ./pr26565.exe && ./pr26565.exe pr26565.exe(9105): unaligned access to 0x60001041, [EMAIL PROTECTED] gcc]$ gcc /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/torture/pr26565.c -fno-show-column -lm -o ./pr26565.exe && ./pr26565.exe [EMAIL PROTECTED] gcc]$ -- Summary: [4.0/4.1/4.2 Regression]: Gcc generates unaligned access Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org GCC build triplet: ia64-unknown-linux-gnu GCC host triplet: ia64-unknown-linux-gnu GCC target triplet: ia64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26639
[Bug target/26639] [4.0/4.1/4.2 Regression]: Gcc generates unaligned access
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-11 01:53 --- Wait a minute. Wasn't this just fixed with the patch for PR 26565? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||26565 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26639
[Bug target/26639] [4.0/4.1/4.2 Regression]: Gcc generates unaligned access
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-11 02:00 --- What revision of 4.2.0 are you using? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26639
[Bug bootstrap/26640] New: gcc 4.1.0 fails to bootstrap build on SuSE 10 using gcc 4.0.3
Note that this is a repeatable bug (three times in succession, the last time with a full delete and re-installation of the source). The following configure switches were used. ../configure --prefix=/home/gcc410 --enable-threads=posix --enable-languages=c,c++,fortran --enable-checking --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind These were the same configure switches use to build 4.0.3, and the same switches used to build the version of gcc 4.0.2 that shipped with SuSE 10. Build was attempted in separate directory (gcc-4.1.0/objdir). End results with preceeding text ... gcc -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genattrtab \ build/genattrtab.o build/genautomata.o \ build/rtl.o build/read-rtl.o build/ggc-none.o build/min-insn-modes.o build/gensupport.o build/insn-conditions.o build/print-rtl.o build/errors.o \ build/varray.o ../build-i686-pc-linux-gnu/libiberty/libiberty.a -lm build/genattrtab ../../gcc/config/i386/i386.md > tmp-attrtab.c Automaton `pentium' 48 NDFA states,138 NDFA arcs 48 DFA states, 138 DFA arcs 20 minimal DFA states, 82 minimal DFA arcs 273 all insns 17 insn equivalence classes 88 transition comb vector els, 340 trans table els: use comb vect 88 state alts comb vector els, 340 state alts table els: use comb vect 340 min delay table els, compression factor 2 Automaton `pentium_fpu' 80 NDFA states,172 NDFA arcs 80 DFA states, 172 DFA arcs 75 minimal DFA states, 162 minimal DFA arcs 273 all insns 8 insn equivalence classes 164 transition comb vector els, 600 trans table els: use comb vect 164 state alts comb vector els, 600 state alts table els: use comb vect 600 min delay table els, compression factor 1 Automaton `ppro_decoder' 4 NDFA states, 12 NDFA arcs 4 DFA states, 12 DFA arcs 4 minimal DFA states, 12 minimal DFA arcs 273 all insns 4 insn equivalence classes 13 transition comb vector els,16 trans table els: use simple vect 13 state alts comb vector els,16 state alts table els: use simple vect 16 min delay table els, compression factor 8 Automaton `ppro_core' 105 NDFA states,376 NDFA arcs 105 DFA states, 376 DFA arcs 105 minimal DFA states, 376 minimal DFA arcs 273 all insns 13 insn equivalence classes 481 transition comb vector els, 1365 trans table els: use comb vect 481 state alts comb vector els, 1365 state alts table els: use comb vect 1365 min delay table els, compression factor 1 Automaton `ppro_idiv' 38 NDFA states, 79 NDFA arcs 38 DFA states, 79 DFA arcs 38 minimal DFA states, 79 minimal DFA arcs 273 all insns 5 insn equivalence classes 82 transition comb vector els, 190 trans table els: use simple vect 82 state alts comb vector els, 190 state alts table els: use simple vect 190 min delay table els, compression factor 1 Automaton `ppro_fdiv' 38 NDFA states, 79 NDFA arcs 38 DFA states, 79 DFA arcs 38 minimal DFA states, 79 minimal DFA arcs 273 all insns 5 insn equivalence classes 82 transition comb vector els, 190 trans table els: use simple vect 82 state alts comb vector els, 190 state alts table els: use simple vect 190 min delay table els, compression factor 1 Automaton `ppro_load' 3 NDFA states, 8 NDFA arcs 3 DFA states, 8 DFA arcs 3 minimal DFA states, 8 minimal DFA arcs 273 all insns 4 insn equivalence classes 9 transition comb vector els,12 trans table els: use simple vect 9 state alts comb vector els,12 state alts table els: use simple vect 12 min delay table els, compression factor 4 Automaton `ppro_store' 16 NDFA states, 56 NDFA arcs 16 DFA states, 56 DFA arcs 11 minimal DFA states, 44 minimal DFA arcs 273 all insns 7 insn equivalence classes 51 transition comb vector els,77 trans table els: use simple vect 51 state alts comb vector els,77 state alts table els: use simple vect 77 min delay table els, compression factor 4 Automaton `k6_decoder' 4 NDFA states, 11 NDFA arcs 4 DFA states, 11 DFA arcs 3 minimal DFA states, 9 minimal DFA arcs 273 all insns 4 insn equivalence classes 10 transition comb vector els,12 trans table els: use simple vect 10 state alts comb vector els,12 sta
[Bug middle-end/26640] gcc 4.1.0 fails to bootstrap build on SuSE 10 using gcc 4.0.3
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-11 02:38 --- Can you do what the instructions say and attach the preprocessed source? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |middle-end Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26640
[Bug middle-end/26640] gcc 4.1.0 fails to bootstrap build on SuSE 10 using gcc 4.0.3
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-11 02:42 --- Also what is your static limit? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26640
[Bug target/26639] [4.0/4.1/4.2 Regression]: Gcc generates unaligned access
--- Comment #3 from hjl at lucon dot org 2006-03-11 02:49 --- [EMAIL PROTECTED] ~]$ /export/build/gnu/gcc/build-ia64-linux/gcc/xgcc -v Using built-in specs. Target: ia64-unknown-linux-gnu Configured with: /net/gnu-13/export/gnu/src/gcc/gcc/configure --enable-clocale=gnu --with-system-zlib --with-demangler-in-ld --enable-shared --enable-threads=posix --enable-haifa --disable-checking --prefix=/usr/gcc-4.2 --with-local-prefix=/usr/local Thread model: posix gcc version 4.2.0 20060310 (experimental) [trunk revision 111940 clean] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26639
[Bug target/25218] [4.0 Regression] ICE : in compensate_edge, at reg-stack.c:2795
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25218
[Bug target/25203] [4.0] enable checking failure in g++.dg/opt/mmx2.C
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25203
[Bug target/25281] [3.4/4.0 only] Request fix for Bug #23150 (aka Bug #24675) in gcc 3.4.x and gcc 4.0.x for arm arch.
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25281
[Bug c++/25357] [3.4/4.0 Regression] ICE in typeid
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25357
[Bug inline-asm/16194] [3.4/4.0 Regression] global register with inline-asm and clobered
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16194
[Bug preprocessor/13726] [3.4/4.0 regression]cpp -C -dI loses comments on same line as #include directives
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13726
[Bug rtl-optimization/16613] [3.4/4.0 Regression] compile time regression, when adding cerr usage
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16613
[Bug bootstrap/16865] False alarm about use of uninitialized variable breaks bootstrap at -O3
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16865
[Bug c++/14329] [tree-ssa] badly formatted warnings for SRA replacements
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14329
[Bug target/18631] [4.0 Regression] missing error messages passing vectors with -mno-altivec -mabi=altivec
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18631
[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17383
[Bug rtl-optimization/18853] [4.0 Regression] ICE: genautomata.c:5238, error: verify_flow_info: Incorrect fallthru
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18853
[Bug c++/20209] [3.4/4.0 Regression] Missing warnings for "aggregate has a partly bracketed initializer"
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20209
[Bug tree-optimization/18463] [4.0 Regression] suboptimal use of fancy x86 addressing modes
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug c++/17913] [3.4/4.0 Regression] ICE jumping into statement expression
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17913
[Bug java/19870] gcj -C doesn't generate accessors for private members across nested class boundaries
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19870
[Bug target/21081] [4.0 Regression] internal compiler error: verify_stmts failed.
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169
[Bug tree-optimization/21548] [4.0 regression] Wrong warning about uninitialized variable
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21548
[Bug target/21316] [3.4/4.0 Regression] pointer lookup cache misses more frequent
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21316
[Bug c++/20293] [3.4/4.0 regression] Wrong diagnostic for ambiguous access
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20293
[Bug middle-end/21392] [4.0 Regression] Wrong code generated for array of enum with "mode" attribute
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21392
[Bug rtl-optimization/21299] [3.4/4.0/4.1/4.2 Regression] internal error on invalid asm statement
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21299
[Bug c++/21308] [3.4/4.0 Regression] Very high compile time
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21308
[Bug tree-optimization/22360] [4.0 Regression] upper_bound_in_type and lower_bound_in_type are buggy
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22360
