GCC @144404 does not generate DW_AT_const_value for enum members in C++ mode
(in C everything appears fine). This is a regression from 4.3.1.
Test case:
enum E { red = 1, green = 42 };
int main()
{
E e = red;
return e;
}
When above is compiled with gcc-4.3.1, readelf -w shows:
22f:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-debug
Summary|Missing debug info for enum |[4.4
--- Comment #6 from bonzini at gnu dot org 2009-02-24 09:01 ---
CCing Michael as he's doing Altivec/VSX work.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-02-24 09:40 ---
I have a semi-working patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Found in the thread at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/792d5c732cc84ddf
Post: http://groups.google.com/group/comp.lang.fortran/msg/025a878dd2d9f8e0
I have not checked whether this is indeed an issue.
---
[...]
At line 25 of file jahed_1.f90
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-02-24 10:10 ---
... this asks for a POW_EXPR middle-end tree I guess. Or you can use
builtins.c:expand_powi* do generate an expanded power series.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
int a(int *);
int b()
{
int Tmp[2];
d(Tmp);
}
produces bad prologue:
.text
.global b
.type b, @function
b:
push r29
push r28
rcall .
rcall .
rcall .
in r28,__SP_L__
in r29,__SP_H__
/* prologue: function */
/* frame
--- Comment #1 from sb-sf at users dot sourceforge dot net 2009-02-24
10:16 ---
Created an attachment (id=17356)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17356action=view)
file to reproduce bug
avr-gcc main.c -mmcu=atmega8 -S
--
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-02-24 10:17 ---
rguent...@murzim:/tmp gcc-4.4 -m32 -fno-strict-aliasing -fwrapv -O3 --param
max-goto-duplication-insns=10 -S ceval.i
rguent...@murzim:/tmp egrep -c 'jmp[[:space:]]*\*' ceval.s
4
rguent...@murzim:/tmp gcc-4.3
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-02-24 11:05 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-02-24 11:05 ---
Subject: Bug 39233
Author: rguenth
Date: Tue Feb 24 11:05:15 2009
New Revision: 144405
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144405
Log:
2009-02-24 Richard Guenther rguent...@suse.de
Zdenek
--- Comment #2 from burnus at gcc dot gnu dot org 2009-02-24 12:00 ---
... this asks for a POW_EXPR middle-end tree I guess.
I think that would be useful. See also middle-end PR 32503.
Or you can use builtins.c:expand_powi* do generate an expanded power series.
That won't work for
--- Comment #3 from rguenther at suse dot de 2009-02-24 12:14 ---
Subject: Re: Optimizing integer power
On Tue, 24 Feb 2009, burnus at gcc dot gnu dot org wrote:
--- Comment #2 from burnus at gcc dot gnu dot org 2009-02-24 12:00
---
... this asks for a POW_EXPR
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-02-24 13:06 ---
This is a preprocessor bug. We should not use PCHs when it is not the very
first preprocessing directive in the TU that opens it. Thus, doc/invoke.texi
@item
A precompiled header can't be used once the first C
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-02-24 13:16 ---
This also ICEs on powerpc64-linux. The testsuite fail from this is a
regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-02-24 13:27 ---
This is because as we come here (gen_enumeration_type_die):
for (link = TYPE_VALUES (type);
link != NULL; link = TREE_CHAIN (link))
{
dw_die_ref enum_die = new_die
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-02-24 13:29 ---
I have a patch. This was noticed and fixed for SDB previously.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jamborm at gcc dot gnu dot org 2009-02-24 13:44 ---
After discussion with Honza, I have tried a more complex approach, the
patch is at:
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg01118.html
--
jamborm at gcc dot gnu dot org changed:
What
Tracking bug, pending J3/WG5.
See http://www.j3-fortran.org/doc/year/09/09-155.txt
Item F03/0129 (bottom).
Gfortran currently rejects the following (*1 to *5), the erratum will allow
for (some?) of those (see link).
Status: Passed by J3 meeting
SUBROUTINE S(A,I,K)
USE ISO_C_BINDING
Tracking bug, pending J3/WG5.
See http://www.j3-fortran.org/doc/year/09/09-155.txt
Item F03/0126
STATUS: Passed by J3 meeting
Edit:
C1271a The designator of a variable with the VOLATILE attribute
shall not appear in a pure subprogram.
Note: Not finally passed the J3/WG5 ballots
--
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
Severity|critical|normal
Component|c |target
http://www.j3-fortran.org/doc/year/09/09-155.txt
NUMBER: F03/0071
DEFECT TYPE: Erratum
STATUS: Passed by J3 meeting
(Note: no final J3/WG5 voting yet)
The following program is accepted by gfortran, but the conclusion of the J3
meeting was The program fragment is not conforming.
--- Comment #3 from ixt at nm dot ru 2009-02-24 14:37 ---
Can anybody reopen bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35294
Hi,
during porting some software to mingw i've noticed that
unwind_backtrace has some problems. i've tested it with
sjlj and dw2 variant. here're results:
D:\src\mingw-unwindu-sjlj.exe
foo:enter
bar:enter
zoo:enter
boom!
signalHandler:enter
D:\src\mingw-unwindu-dw2.exe
foo:enter
bar:enter
--- Comment #1 from pluto at agmk dot net 2009-02-24 14:39 ---
Created an attachment (id=17357)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17357action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39291
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-02-24 14:47 ---
Subject: Bug 39285
Author: rguenth
Date: Tue Feb 24 14:47:30 2009
New Revision: 144407
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144407
Log:
2009-02-24 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-02-24 14:47 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from frank dot richter at gmail dot com 2009-02-24 14:50
---
Arguably, that makes precompiled headers less useful - in scenarios where you
have two big libraries with complicated headers you can at most only use PCHs
for one of them. Anyhow, that issue is a separate
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-02-24 14:50
---
Subject: Bug 39242
Author: rguenth
Date: Tue Feb 24 14:50:30 2009
New Revision: 144408
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144408
Log:
2009-02-24 Richard Guenther rguent...@suse.de
PR
--- Comment #7 from rguenther at suse dot de 2009-02-24 14:52 ---
Subject: Re: Including a precompiled header from
another header causes invalid assembly to be generated
On Tue, 24 Feb 2009, frank dot richter at gmail dot com wrote:
--- Comment #6 from frank dot richter at
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-02-24 14:52
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rvatne at gmail dot com 2009-02-24 15:01 ---
(In reply to comment #4)
That only shows that .libs/libmpfr.so.1.2.0 is inside cc1's path. I think you
should try a simple programed linked with MPFR using the old GCC and you most
likely get the same behavior.
--- Comment #7 from jyasskin at gmail dot com 2009-02-24 15:26 ---
I'd like to get gcc not to combine any of them, which I believe would produce
130, as many as the asm volatiles that survived optimization.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39284
--- Comment #2 from sje at gcc dot gnu dot org 2009-02-24 16:28 ---
Subject: Bug 33785
Author: sje
Date: Tue Feb 24 16:28:07 2009
New Revision: 144411
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144411
Log:
PR target/33785
* doc/tm.texi (TARGET_C99_FUNCTIONS):
--- Comment #3 from sje at cup dot hp dot com 2009-02-24 16:31 ---
Fixed on ToT for 4.4.0
--
sje at cup dot hp dot com changed:
What|Removed |Added
program bug
integer :: n
real, dimension(2) ::
a = (/ ( (float(n))**(1.0), n=1,2) /)
write(*,*) a(1), a(2)
stop
end program bug
gfortran-4.3 -S t.f90
t.f90: In function bug:
t.f90:1: internal compiler error: in gfc_conv_array_initializer,
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-02-24 16:48 ---
Fails the same with 4.4, 4.2 reports an error:
gfortran-4.2 -S t.f90
t.f90:4.35:
a = (/ ( (float(n))**(1.0), n=1,2) /)
1
Error: Exponent at (1) must be INTEGER for an
--- Comment #5 from rob1weld at aol dot com 2009-02-24 16:53 ---
On OpenSolaris 2009.06 (snv_106) I get improved results with the Patch.
Before my Patch (awful, posted for comparison purposes only):
Results for 4.4.0 20090218 (experimental) [lto revision 144375] (lto merged
with rev
--- Comment #2 from kargl at gcc dot gnu dot org 2009-02-24 17:09 ---
(In reply to comment #1)
Fails the same with 4.4, 4.2 reports an error:
gfortran-4.2 -S t.f90
t.f90:4.35:
a = (/ ( (float(n))**(1.0), n=1,2) /)
1
Error:
--- Comment #7 from mmlr at mlotz dot ch 2009-02-24 17:16 ---
(In reply to comment #6)
The currently proposed patch doesn't solve the problem where 'make -k
check-libiberty' executed at the top level of the build directory results in
gcc being used instead of xgcc.
That's not really
I was building Spec 2006 with a powerpc64-linux cross compiler using the
-save-temps option so that I could do some analysis on the generated code.
Unfortunately, if I use -j4 in the make for the spec build, the test cactusADM
does not build. I traced this down to there were several Startup.c
--- Comment #2 from eric dot weddington at atmel dot com 2009-02-24 17:52
---
What host are you building on?
With gcc 4.3.2 with patches from WinAVR I get this:
.file test.c
__SREG__ = 0x3f
__SP_H__ = 0x3e
__SP_L__ = 0x3d
__CCP__ = 0x34
__tmp_reg__ = 0
__zero_reg__ = 1
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-02-24 17:54 ---
Not urgent.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from pault at gcc dot gnu dot org 2009-02-24 18:26 ---
Steve,
The patch in
http://gcc.gnu.org/ml/fortran/2009-01/msg00231.html
may fix your problem.
It does - you are right! I'll post a response to your patch that it should be
applied to 4.4 to fix this
--- Comment #2 from sje at cup dot hp dot com 2009-02-24 18:30 ---
I see an entry in doc/hostconfig.texi
@deftypefn {Host Hook} void * HOST_HOOKS_GT_PCH_GET_ADDRESS (size_t @var{size},
int @var{fd})
and it shows up on the GCC web site at
--- Comment #2 from joseph at codesourcery dot com 2009-02-24 19:07 ---
Subject: Re: New: -save-temps does not follow the -o
option and instead puts the temp file in the current directory
I've also found this to be a pain when working on glibc, where compilation
commands are run
In GNAT 4.3.2, package bodies are able to raise uncatchable exceptions
in begin .. end sections:
-- pkg1.ads
package pkg1 is
procedure init;
end pkg1;
-- pkg1.adb
with Ada.Text_IO;
package body pkg1 is
procedure init is
begin
null;
end init;
begin
Ada.Text_IO.Put_Line
Reported by Jon Hurst at http://gcc.gnu.org/ml/fortran/2009-02/msg00152.html
Said to compile with 4.0.3, rejected with 4.1/4.2/4.3/4.4.
Compiles with NAG f95, ifort, g95, sunf95, openf95 and pgf90.
At a glance, it looks valid but I have not checked thoroughly.
Test case by Jon Hurst:
MODULE
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.1.3 4.2.1 4.3.2 4.4.0
Known to work|
--- Comment #8 from mt at debian dot org 2009-02-24 19:59 ---
It seems that this bug still applies as of g++-4.3, at least with optimizations
turned on. We're seeing this as we run the test suite of PPL (see, e.g.,
--- Comment #3 from sb-sf at users dot sourceforge dot net 2009-02-24
20:56 ---
(In reply to comment #2)
What host are you building on?
Windows, WinAVR 20081205.
Or... is rcall . the space allocating trick? If so, I'm wrong, and you can
close this bug report as invalid. I was
troutmask:sgk[228] work/4x/bin/gfortran -c -fPIC -O -mcmodel=large g.f
g.f: In function 'a':
g.f:8: internal compiler error: in cselib_hash_rtx, at cselib.c:740
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
Same
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-02-24 22:33 ---
It looks like free_cfg pass removes something it should not after
NOTE_INSN_VAR_LOCATION was inserted by variable_tracking pass.
Are you running the scheduler manually in your machine dependent reorg? If so
you
--- Comment #4 from eric dot weddington at atmel dot com 2009-02-25 01:29
---
(In reply to comment #3)
(In reply to comment #2)
What host are you building on?
Windows, WinAVR 20081205.
Or... is rcall . the space allocating trick?
Yes it is.
Closing as invalid.
--
eric dot
--- Comment #13 from hjl dot tools at gmail dot com 2009-02-25 01:47
---
*** Bug 39296 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2009-02-25 01:47 ---
I can't reproduce it on Linux with revision 144417. I believe it is a dup
of PR 38988. Reopen it if it isn't fixed in trunk.
*** This bug has been marked as a duplicate of 38988 ***
--
hjl dot tools at gmail
--- Comment #2 from dannysmith at users dot sourceforge dot net 2009-02-25
02:28 ---
I get this with your testcase on mingw32, DW@ build:
GNU C (GCC) version 4.4.0 20090221 (experimental) (mingw32)
gcc -fexceptions -g u.c
foo:enter
bar:enter
zoo:enter
boom!
signalHandler:enter
On Linux/ia64, revision 144413 gave
FAIL: gcc.dg/tree-ssa/loop-31.c scan-tree-dump-times optimized \+ 2 1
Revision 144404 is OK. Revision 144405:
http://gcc.gnu.org/ml/gcc-cvs/2009-02/msg00572.html
may be the cause.
--
Summary: [4.4 Regression] gcc.dg/tree-ssa/loop-31.c
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39297
--- Comment #4 from irar at il dot ibm dot com 2009-02-25 07:06 ---
Does adding attribute aligned, as below, help?
Index: vect-complex-1.c
===
--- vect-complex-1.c(revision 144030)
+++ vect-complex-1.c(working
--- Comment #6 from dougkwan at gcc dot gnu dot org 2009-02-25 07:18
---
Subject: Bug 35965
Author: dougkwan
Date: Wed Feb 25 07:18:01 2009
New Revision: 144424
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=144424
Log:
2009-02-24 Julian Brown jul...@codesourcery.com
--- Comment #7 from dougkwan at google dot com 2009-02-25 07:26 ---
This is fixed in trunk and will be picked up by 4.4. However, this is broken
at least in 4.3.1 and probably in all 4.3 releases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35965
--- Comment #10 from ubizjak at gmail dot com 2009-02-25 07:33 ---
Confirmed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from pault at gcc dot gnu dot org 2009-02-25 07:55 ---
Confirmed
A temporary work around is to remove the interface for UserFunction and declare
it to be external.
From a very quick look, the test for type and kind is failing because the
formal argument does not seem to
64 matches
Mail list logo
