--- Additional Comments From laurent at guerby dot net 2005-06-29 06:13
---
Disabling wrapv also enables a successfull Ada bootstrap.
Index: misc.c
===
RCS file: /cvs/gcc/gcc/gcc/ada/misc.c,v
retrieving revision 1.104
diff
Hi,
I'm having a problem running configure for any package, apparently
because gcc isn't compiling anything on SFU 3.5 (Interix). Just
running a simple program with main() and nothing inside it gives a seg
fault. The details of the gcc installation are below. I'd really
appreciate ur help with
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29
11:49 ---
Subject: Bug 22131
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-29 11:48:54
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From pcarlini at suse dot de 2005-06-29 12:08
---
Fixed for 4.1.0.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
This testcase segfaults due to unaligned movaps access when compiled with 'gcc -
O2 -msse':
--cut here--
#include xmmintrin.h
__m128 bar (__m128 x1, __m128 y1, __m128 x2, __m128 y2)
{
return x1;
}
__m128 foo (__m128 x)
{
return bar (x, x, x, x);
}
int main()
{
__m128 a = {1.0, 2.0, 3.0,
--
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Additional Comments From greenrd at greenrd dot org 2005-06-29 13:21
---
This breaks rssowl and any other SWT application that uses the embedded Browser
widget.
--
What|Removed |Added
Since i've updated the crx-port from snapshot 4_1_20050508
to 4_1_20050625 i get wrong code for the example below.
(compiled with -O2)
If i turn off value range propagation (-fno-tree-vrp) the
generated code is correct.
/* Tree dump before vrp **/
main ()
{
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-29
13:33 ---
Created an attachment (id=9171)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9171action=view)
Shorter testcase
Shorter testcase (below 50 lines).
Crashes with g++ -march=pentium4 -ftree-vectorize
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-29
13:34 ---
Confirmed.
--
What|Removed |Added
CC||reichelt
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-29
13:37 ---
Closing as fixed as suggested by Wolfgang.
--
What|Removed |Added
--
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22230
--- Additional Comments From bangerth at dealii dot org 2005-06-29 13:45
---
Well it compiles perfectly fine on a Sun Solaris Machine with
Sun Studio 9 installed that has the Sun CC compiler. Also It
was written by a Computer Science Professor at the University
of Illinois at
--- Additional Comments From bangerth at dealii dot org 2005-06-29 13:47
---
You will see these
other errors that will show up as well but the code has no
problems on the Sun Machine which means that g++ does not
completely folllow the ANSI/ISO C++ standard.
Have an open
I just spent half an hour to debug mysterious build failures
(make complaining about missing dependencies) in some
third party code. (The reason was a missing -Ipath.)
Given what the documentation of -MG
in the preprocessor says I'm not sure this is a real bug,
but as an enhancement request I
A bug in the fixproto script makes it get the wrong dir name when:
a) on Darwin, with a different find command
b) short directories are present in include dir
This is because a period was not escaped in a sed script within.
i.e. sed -e 's|^./||'`
Suppose to only change ./ beginnings, but wiped my
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-29
14:02 ---
The .po files have been fixed for GCC 4.0.1 and mainline.
We are just missing the .po file for GCC 3.4.5.
--
What|Removed |Added
--- Additional Comments From afb at users dot sf dot net 2005-06-29 14:03
---
Created an attachment (id=9172)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9172action=view)
gcc-3.3.6-fixproto.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22232
--- Additional Comments From bangerth at dealii dot org 2005-06-29 14:05
---
Let me point out a few problems in your code first:
list225.cpp, line 161: you can't write
typename const listEtype::iterator origVal) const
you need to reverse the order of const and
The following invalid code snippet causes an ICE since GCC 3.3:
==
templateint struct A
{
void foo();
};
templateint N, char void AN::foo() {}
A0 a;
==
bug.cc:6: error: got 2 template parameters for `void
--
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22230
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-29
14:40 ---
I can confirm the bug on mips-sgi-irix6.5 (GCC 3.3.x, 3.4.x).
I can't test whether the bug is also present on gcc 4.0.0 and later.
The same bug also appears on i686-pc-linux-gnu, but only with GCC 3.3.x.
--- Additional Comments From gdr at gcc dot gnu dot org 2005-06-29 14:41
---
(In reply to comment #5)
Subject: Re: g++ 4.0.0 has issues
with the typedef of reference
Well it compiles perfectly fine on a Sun Solaris Machine with
Sun Studio 9 installed that has the Sun CC
--
What|Removed |Added
CC||mlists at juma dot me dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22211
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
14:55 ---
Confirmed, a little more reduced:
void abort (void);
int main()
{
long i;
long arr;
for (i = 0; i 4; i++)
arr = i * i;
if (arr != 4*4)
abort ();
return 0;
}
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
15:07 ---
Confirmed.
--
What|Removed |Added
Severity|normal |minor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
15:14 ---
It works for me on powerpc-darwin with 4.0.0, 4.1.0 but does not work with
3.3.3 and 3.4.0, so
removing the 4.0, 4.1 regression markers.
--
What|Removed |Added
--
What|Removed |Added
Component|driver |preprocessor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22231
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29
15:35 ---
Subject: Bug 21969
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-29 15:34:58
Modified files:
gcc: ChangeLog tree.c tree.h
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29
15:38 ---
Subject: Bug 21969
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-29 15:38:34
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29
16:16 ---
Subject: Bug 21969
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-29 16:15:41
Modified files:
gcc/testsuite : ChangeLog
--- Additional Comments From sje at cup dot hp dot com 2005-06-29 16:42
---
Ignore the second patch (it was commited with the wrong PR number in the
comments). But the first patch does fix the problem.
--
What|Removed |Added
--- Additional Comments From sje at cup dot hp dot com 2005-06-29 16:45
---
The following commit fixes this bug, it was checked in with the wrong PR number
in the ChangeLog file.
Subject: Bug 21969
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]
[EMAIL PROTECTED]:/tmp% g++ -c -O2 -fno-exceptions nsPlaintextEditor.ii
nsPlaintextEditor.ii: In member function 'nsresult
nsPlaintextEditor::InsertLineBreak()':
nsPlaintextEditor.ii:151: error: Definition in block 13 does not dominate use in
block 14
for SSA_NAME: TMT.43_70 in statement:
--- Additional Comments From falk at debian dot org 2005-06-29 16:49
---
Created an attachment (id=9173)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9173action=view)
Test case (autoreduced)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22234
--- Additional Comments From stuart at apple dot com 2005-06-29 16:49
---
I marked all the x86 vector intrinsics with always_inline, and this seems to
fix both the testcases here.
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg01059.html
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
16:54 ---
This is most likely the same bug as the bug which is causing the bootstrap
problem on powerpc-darwin
and that testcase was hard to reduce.
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-29
17:06 ---
I have a patch for this.
Could you try it with RSSOwl if I send it to you?
--
What|Removed |Added
--- Additional Comments From greenrd at greenrd dot org 2005-06-29 17:20
---
Sure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22211
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-29
17:22 ---
Actually, I wrote a very simple test case and I'm simply going to
check in my fix. The test just makes a Thread and calls interrupt
on it before starting it. With gij this currently aborts.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29
17:36 ---
Subject: Bug 22211
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-29 17:36:16
Modified files:
libjava: ChangeLog
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-29
17:42 ---
I checked this in to cvs trunk.
It should go in 4.0 as well once the branch reopens.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22211
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29
17:47 ---
Subject: Bug 21956
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-29 17:47:33
Modified files:
gcc: ChangeLog varasm.c
Log message:
--
What|Removed |Added
Summary|Thread.interrupt sometimes |[4.0 only] Thread.interrupt
|causes abort if thread is |sometimes causes abort if
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
17:50 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From bangerth at dealii dot org 2005-06-29 17:56
---
May also be the same as PR 8...
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22234
--- Additional Comments From bangerth at dealii dot org 2005-06-29 17:58
---
May be the same as PR 22234...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
--- Additional Comments From sje at cup dot hp dot com 2005-06-29 18:17
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From osv at javad dot ru 2005-06-29 18:21 ---
Created an attachment (id=9174)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9174action=view)
Makes the ICE go away.
Though this patch does fix the ICE and the resulting assembly is valid, I'm not
sure it's the
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29
19:21 ---
Subject: Bug 21796
CVSROOT:/cvs/gcc
Module name:gcc
Branch: libstdcxx_so_7-branch
Changes by: [EMAIL PROTECTED] 2005-06-29 19:20:49
Modified files:
--- Additional Comments From pcarlini at suse dot de 2005-06-29 19:21
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From smcconne at seakr dot com 2005-06-29 19:27
---
(In reply to comment #2)
(In reply to comment #1)
You no longer have to make -C gcc/ada gnatlib-shared.
If you install 4.0.0 does it work?
make bootstrap seems to work.
I am
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
19:37 ---
I think I have a fix.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
Take the following code, there should be no references to link_error left if we
enable VRP.
void link_error (void);
void
foo (int a)
{
if (a 100)
return;
if (200 a)
return;
if (a 160)
link_error ();
}
--
Summary: VRP misses folding opportunity with ranges
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
20:04 ---
Closing as invalid for now, I am stupid.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
20:05 ---
Actually since overflow is undefined we can do this no matter what at least for
signed types.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14490
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
20:07 ---
(In reply to comment #4)
Actually since overflow is undefined we can do this no matter what at least
for signed types.
And when -fwrapv is not supplied.
--
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-29
20:19 ---
We are folding sqrt(0) into 0 and not updating virtual operands properly. Still
looking.
--
What|Removed |Added
The following should not abort but does at -O3.
void abort(void);
void
foo (signed char a)
{
if (a - 0x7F 1)
abort();
}
int main()
{
unsigned char b;
for(b = 0;b 0xFF;b++)
foo (b);
}
--
Summary: [4.1 Regression] wrong code for casts and scev
Product: gcc
--
What|Removed |Added
GCC target triplet||powerpc-darwin
Target Milestone|--- |4.1.0
Version|4.0.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
20:37 ---
I should note that after I fix PR 14490, this becomes a latent bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22236
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
20:50 ---
I think this was introduced by:
2005-06-07 Sebastian Pop [EMAIL PROTECTED]
PR 18403 and meta PR 21861.
* Makefile.in (tree-chrec.o): Depend on CFGLOOP_H and TREE_FLOW_H.
*
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-29
20:53 ---
Confirmed. This bug is due to my recent patch to support large integer kinds.
I'm thinking about how we should fix this.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
20:57 ---
I found a bug which my patch will make latent (PR 22236).
--
What|Removed |Added
--
What|Removed |Added
OtherBugsDependingO||14490
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22236
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
20:59 ---
Here is a testcase which will fail even after the patch for 14490:
void abort(void);
static inline void
foo (signed char a)
{
int b = a - 0x7F;
if (b 1)
abort();
}
int main()
{
unsigned char b;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
21:47 ---
Some discussion about this problem:
http://gcc.gnu.org/ml/gcc/2005-06/msg01276.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22212
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-29 21:59
---
It's come to my attention that C99 Annex F.4#1 specifies that the result is an
unspecified value, with the invalid exception raised at runtime, rather than
undefined behavior (in the absence of defining
--- Additional Comments From giovannibajo at libero dot it 2005-06-29
22:04 ---
Created an attachment (id=9175)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9175action=view)
Current CONSTRUCTOR patch
As per Steven's request in private mail, I attach the current patch to make
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-29
22:12 ---
Subject: Bug 21244
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-29 22:12:19
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-29
22:59 ---
Created an attachment (id=9176)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9176action=view)
Shorter testcase (0.5 kB)
Crashes with -O -fno-exceptions on i686-pc-linux-gnu
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
23:06 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02209.html confirmed
to fix the bug.
--
What|Removed |Added
--
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
The following test should execute successfully (see C99 6.8.6.4#3 and #4: a
return statement is not an assignment so can be used to copy between overlapping
structures - added in C90 TC1 following DR#001). With 4.0 branch and mainline,
it aborts when compiled at -O3 (maybe other levels as well)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-29
23:16 ---
I cannot reproduce this on powerpc-darwin at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22237
Since GCC 4.0.0 the compiler issues a hosed error message for the
following invalid code snippet:
==
struct A
{
virtual void foo();
void bar() { if (foo()) ; }
};
==
The error message reads:
bug.cc: In member function
--- Additional Comments From joseph at codesourcery dot com 2005-06-29
23:22 ---
Subject: Re: [4.0/4.1 Regression] struct copy
inlining generates overlapping memcpy
On Wed, 29 Jun 2005, pinskia at gcc dot gnu dot org wrote:
I cannot reproduce this on powerpc-darwin at all.
Maybe
(reg:SI 156)
(reg/f:SI 151 [ variable.result___36 ]))
(const_int -1 [0x]))) -1 (nil)
(nil))
+===GNAT BUG DETECTED==+
| 4.1.0 20050629 (experimental) (hppa-unknown-linux-gnu) GCC error:|
| in extract_insn
--- Additional Comments From danglin at gcc dot gnu dot org 2005-06-29
23:39 ---
Created an attachment (id=9177)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9177action=view)
Patch to loop.c
Testing patch as possible fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22239
--- Additional Comments From danglin at gcc dot gnu dot org 2005-06-29
23:52 ---
Looks like the following change introduced the regression:
2005-04-16 Alexandre Oliva [EMAIL PROTECTED]
PR target/20126
* loop.c (loop_givs_rescan): Handle non-replaceable (plus (reg)
--- Additional Comments From steven at gcc dot gnu dot org 2005-06-29
23:54 ---
May or may not be on to something in the message I dropped here:
http://gcc.gnu.org/ml/gcc/2005-06/msg01281.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17808
typedef union { union w *u; int *i; } H __attribute__ ((transparent_union));
void (*h) (H);
void g (int *s) { h (s); }
yields an ICE when compiled with -pedantic. Not a regression. See discussion
at http://gcc.gnu.org/ml/gcc/2005-06/msg00914.html and thread;
DECL_IN_SYSTEM_HEADER is being
As a quality-of-implementation matter,
extern int a[];
void f(void) { extern int a[2]; }
int a[] = { 0 };
should receive an error for the incompatible types of a, int[2] and int[1].
Not a regression. Previously mentioned at
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00944.html.
--
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.dg: 20050629-1.c
Log message:
PR 22234
* tree-ssa-copy.c (fini_copy_prop): Do not overwrite copy_of
when following copy-of chains.
testsuite/ChangeLog
PR 22234
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-30
00:53 ---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02209.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30
01:52 ---
So this is a latent bug on the 4.0 branch too.
I just wish loop.c would go away.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30
02:00 ---
Confirmed, caused by the patch which introduced obj_type_ref. This also means
we can produce better
diagnostic.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30
02:04 ---
Note you might need -fno-vrp to expose the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22236
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30
02:04 ---
Note you might need -fno-tree-vrp to expose the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22236
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30
02:12 ---
I think this is a latent bug as even 3.4 produces calls to memcpy.
Confirmed, still.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30
02:13 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30
02:15 ---
Confirmed, the C++ front-end diagnostics this problem.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30
02:20 ---
Even the example you gave in comment #6 is hard to get unless you have flow
analysis in the front-end
which I really doubt is even going to be.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22239
--- Additional Comments From vektor at dumbterm dot net 2005-06-30 03:16
---
Of course, it seems that my disassembler has been defaulting to 16 bit and not
32 bit. Here is the correct disassembly from one of the crashes. It's reading
from [esp+0x10] which is clearly an unaligned stack
--- Additional Comments From gdr at integrable-solutions dot net
2005-06-30 03:19 ---
Subject: Re: New: [4.0/4.1 regression] '#'obj_type_ref' not supported by
dump_expr
reichelt at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| Since GCC 4.0.0 the compiler issues a hosed error
--- Additional Comments From gdr at integrable-solutions dot net
2005-06-30 03:19 ---
Subject: Re: [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| --- Additional Comments From pinskia at gcc dot gnu dot
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |gdr at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30
04:42 ---
And I found another latent bug which makes it impossible to bootstrap GCC :(
Here is a short testcase for that bug:
_Bool f();
void g(int);
void h (int old_size)
{
int new_size = old_size, i;
g(old_size
1 - 100 of 104 matches
Mail list logo
