--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code
--- Additional Comments From christian dot joensson at gmail dot com
2005-02-17 20:33 ---
v9 version is for sparc64-linux...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20035
Hi,
gfortran does not properly terminate the I/O list in the following example:
! format termination problem: gfortran prints a superfluous parenthesis
!
character (len=*), parameter :: fmt = '(2(1x,(,f7.2,,,f7.2,),:))'
write (*,fmt) 1.0, 2.0
end
% gfortran ./a.out
( 1.00, 2.00) (
The
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-17
20:44 ---
Recategorizing.
--
What|Removed |Added
Component|ada
Running testsuite with upcoming gcc-3.4.4 (20050217) configured with:
../gcc/configure --prefix=/usr --enable-shared --with-gnu-ld --with-gnu-as
--sysconfdir=/etc --localstatedir=/var --enable-multilib=no
Executing on host: /home/winfried/gcc-cvs/winni/gcc/xgcc
-B/home/winfried/gcc-cvs/winni/gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
20:48 ---
Fixed on the mainline by:
2004-11-17 Janis Johnson [EMAIL PROTECTED]
* lib/gcc-dg.exp (dg-skip-if): New function.
(dg-forbid-option): Remove.
* g++.dg/abi/bitfield3.C: Use
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
21:04 ---
Confirmed, not a regression.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From jcobyrne at cox dot net 2005-02-17 21:09
---
(In reply to comment #4)
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01020.html for
3.4.x.
The following code _IS_ correct and _DOES_ compile on 3.2.
template class T class A
{ protected: typedef
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
21:14 ---
(In reply to comment #5)
(In reply to comment #4)
I guess I stumbled on the segfault by mistake in my vain attempts to get the
code to compile on 3.3 and greater. Syntactically and semantically, I have
--- Additional Comments From jcobyrne at cox dot net 2005-02-17 21:21
---
If the code is wrong, what accounts for the fact that wrong code would compile
on 3.2 and not on 3.3 or 3.4? Also, Alexandrescu did not write it wrong, as it
is also used in his Loki library that is known to
Sourc code for t.cpp:
class X
{
void operator delete(void *p) throw ();
};
X xa;
void X::operator delete(void *p) throw ()
{
}
int mymain()
{
X *p = new X; /* error - can't access
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
21:26 ---
(In reply to comment #7)
If the code is wrong, what accounts for the fact that wrong code would
compile
on 3.2 and not on 3.3 or 3.4? Also, Alexandrescu did not write it wrong, as
it
is also used
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
21:28 ---
Confirmed, not a regression.
--
What|Removed |Added
Status|UNCONFIRMED
Sourc code for t.cpp:
struct D1
{
void operator delete(void *p) throw (){}
};
struct D2
{
void operator delete(void *p) throw (){}
};
class MD : public D1, public D2
{
};
int
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
21:36 ---
Confirmed, not a regression.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From gary at intrepid dot com 2005-02-17 21:41
---
Also note MAX_FIXED_MODE_SIZE was changed on
rs6000 for a reason and not for an optimization issue.
Based on my interpretaion of the procedure call ABI, both this problem and a
related Bug #19566
--- Additional Comments From matz at suse dot de 2005-02-17 22:06 ---
I think that #19566 is a real bug. The ABI specifies to pass 16byte
structs in registers. Anyway MAX_FIXED_MODE_SIZE doesn't influence
the calling convention, only how such struct is handled by transforming
code.
--- Additional Comments From laurent at guerby dot net 2005-02-17 22:16
---
Current behaviour as of 20050216 is an ICE
/Users/pinskia/src/local2/gcc/objdir/gcc/xgcc -c
-B/Users/pinskia/src/local2/gcc/objdir/gcc/ -gnatws -O2
As of 20050216 on ppc-darwin:
/Users/pinskia/src/local2/gcc/objdir/gcc/xgcc -c -I./
-B/Users/pinskia/src/local2/gcc/objdir/gcc/ -gnatws -O2
-I/Users/pinskia/src/local2/gcc/objdir/gcc/testsuite/ada/acats/support -I-
/Users/pinskia/src/local2/gcc/objdir/gcc/testsuite/ada/acats/support/fxaca00.ads
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20016
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17
22:32 ---
Subject: Bug 19917
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-17 22:32:30
Modified files:
gcc: ChangeLog tree-eh.c
Log message:
--- Additional Comments From gary at intrepid dot com 2005-02-17 22:39
---
I think that Bug #19566 is a real bug. The ABI specifies to pass 16byte
structs in registers. Anyway MAX_FIXED_MODE_SIZE doesn't influence
the calling convention ...
Thanks for the clarification. After
--- Additional Comments From schlie at comcast dot net 2005-02-17 22:47
---
got my vote.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20016
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
23:06 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
GCC 4 now produces a conflicting types error for code that gcc 3.4 accepts
without complaint. This usage pattern occurs when using glibc's sys/socket.h
with _GNU_SOURCE defined, followed by a POSIX-compliant redeclaration of
function like `accept'. This is what transparent_union was invented to
--- Additional Comments From roland at redhat dot com 2005-02-17 23:16
---
Created an attachment (id=8218)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8218action=view)
small test case for this bug
3.4 likes this fine, but 4.0 does not.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
23:19 ---
Been failing since 20040909.
Confirmed.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
23:25 ---
What is werid is that 3.4.0 rejects the follow legal code though:
typedef union { int *__restrict i; long *__restrict l; } u
__attribute__((transparent_union));
extern void foobar(u arg);
extern void
--- Additional Comments From schlie at comcast dot net 2005-02-17 23:37
---
(In reply to comment #2)
The problem is that we reset TREE_OVERFLOW:
It would seem it overflows incremented, and underflow's decremented,
only a terminal non-zero count would represent an over/underflow for
This is a very small testcase, in which the code generated by gcj does not
behave correctly at runtime. I set the severity as critical because there is no
notification that something went wrong while the wrong method gets called, and I
see no workaround.
I suppose that there is a problem either
--- Additional Comments From bonniot at users dot sf dot net 2005-02-17
23:49 ---
Created an attachment (id=8219)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8219action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20044
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-17
23:50 ---
Subject: Bug 18947
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-17 23:50:03
Modified files:
gcc: ChangeLog cgraphunit.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
23:51 ---
Well it cannot be really that critial because nobody has hit this before.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-17
23:52 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.c-torture/compile: 20050217-1.c
gcc/testsuite/g++.dg/opt: switch3.C
Log message:
PR c++/20023
PR tree-optimization/20009
* convert.c (convert_to_integer): Revert 2005-02-16 change.
* gcc.c
/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.c-torture/compile: 20050217-1.c
gcc/testsuite/g++.dg/opt: switch3.C
Log message:
PR c++/20023
PR tree-optimization/20009
* convert.c (convert_to_integer): Revert 2005-02-16 change.
* gcc.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
00:00 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
The test gcc.dg/ia64-fptr-1.c fails on ia64-hpux. Not a regression
relative to 3.4.x.
ld: Unsatisfied symbol _GLOBAL_OFFSET_TABLE_ in file /var/tmp//ccU3vrUt.o
--
Summary: gcc.dg/ia64-fptr-1.c fails on ia64-hpux
Product: gcc
Version: 4.0.0
Status:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
00:22 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
00:22 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-18
00:53 ---
This bug occurs in 3 places.
* In the interpreter and the old abi, the problem is similar.
We do not properly implement the ACC_SUPER semantics of the
invokespecial opcode. The fix in both these cases
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-18
00:53 ---
Shouldn't comment #3 say ~a is the same as a ^ -1?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14752
[forwarded from http://bugs.debian.org/292958]
seen with CVS 3.3 20050130, works with 3.2.3 and 3.4 CVS 20050207
gcc 3.3 -O2 apparently does not compile correctly lib/dns/rbt.c from
BIND 9.3 and bind9-9.3.1beta2, which then will die on startup with an assertion
failure.
Workarounds known to fix
--
What|Removed |Added
Keywords||wrong-code
Known to fail||3.3.5
Known to work|
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-02-18 01:01 ---
Created an attachment (id=8220)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8220action=view)
preprocessed source (gcc-3.3 -O2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20046
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-02-18 01:02 ---
Created an attachment (id=8221)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8221action=view)
assembler (gcc-3.3 -O2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20046
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-02-18 01:04 ---
Created an attachment (id=8222)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8222action=view)
preprocessed source (gcc-3.3 -O2, two functions not inlined)
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
01:05 ---
I don't know if there is anything we can do about 3.3.x but who knows.
--
What|Removed |Added
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-02-18 01:05 ---
Created an attachment (id=8223)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8223action=view)
assembler (gcc-3.3 -O2, two functions not inlined)
--
--
What|Removed |Added
CC||md at linux dot it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20046
Various jvm opcodes such as invokespecial and getfield
have runtime restrictions on access to protected members.
For instance, when using getfield, the object reference must
be the current class or a subclass of it.
These access checks are not currently performed. They should be.
In some cases it
--- Additional Comments From jlquinn at gcc dot gnu dot org 2005-02-18
02:59 ---
(In reply to comment #5)
libstdc++ is calling frexpl in libc.a, which expects an AIX format long double
value, not a double. Things work if one uses -mlong-double-128. At some
point
we need to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
03:22 ---
Hmm, the testcase now fails on ppc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19633
The attached testcase extracted from bfd/elf.c aborts and -O and higher on both
i686-linux and powerpc64-linux.
--
Summary: gcc4 miscompiles binutils
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity:
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Summary|gcc4
--- Additional Comments From amodra at bigpond dot net dot au 2005-02-18
04:12 ---
Created an attachment (id=8224)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8224action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20048
--
What|Removed |Added
GCC target triplet|i686-linux |i686-linux, powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20048
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
04:14 ---
This is a dup of bug 19937.
*** This bug has been marked as a duplicate of 19937 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
04:14 ---
*** Bug 20048 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
If you look at http://www.dis.com/gnu/gcc/X86-Built-in-Functions.html, you will
find the following statement:
..
The following built-in functions are available when -msse is used.
v4sf __builtin_ia32_loadaps (float *)
Generates the movaps machine instruction as a load from memory.
void
FAIL: gcc.c-torture/execute/va-arg-25.c execution, -Os
--
Summary: va-arg-25.c
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
04:44 ---
Please search for dup bugs before filing new ones. Testcases which fail almost
known to have bugs
associated with them.
*** This bug has been marked as a duplicate of 16354 ***
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
04:44 ---
*** Bug 20050 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
04:50 ---
Well this builtin function now has been removed.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18
04:52 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From schlie at comcast dot net 2005-02-18 04:52
---
(In reply to comment #7)
Subject: Re: [4.0 regression] Wrong loop exit
I don't understand the comment. Comparisons constructed due to
may_eliminate_iv are always either EQ_EXPRs or NE_EXPRs. Comparing
--- Additional Comments From uros at kss-loka dot si 2005-02-18 06:45
---
FYI: gcc 4.0 doesn't generate any SSE instructions for testcase.cc:
gcc -Os -march=pentium4 -S testcase.cc
grep xmm testcase.s | wc -l
0
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18
06:58 ---
Subject: Bug 19813
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-18 06:58:40
Modified files:
gcc: ChangeLog emit-rtl.c
gcc/cp
101 - 169 of 169 matches
Mail list logo