--- Comment #3 from jakub at gcc dot gnu dot org 2006-02-21 08:09 ---
Subject: Bug 26379
Author: jakub
Date: Tue Feb 21 08:09:08 2006
New Revision: 111328
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111328
Log:
PR middle-end/26379
* combine.c
Classpath 0.21-pre contains the following code in
gnu/java/awt/peer/swing/SwingFramePeer.java:
public void setBounds(int x, int y, int w, int h)
{
super.setBounds(x, y, w, h);
if (menuBar != null)
menuBar.setWidth(w);
where the method setBounds(int, int, int, int) does not
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-02-21 09:08
---
(In reply to comment #2)
the variable does not have to be a dummy variable either to reproduce this.
subroutine option_stopwatch_s()
character(len=1) :: default_clock
call
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-21 09:57 ---
Another way instead of
if(__builtin_expect((__builtin_expect(x,1) __builtin_expect(y,1)), 0))
would be
if(__builtin_expect(!(x y), 1))
I'm sure this does _not_ result in same behavior as __builtin_expect is
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-02-21 10:03 ---
With exception to 'certain' this doesn't really make sense. And the 'certain'
one
should be called __builtin_assert(). But then, VRP or DOM might already
extract information from
if (x == 0)
abort();
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-02-21 10:06 ---
This doesn't really make any sense. Trying to over-educate a compiler usually
leads to worse code. Please rather try to isolate testcases where gcc does not
extract value range information it could extract.
--
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-02-21 10:09 ---
You want to avoid spelling the useless name? Use the preprocessor. Also using
a union will prevent a lot of compiler optimization from happening as you are
making alias analysis harder.
As this is never going to
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-02-21 10:14 ---
So you want
typedef struct {
int bar;
void *foobar
#if !NEEDED_BY_ARCH
__attribute__((readas(0)))
#endif
;
} Foo;
so Foo.foobar is NULL for !NEEDED_BY_ARCH? Why not do the proper thing
and provide
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-02-21 10:17 ---
This needs more explanation. char pointers are special with and without
strict-aliasing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from thebohemian at gmx dot net 2006-02-21 10:37 ---
Fixed by the following patches:
Main patch:
http://gcc.gnu.org/ml/java-patches/2006-q1/msg00124.html
Build fix for ARM:
http://gcc.gnu.org/ml/java-patches/2006-q1/msg00143.html
Stylistic: remove casts
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-02-21 11:11 ---
Worst offenders are (--disable-checking mainline)
cfg cleanup : 2.30 ( 3%) usr 0.00 ( 0%) sys 2.36 ( 3%) wall
1474 kB ( 0%) ggc
integration : 5.99 ( 7%) usr 0.29 (11%) sys 6.28
--- Comment #6 from jakub at gcc dot gnu dot org 2006-02-21 12:02 ---
Created an attachment (id=10884)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10884action=view)
gcc-trunk-pr26208.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26208
--- Comment #7 from jakub at gcc dot gnu dot org 2006-02-21 12:02 ---
Created an attachment (id=10885)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10885action=view)
binutils-trunk-pr26208.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26208
) THEN
CALL toolStop
ENDIF
!
END SUBROUTINE CTN_Write_String
!
END SUBROUTINE outDiffKoeff
!
PPPS: I'm using 4.2.0 20060221 (experimental)
--
Summary: CONTAIN-ed + assumed character length + WRITE - ICE
at trans-decl.c:849?
Product: gcc
--- Comment #1 from P dot Schaffnit at access dot rwth-aachen dot de
2006-02-21 12:24 ---
Oops!
I forgot to mention that the whole thing occurs under Linux (see hereafter).
Philippe
PS: uname -a:
Linux pinguin7 2.6.5-7.104-bigsmp #1 SMP Wed Jul 28 16:42:13 UTC 2004 i686 i686
i386
--- Comment #12 from belyshev at depni dot sinp dot msu dot ru 2006-02-21
12:38 ---
(In reply to comment #11)
duplicate of #13685 ?
yes.
*** This bug has been marked as a duplicate of 13685 ***
--
belyshev at depni dot sinp dot msu dot ru changed:
What
--- Comment #14 from belyshev at depni dot sinp dot msu dot ru 2006-02-21
12:38 ---
*** Bug 15617 has been marked as a duplicate of this bug. ***
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
--- Comment #15 from belyshev at depni dot sinp dot msu dot ru 2006-02-21
12:45 ---
Another testcase, use -Os -msse, fails with all versions since 3.2:
typedef float __m128 __attribute__ ((vector_size (16)));
typedef int __m64 __attribute__ ((vector_size (8)));
int puts (const char
--- Comment #16 from belyshev at depni dot sinp dot msu dot ru 2006-02-21
12:51 ---
raising severity because this bug makes -Os almost useless on modern x86.
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-21 12:58 ---
Reduced testcase:
MODULE MODULE_CONC
INTEGER, SAVE :: anzKomponenten = 0
END MODULE MODULE_CONC
MODULE MODULE_THERMOCALC
INTERFACE
FUNCTION
--- Comment #8 from jakub at gcc dot gnu dot org 2006-02-21 13:12 ---
Created an attachment (id=10886)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10886action=view)
linux-2.6.15-pr26208.patch
This is what I have so far (libjava not done yet), but I'm not sure a simple
CIE flag
--- Comment #7 from ghazi at gcc dot gnu dot org 2006-02-21 13:34 ---
Subject: Bug 21583
Author: ghazi
Date: Tue Feb 21 13:34:23 2006
New Revision: 111333
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111333
Log:
PR c++/21583
Backport:
2004-11-30 Loren
--- Comment #8 from ghazi at gcc dot gnu dot org 2006-02-21 13:40 ---
This issue was fixed by backporting the 4.0 version of the testcase. The
update to the testcase necessary for ia64-hpux is on mainline/4.1 and is not
included in this fix. However it is tracked in PR 19888 in case
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #10 from ghazi at gcc dot gnu dot org 2006-02-21 13:59 ---
4.0 results are now on par with 4.1, meaning AFAICS we only have the address of
labels problem to worry about on all 4.* branches.
http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00986.html
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 14:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
The bug is triggered by a very simple code below (it doesn't need anything to
include, etc)
-
class A { };
class C : public A {
public:
C() {}
private:
C(const C ) : A() {} // copying prohibited
};
void f(const A ref) {}
void g() {
f(C());
}
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-02-21 14:48 ---
fipa-pta currently doesn't do anything interesting, it just builds points-to
sets and then deletes them.
I will fix things when i get a chance..
--
dberlin at gcc dot gnu dot org changed:
What
--- Comment #3 from fexx at fexx dot org 2006-02-21 14:52 ---
I belive this is another bug than 12475. (I'm using libgcj come with gcc 3.4.5
distribution.)
PR 12475 stated that, when an Exception was initialized, a constructor
gnu.gcj.runtime.StackTrace(int) was indirectly invoked,
Sixteen or more bytes of uninitialized global variables in a program will
cause gcc to generate an incorrect opcode in __do_clear_bss in the startup
for the avr target as shown in this example.
Source file, t.c:
char x[16];
int main(void) { }
Compile script:
avr-gcc -c -mmcu=atmega88
The program below crashes with illegal instruction when rethrowing the
previously caught exception.
GCC version:
$ powerpc-ibm-aix5.2.0.0-gcc-4.0.2 -v
Using built-in specs.
Target: powerpc-ibm-aix5.2.0.0
Configured with: ../gcc-4.0.2/configure --disable-nls --enable-threads=posix
--- Comment #1 from michael dot klein at fazi dot de 2006-02-21 15:57
---
Created an attachment (id=10887)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10887action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26397
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 15:59 ---
Please read:
http://gcc.gnu.org/gcc-3.4/changes.html
GCC before 3.4 was accepting invalid code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from KenJackson at ieee dot org 2006-02-21 16:00 ---
I have confirmed that I can work around the error by adding these two lines:
void skip_clear_bss(void) __attribute__((naked,section(.init3)));
void skip_clear_bss(void) { asm volatile (rjmp main : :); }
But
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-21 16:02 ---
Which is just:
.section .init4,ax,@progbits
.global __do_clear_bss
__do_clear_bss:
ldi r17, hi8(__bss_end)
ldi r26, lo8(__bss_start)
ldi r27, hi8(__bss_start)
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-21 16:02 ---
__do_clear_bss comes from libgcc.S in gcc/config/avr.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26396
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-21 16:04 ---
From looking at this bug, I want to say this is actually a binutils bug and not
a GCC one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26396
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-21 16:05 ---
$ powerpc-ibm-aix5.2.0.0-gcc-4.0.2 exctest.cpp -lstdc++ -o exctest
Can you try linking with:
$ powerpc-ibm-aix5.2.0.0-g++-4.0.2 exctest.cpp -o exctest
instead and see if that helps?
--
--- Comment #5 from KenJackson at ieee dot org 2006-02-21 16:17 ---
I found libgcc.S and even referenced it in the original post, but I can't
reproduce the error with avr-as from binutils. For example:
Source file, u.s:
.section .init5,ax,@progbits
.global xfunc
--- Comment #3 from michael dot klein at fazi dot de 2006-02-21 16:21
---
Didn't help, same result with powerpc-ibm-aix5.2.0.0-g++ (there is no
powerpc-ibm-aix5.2.0.0-g++-4.0.2 here).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26397
--- Comment #3 from dberlin at gcc dot gnu dot org 2006-02-21 16:20 ---
Subject: Re: K+R style function compiled with
-qipa-pta ICEs
On Tue, 2006-02-21 at 14:05 +, pinskia at gcc dot gnu dot org wrote:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21
--- Comment #6 from KenJackson at ieee dot org 2006-02-21 16:23 ---
To further narrow this, I should replace the linking line from my original
post:
avr-gcc -mmcu=atmega88 -Wl,-mavr4 -Wl,--oformat=ihex,-s t.o -o t.hex
with the equivalent call to avr-ld. But it's not clear what
Hello,
I got some problems with the SPE-extensions. Quite a severe as I think.
For
float t;
char u;
t = 1.0;
u = ( ( t0.0)?-1:((t0.0)?1:0));
with the following compiler flags
-mcpu=8540 -meabi -mspe=yes -mabi=spe -mfloat-gprs=yes
-fsingle-precision-constant
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
GCC target triplet|powerpc-unknown-eabi
Hello,
the problem seems to have returned, similar problems have been reported several
times at least in the 4.0.0 prerelease time, as far as Google tells.
See
gcc.gnu.org/ml/gcc/2005-03/msg00844.html
http://kegel.com/crosstool/crosstool-0.38/patches/gcc-4.0.1/pr20815-fix.patch
I have a
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 16:59 ---
2005-10-31 Jan Hubicka [EMAIL PROTECTED]
PR profile/20815
* coverage.c (coverage_checksum_string): Fix code to stip random seeds
from symbol names while computing checkup.
The patch which
--- Comment #10 from multix at gmail dot com 2006-02-21 17:00 ---
thanks. I fixed the header as you suggest and typed the same boostrap make
command again and left it running overninght. I found that gcc had completed
build and I installed.
Trying to compile a hello world program like
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-21 17:00 ---
But still fails.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from janis at gcc dot gnu dot org 2006-02-21 17:08 ---
I kept losing contact with the regression hunt system, and the first, bogus
result was based on a typo I didn't notice before getting kicked off the system
again. The fixed regression hunt on powerpc-linux identified
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-21 17:11 ---
Try doing:
avr-gcc -mmcu=atmega88 -Wl,-mavr4 -Wl,--oformat=ihex,-s t.o -o t.hex -v
(note the -v)
So this is not a GCC after all.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| --- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 15:59
---
| Please read:
| http://gcc.gnu.org/gcc-3.4/changes.html
|
|
| GCC before 3.4 was accepting invalid code.
|
|
| --
|
| pinskia at gcc dot gnu dot org
--- Comment #2 from gdr at integrable-solutions dot net 2006-02-21 17:19
---
Subject: Re: Wrong attempts to create a copy of an anonymous object
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| --- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 15:59
--- Comment #9 from jakub at gcc dot gnu dot org 2006-02-21 17:52 ---
This is related to the almost forgotten
http://sources.redhat.com/bugzilla/show_bug.cgi?id=300
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26208
Missed jump threading on the tree level with the following C code:
struct a
{
int t;
};
int f(struct a *b, struct a *c)
{
if (b != c)
{
int *d = b-t;
int *d1 = c-t;
if (d == d1)
return 1;
}
return 0;
}
This shows up in tramp3d:
if (__last != __last.8832) goto
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 18:06 ---
This comes from std::vector_Tp, _Alloc::_M_insert_aux.
Another example from the same function:
L15:;
if (__position$_M_current != __x_copy) goto L20; else goto L9;
L20:;
if (__position$_M_current-engine_m !=
--- Comment #8 from KenJackson at ieee dot org 2006-02-21 18:23 ---
Thanks for the -v.
I ran this:
avr-ld -m avr4 -Tdata 0x800100 -o t.hex /usr/local/avr/lib/avr4/crtm88.o \
-L/usr/local/lib/gcc/avr/4.0.2/avr4 \
-L/usr/local/lib/gcc/avr/4.0.2 \
--- Comment #3 from brett dot albertson at stratech dot com 2006-02-21
18:42 ---
(In reply to comment #0)
/vol/gcc/src/gcc-dist/gcc/config/i386/gmon-sol2.c:1: error: CPU you selected
does not support x86-64 instruction set
make[5]: *** [amd64/gmon.o] Error 1
I confirm that I get
--- Comment #10 from rth at gcc dot gnu dot org 2006-02-21 18:47 ---
(In reply to comment #8)
This is what I have so far (libjava not done yet)
The patches so far look fine.
but I'm not sure a simple CIE flag isn't sufficient on all arches.
You're confounding two different
--- Comment #8 from ro at gcc dot gnu dot org 2006-02-21 19:13 ---
Subject: Bug 26309
Author: ro
Date: Tue Feb 21 19:13:21 2006
New Revision: 111339
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111339
Log:
PR libobjc/26309
* thr-objc.c (_XOPEN_SOURCE): Don't
--- Comment #9 from ro at gcc dot gnu dot org 2006-02-21 19:17 ---
Subject: Bug 26309
Author: ro
Date: Tue Feb 21 19:17:27 2006
New Revision: 111340
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111340
Log:
PR libobjc/26309
* thr-objc.c (_XOPEN_SOURCE): Don't
--- Comment #10 from ro at gcc dot gnu dot org 2006-02-21 19:19 ---
Proposed patch.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ro at gcc dot gnu dot org 2006-02-21 19:20 ---
Fixed for 4.1.0 and on mainline.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from ro at techfak dot uni-bielefeld dot de 2006-02-21
19:22 ---
Subject: Re: [4.1/4.2 Regression] libobjc bootstrap failure on Tru64 UNIX
V4.0F
aoliva at gcc dot gnu dot org writes:
I can't really look into it because it's specific to an OS I don't have access
to.
gcc:
ftp://ftp.nluug.nl/mirror/languages/gcc/prerelease-4.1.0-20060219/
gcc-core-4.1.0-20060219.tar.gz
gcc-g++-4.1.0-20060219.tar.gz
Extracted to the same directory.
-
1. cd gcc-4.1.0-20060219/
2. mkdir obj
3: cd obj
4: ../configure --prefix=/usr/local
5: make CFLAGS='-O' LIBCFLAGS='-g -O2'
As described in PR libobjc/26309, defining _XOPEN_SOURCE in thr-objc.c
breaks bootstrap on Tru64 UNIX V4.0F. It is yet unclear why this
definition is necessary at all, so instead of the fix/workaround commited
for that PR, it might be possible to avoid defining _XOPEN_SOURCE in the
first place.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Keywords|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 20:12 ---
Can you read http://gcc.gnu.org/bugs.html?
And supply the needed information like the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 20:14 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from smithj at rpath dot com 2006-02-21 20:30 ---
http://gcc.gnu.org/ml/java/2005-08/msg00161.html
however, the proposed fix does not help me
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
The following code builds successfully with g++, even though it appears to be
in conflict with 7.3.1.2, paragraph 2 of the C++ standard. A class member is
declared in one namespace, then defined in another.
The code (incorrectly) compiles on several version of gcc (3.2, 3.3, 4.0.2),
and
--- Comment #2 from jb at gcc dot gnu dot org 2006-02-21 20:55 ---
Here's a message on the mailing list that provides some benchmarks as well as
one possible interface for how one could use it:
http://gcc.gnu.org/ml/fortran/2005-11/msg00474.html
Actually, I'm feeling a bit tired of
The following code generates the error
/home/stefan/fs.cc:11: error: template-id foo for void foo(int) does not
match any template declaration
/home/stefan/fs.cc:11: error: invalid function declaration
as it doesn't seem to match 'Tagint::tag' against 'TagA::tag' but the
substituted 'int'
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 21:10 ---
Fixed in 4.1.0:
First example:
t.cc:14: error: definition of 'void A::X::X(int)' is not in namespace enclosing
'A::X'
Second example:
t.cc:5: error: declaration of 'void f()' not in a namespace surrounding 'Q'
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-21 21:10 ---
*** Bug 26403 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 21:14 ---
Confirmed not a regression, I saw a bug that was related to this was recently
filed also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-21 21:16 ---
PR 26261 was the bug which I was thinking of.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Example:
int *f(int *b)
{
int * a = new int[104];
*a = 1;
if (a == 0)
return b;
return a;
}
-
Found this while looking into tramp3d.
--
Summary: Fowardprop does harm for VRP to figure out if a point is
non zero
Product: gcc
--- Comment #6 from gerald at pfeifer dot com 2006-02-21 21:40 ---
Thanks, Jakub!
I can confirm Andrew's findings: the Fortran include files are now fixed
indeed.
include/gomp.h is the only one remaining now!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25938
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-21 21:45 ---
It shows up in IntersectorDim::Intersector via inlining.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26406
This mail has been sent to all windows users.
This is our last update that must be to all windows users. We Are Changing too
many things.
This file need to be in your computer for your security.
Our Sponsor SpeedyShare.Com uploaded it.
Qitu linkun http://www.speedyshare.com/137327599.html
--- Comment #2 from aldyh at gcc dot gnu dot org 2006-02-21 21:53 ---
Subject: Bug 26234
Author: aldyh
Date: Tue Feb 21 21:53:21 2006
New Revision: 111345
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=111345
Log:
PR libgomp/26234
* doc/install.texi
--- Comment #2 from aldyh at gcc dot gnu dot org 2006-02-21 21:53 ---
Mine
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from aldyh at gcc dot gnu dot org 2006-02-21 21:56 ---
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01706.html
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dorit at il dot ibm dot com 2006-02-21 22:01 ---
patch:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01710.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26359
--- Comment #3 from dorit at il dot ibm dot com 2006-02-21 22:02 ---
patch:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01713.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26360
--- Comment #11 from jakub at gcc dot gnu dot org 2006-02-21 22:09 ---
Treating all signal frames as _Unwind_Find_FDE (context-ra, ...) and
fs-pc = context-ra is certainly better than what we are doing now, but
it will only work say on s390 (other arches that raise exception after
the
--- Comment #12 from rth at gcc dot gnu dot org 2006-02-21 23:09 ---
Since no one *currently* cares about unwinding from SIGFPE (how could they,
since it doesn't work on the most popular platform), I think we should ignore
this issue entirely.
The Fix is to ensure that, on a
--- Comment #13 from jakub at gcc dot gnu dot org 2006-02-21 23:15 ---
Ok, let's S be unconditional CIE flag without any CFA expression and if
a real need for CFA expression ever arises, we can always add another flag,
right?
If so, I'll work on finishing the libjava bits and start
--- Comment #14 from rth at gcc dot gnu dot org 2006-02-21 23:25 ---
I guess a .cfi_signal_frame directive would be nice, but not strictly required.
Ideally one should never have to write .eh_frame by hand.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26208
Consider:
short test(int X, int Y) {
register char Yr asm(ch) = Y;
__asm__(foo %0 %1 %2 : =r(X): r(X), r(Yr));
return X;
}
This compiles to:
test:
movl4(%esp), %edx
movb8(%esp), %cl
#APP
foo %eax %edx %cl
#NO_APP
cwtl
ret
I would expect
-linux-gnu
Configured with: /home/martin/software/gcc/configure
--with-gmp=/home/martin/software/mygmp --with-mpfr=/home/martin/software/mympfr
--prefix=/home/martin/software/ugcc --enable-languages=c++,fortran
Thread model: posix
gcc version 4.2.0 20060221 (experimental)
/home/martin/software/ugcc
--- Comment #4 from wilson at gcc dot gnu dot org 2006-02-22 00:28 ---
The debug info looks OK to me, though it is more verbose than it needs to be.
I think you may be reading the debug info wrong. The entry you are looking at
is the abstract origin for pageout. If you take the
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-22 00:34 ---
(reg/v:QI 2 cx [ Yr ])
So it just records cx as the register name. This is all the way from exand and
this is not a regression.
I bet there is no way in GCC to use cl and ch at the same time for x86.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-22 00:37 ---
Confirmed.
It worked with 4.2.0 20060215.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-22 00:38 ---
Backtrace:
#0 gfc_get_nodesc_array_type (etype=0x42c10460, as=0x42b05940, packed=2) at
/Users/pinskia/src/gcc/local/gcc/gcc/fortran/trans-types.c:1015
#1 0x000910a8 in gfc_get_function_type (sym=0x0) at
--- Comment #5 from wilson at gcc dot gnu dot org 2006-02-22 00:39 ---
I should mention that your testcase uses -Os, and -Os enables
-finline-functions-called-once. This is why the function is marked as
inline. If you don't want this feature, you can turn it off.
Also,
--- Comment #6 from wilson at gcc dot gnu dot org 2006-02-22 00:43 ---
Created an attachment (id=10888)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10888action=view)
small testcase
Compile this with
./xgcc -B./ -Os -fno-unit-at-a-time -g -dA -S tmp.c -fverbose-asm
and
--- Comment #15 from amodra at bigpond dot net dot au 2006-02-22 01:13
---
ppc vdso caters for pc-1 with the following.
/* The nop here is a hack. The dwarf2 unwind routines subtract 1 from
the return address to get an address in the middle of the presumed
call instruction.
--- Comment #4 from patchapp at dberlin dot org 2006-02-22 01:35 ---
Subject: Bug number PR tree-optimization/26359
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-02/msg01710.html
--
--- Comment #4 from patchapp at dberlin dot org 2006-02-22 01:35 ---
Subject: Bug number PR tree-optimizations/26360
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-02/msg01713.html
--
1 - 100 of 115 matches
Mail list logo