--- Comment #1 from inaoka dot kazuhiro at renesas dot com 2006-03-21
07:58 ---
Created an attachment (id=11080)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11080&action=view)
testcase
m32r-linux-gnu-gcc -c large.c
/tmp/ccJXOHSj.s: Assembler messages:
/tmp/ccJXOHSj.s:68: Erro
A stack frame can't be recovered when using large auto variable area.
/tmp/ccJXOHSj.s: Assembler messages:
/tmp/ccJXOHSj.s:68: Error: bad instruction `ld24 r4,#16777216'
/tmp/ccJXOHSj.s:83: Error: bad instruction `ld24 r4,#16777216'
/tmp/ccJXOHSj.s:278: Error: bad instruction `ld24 r4,#16777216'
/
--- Comment #2 from inaoka dot kazuhiro at renesas dot com 2006-03-21
07:52 ---
Created an attachment (id=11079)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11079&action=view)
ng output
NG case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26775
--- Comment #1 from inaoka dot kazuhiro at renesas dot com 2006-03-21
07:51 ---
Created an attachment (id=11078)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11078&action=view)
testcase
m32r-linux-gnu-gcc -S alloca.c
Asm output has the following code.
; EPILOGUE
When an alloca() is used with large auto variable area, a stack pointer is not
recovered correctly.
--
Summary: a stack pointer is not recovered correctly when using
alloca.
Product: gcc
Version: 3.4.6
Status: UNCONFIRMED
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-03-21 06:05
---
Looking at -fdump-tree-original, should the internal unit descriptors in foo
and in main have the same value?
foo (__result, .__result, i)
{
if (*i < 0)
{
_gfortran_copy_string (4, __result, 4, "123
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org
--- Comment #8 from law at redhat dot com 2006-03-21 05:10 ---
Today's patch picks up the missed const-propagation and allows
simplification of the modulo operation.
THere's still the opportunitity to use range information to simplify
a conditional. However, fixing that is just basica
--- Comment #6 from law at redhat dot com 2006-03-21 05:09 ---
Subject: Re: [4.1/4.2 Regression] missed jump
threading after unroller
On Sat, 2006-02-11 at 00:59 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-11
--- Comment #2 from flash at pobox dot com 2006-03-21 04:23 ---
Created an attachment (id=11076)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11076&action=view)
Unreduced preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26774
--- Comment #1 from flash at pobox dot com 2006-03-21 04:22 ---
Created an attachment (id=11075)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11075&action=view)
Delta-reduced version
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26774
The attached 9-line file causes a checking=all build of GCC 4.1.0 to exhaust
memory, on both Ubuntu Linux 5.04/2.6.10-6-386 and Mac OSX 10.4.5. It's a
Delta-reduced version of a preprocessed version of the Linux Kernel file
drivers/media/video/msp3400.c, which exhibited the same behavior. The ori
--- Comment #2 from jason at gcc dot gnu dot org 2006-03-21 04:03 ---
Probably the same bug as 17470.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
BugsTh
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #4 from jason at gcc dot gnu dot org 2006-03-21 03:24 ---
I believe that 'hidden' references must bind to a definition in the current
.so, so this is not a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
--- Comment #11 from jason at gcc dot gnu dot org 2006-03-21 03:19 ---
Subject: Bug 21764
Author: jason
Date: Tue Mar 21 03:19:06 2006
New Revision: 112239
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112239
Log:
PR c++/21764
* c-pragma.c (visstack): Move out o
--- Comment #5 from jason at gcc dot gnu dot org 2006-03-21 03:19 ---
Subject: Bug 19238
Author: jason
Date: Tue Mar 21 03:19:06 2006
New Revision: 112239
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112239
Log:
PR c++/21764
* c-pragma.c (visstack): Move out of
--- Comment #6 from bje at gcc dot gnu dot org 2006-03-21 02:54 ---
Based on an investigation of the problem by myself and Tom, it appears to be
due to the object layout chosen for PPC32 (and presumably other) targets.
--
bje at gcc dot gnu dot org changed:
What|Remov
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #12 from jason at gcc dot gnu dot org 2006-03-21 02:48 ---
tweak summary
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Error
--- Comment #3 from raj dot khem at gmail dot com 2006-03-21 01:20 ---
(In reply to comment #1)
> First this is a bug but glibc does not support mips-elf as a target though, it
> does support mips-linux-gnu though.
>
True. I found it on mips-linux-gnu but because I verified the reduced
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-20 22:35 ---
Fixed in 4.0.0, 3.4.6 was the last release of 3.4.x.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Program
#include
struct A
{
A() { printf( "%p %p\n", &buf[0], this ); }
A( int j ) : i(j) { printf( "%p %p\n", &buf[0], this ); }
A( const A& a ) : i(a.i) { printf( "%p %p\n", &buf[0], this ); }
A& operator =( const A& a ) { printf( "%p %p\n", &buf[0], this ); return
*this; }
A& operat
--- Comment #7 from tkoenig at gcc dot gnu dot org 2006-03-20 21:56 ---
Subject: Bug 20935
Author: tkoenig
Date: Mon Mar 20 21:56:00 2006
New Revision: 112230
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112230
Log:
2006-03-20 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-20 21:54 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-20 21:52 ---
The ICE is after VRP.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following code snippet causes an ICE on mainline when compiled with
"-fmudflap -O2":
===
extern "C"
{
extern void __mf_unregister (void*, __SIZE_TYPE__, int) throw();
}
struct A
{
int i;
A(int& j) : i(j) { }
};
struct B
{
B(cons
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-20 21:11
---
*** Bug 26770 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-20 21:11 ---
*** This bug has been marked as a duplicate of 21581 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pluto at agmk dot net 2006-03-20 21:08 ---
Created an attachment (id=11074)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11074&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26770
unnamed namespace restricts the visibility of the defined entities
to the source file in which the anonymous namespace is defined.
IMHO gcc should hide by default symbols from anonymous namespaces.
current gcc behaviour exports useless anon. symbols:
... g DF .text ... Base (anonymous namespace):
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-20 21:00 ---
Fixed in rev 112227.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-20 21:00 ---
Subject: Bug 26629
Author: pinskia
Date: Mon Mar 20 21:00:18 2006
New Revision: 112227
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112227
Log:
2006-03-20 Andrew Pinski <[EMAIL PROTECTED]>
PR tr
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-03-20 20:13 ---
The way to solve is is to add transpose_r_10.c and reshape_r_10.c
to libgfortran's Makefile.am, then regenerating (which I am always a
little afraid of :-) and modifying the front end to call the 'r'
version if there
--- Comment #7 from cvs-commit at developer dot classpath dot org
2006-03-20 20:03 ---
Subject: Bug 11070
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Chris Burdess <[EMAIL PROTECTED]>06/03/20 19:54:35
Modified files:
.
--- Comment #5 from pedz at easesoftware dot net 2006-03-20 19:40 ---
This is also on 4.0.2.
This is marked as Serverity of "enhancement". Can we change that to "normal"?
--
pedz at easesoftware dot net changed:
What|Removed |Added
--
--- Comment #16 from pluto at agmk dot net 2006-03-20 19:35 ---
(In reply to comment #15)
> see PR19664, PR20218, PR20297.
ops, this is the note for C#10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21405
--- Comment #15 from pluto at agmk dot net 2006-03-20 19:34 ---
see PR19664, PR20218, PR20297.
--
pluto at agmk dot net changed:
What|Removed |Added
CC|
--- Comment #1 from tkoenig at gcc dot gnu dot org 2006-03-20 19:33 ---
Same for reshape, as noted on the mailing list.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
-
The following program fails to link:
[scala] test/fortran> cat > transpose_10.f90
real(10) :: a(3,3)
a = 1.0_10
a(1,3) = 0.0_10
print *, transpose(a)
end
[scala] test/fortran> gfc transpose_10.f90
/tmp/ccaMoldQ.o(.text+0x1b2): In function `MAIN__':
: undefined reference to `_gfortran_transpose_i10
--- Comment #14 from cristipp at excite dot com 2006-03-20 18:32 ---
The problem is not how the dynamic linker treats 'weak' symbols. The problem is
that template originating functions having no version numbers. It just happen
that template originating functions are also marked as weak (
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-20 17:56 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #13 from hjl at lucon dot org 2006-03-20 17:30 ---
FWIW, the current GNU binutils and glibc treat the weak definition in
shared libraries as strong. There is even a whole set of testsuite for
this in the GNU binutils.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21405
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-20 17:30 ---
First this is a bug but glibc does not support mips-elf as a target though, it
does support mips-linux-gnu though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26765
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-20 17:20 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|
--- Comment #12 from cristipp at excite dot com 2006-03-20 17:07 ---
(In reply to comment #11)
> There is an one defintion rule in C++ unlike most other languages which have
> weak symbols. And if you are working around it by using hidden symbols well
> you are asking to run into troubl
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-20 17:02 ---
float.h is a standard header required to be supplied by the compiler and
FP_PLUS_ZERO is non standard.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rth at gcc dot gnu dot org 2006-03-20 16:43 ---
Failing to call GOMP_loop_end.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-03-20
12:49 ---
(In reply to comment #2)
> Isn't this just a dup of bug 20861?
... and, in fact, was fixed by the patch for 20861.
I will set this one as resolved tonight.
Paul
--
http://gcc.gnu.org/bugzilla/show
the float.h hader gets just replaced with another version, it doesn't patch the
system one. Some constants like
#define FP_PLUS_ZERO 2
are thus not defined. I was told that on newer os versions this doesn't get
noticed since these are duplicated in math.h which gets patched.
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-20 10:15 ---
Confirmed. -fno-tree-loop-optimize makes it work.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #87 from rguenth at gcc dot gnu dot org 2006-03-20 10:08
---
*** Bug 26767 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-20 10:08 ---
*** This bug has been marked as a duplicate of 21920 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from mor_gopal at yahoo dot com 2006-03-20 10:00 ---
Following details are added.
// g++ version info
$ g++ -v
Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --en
Following program generates different outputs for -O1 and -O3 optimization
levels.
#include
typedef struct _airInfo{
unsigned int craftNo : 16;
unsigned int onAir:1;
unsigned int numCrew:2;
unsigned int numPassenger:2;
unsigned int onLand:1;
unsign
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-03-20 09:09 ---
I wonder why this seems to be ppc specific. powerpc64 works, as does i686.
3.3.3 also fails, so probably not a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
Hi,
I just checked recursive I/O which was addressed in PR 19352.
It is declared resolved, but still fails with this example:
program gfcbug32
implicit none
character (len=4) :: str
write (str, '(a)') foo (-1)
write (*,*) "Test 1:", str
write (str, '(a)') foo (1234)
write (*,*) "Tes
--- Comment #7 from neil at fnxweb dot com 2006-03-20 08:48 ---
Fair enough; for the record, I did spend an obscene amount of time trying to
make the example more straightforward, but *any* simplification over what I
attached worked OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
GCC trunk gets this ICE when building glibc. The ICE happens on gcc 4.1 too.
This happens when -O2 is turned on. Here is a reduced testcase to reproduce the
problem.
example.c
==
__thread int *a = 0;
void foo (void)
{
extern int *b;
b = (int *) ((*a));
}
how to reproduce
m
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-20 08:08 ---
Confirmed, this is an enhancement because this is no support at all in libffi
for var args.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
62 matches
Mail list logo
