--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.4.0
Priority|P3 |P4
http://gcc
gcc.dg/20020312-2.c starts to fail after the revision 144964 on sh.
sh.c:calc_live_regs always saves the regs ever live, even they
are global. After 144964, we get more correct live information
for global regs and it reveals the issue. Another tiny test case
is
register void *reg __asm__("r10");
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--- Comment #2 from bje at gcc dot gnu dot org 2009-03-23 03:47 ---
Tested patch posted for review:
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01017.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32542
(Found in 4.3; I was unable to discover without checking out the sources
whether the error is still present in head, as I couldn't work out which
file to look in using ViewVC; sorry.)
-fno-merge-debug-strings is documented as if it were -fmerge-debug-strings;
the description needs to be negate
--- Comment #2 from bje at gcc dot gnu dot org 2009-03-23 01:53 ---
Edmar, can you confirm Joseph's suggestion? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32348
--- Comment #4 from bje at gcc dot gnu dot org 2009-03-23 01:51 ---
Can you reproduce this problem using a current GCC release? From the command
line you gave, it looks like you are using a Wind River GCC release, which the
GCC community does not support. Am I right?
--
http://gcc
--- Comment #2 from hp at gcc dot gnu dot org 2009-03-22 23:04 ---
Same bug is present as a g++.dg/torture/pr31863.C -O2 (and higher) regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39522
--- Comment #1 from hp at gcc dot gnu dot org 2009-03-22 22:34 ---
Created an attachment (id=17515)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17515&action=view)
preprocessed stdarg-3.c to avoid stdarg.h dependency.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39522
Using r144996 configured for crisv32-axis-linux-gnu (but the error is there for
crisv32-axis-elf, which is somewhat more repeatable and simulator-friendly), I
get these errors:
Running /tmp/x144980/gcc/gcc/testsuite/gcc.c-torture/execute/execute.exp ...
...
FAIL: gcc.c-torture/execute/stdarg-3.c c
--- Comment #4 from jason dot vas dot dias at gmail dot com 2009-03-22
22:32 ---
Yes, compiling latest binutils did fix - many thanks Mr. Lu !
But please, is there any ld(1) or elfdump or elflint(1) or objdump(1)
invocation you could suggest that would reliably tell me :
1. If the ob
--- Comment #10 from pluto at agmk dot net 2009-03-22 21:17 ---
finally, not a gcc bug.
the mingw-w64-crt/misc/mingw_getsp.S has bugs:
- it forces .code64 even for 32-bit mode.
- it jumps directly into data segement -> jmp (_fctMsvcrtLongJmp)
i've tested following patch:
@@ -3,8 +3,6
--- Comment #5 from steven at gcc dot gnu dot org 2009-03-22 21:17 ---
I think this should be in GCC 4.4 and maybe even in 4.c. The patch is obvious
enough and it fixes a wrong-code issue. Language maintainers have some freedom
to fix bugs even on release branches (so also certainly on
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-03-22 21:02 ---
Also, if the %e is at the start of a line then the message doesn't get
extracted for gcc.pot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39521
Specs strings can contain diagnostic messages marked with %e (errors) or %n
(notices). Those marked with %e are extracted by exgettext into po/gcc.pot;
those marked with %n are not. The code handling %e and %n passes the strings
to
"%s" arguments of error and notice without first passing them to
--- Comment #46 from danglin at gcc dot gnu dot org 2009-03-22 19:37
---
When I modified expr.c and the test passed, the PCH file wasn't loaded.
So, the PCH bug wasn't triggered.
Need to figure out why its not being loaded.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
--- Comment #45 from danglin at gcc dot gnu dot org 2009-03-22 18:34
---
The testsuite fails disappear if I add --disable-libstdcxx-pch to the
configure command. The ICE can be suppressed with
Index: dwarf2out.c
===
--- d
--- Comment #4 from hjl dot tools at gmail dot com 2009-03-22 18:26 ---
It is caused by revision 127014:
http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00878.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-22 16:34 ---
It works for me. You can btw. download binaries from
http://download.opensuse.org/repositories/devel://gcc/SLE-10_SDK
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39517
--- Comment #9 from pluto at agmk dot net 2009-03-22 15:45 ---
Created an attachment (id=17514)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17514&action=view)
new testcase with binaries.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39291
--- Comment #1 from schwab at linux-m68k dot org 2009-03-22 15:44 ---
*** This bug has been marked as a duplicate of 38787 ***
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--
--- Comment #3 from schwab at linux-m68k dot org 2009-03-22 15:44 ---
*** Bug 39520 has been marked as a duplicate of this bug. ***
--
schwab at linux-m68k dot org changed:
What|Removed |Added
---
--- Comment #8 from pluto at agmk dot net 2009-03-22 15:44 ---
(In reply to comment #7)
> haa! i've found the core problem.
> on my winxp64 i have DEP (data execution prevention) turned on
> for all programs and this is why the testcase (longjmp?) fails.
> this looks weird beacuse longjm
--- Comment #4 from jason at gcc dot gnu dot org 2009-03-22 14:01 ---
I was wrong; the previous paragraph says "Local variables shall not be used in
default argument expressions."
3.3 was right to reject the testcase; delayed instantiation of default
arguments only applies to function t
--- Comment #6 from basile at starynkevitch dot net 2009-03-22 12:38
---
Subject: Re: [melt] - lrand48_r() and srand48_r() are
GNU extensions and are not portable
rob1weld at aol dot com wrote:
> --- Comment #4 from rob1weld at aol dot com 2009-03-22 09:57 ---
> I am aware t
--- Comment #5 from basile at starynkevitch dot net 2009-03-22 12:34
---
With using the very latest PPL snapshot (from GIT), or PPL 0.10.1 or 0.11 I
would be able to remove the fopencookie in a couple of days.
But of course, you'll need to download a very new PPL and build it!
--
--- Comment #3 from pault at gcc dot gnu dot org 2009-03-22 12:22 ---
(In reply to comment #2)
> This PR should probably be marked as [4.3/4.4 Regression].
>
Dear, oh dear! This is annoying. The bug goes away if the first component of
the derived type is anything other than a pointer.
--- Comment #7 from pluto at agmk dot net 2009-03-22 12:16 ---
haa! i've found the core problem.
on my winxp64 i have DEP (data execution prevention) turned on
for all programs and this is why the testcase (longjmp?) fails.
this looks weird beacuse longjmp on x86-64 with NX-bit enabled
w
--- Comment #8 from dfranke at gcc dot gnu dot org 2009-03-22 12:12 ---
Subject: Bug 37203
Author: dfranke
Date: Sun Mar 22 12:12:10 2009
New Revision: 144996
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144996
Log:
gcc/fortran/:
2009-03-22 Daniel Franke
PR fortran
--- Comment #2 from ktietz at gcc dot gnu dot org 2009-03-22 11:20 ---
Sent patch. See http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00997.html
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
---
> gcc --version
gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291]
> cat test.c
// file test.c Call to empty function
void f(){ }
int main(){ return(0);}
> gcc -o test test.c -O2
> objdump -d test
004004f0 :
4004f0: f3 c3 repz retq
Why rep ret? Why no
--- Comment #2 from dominiq at lps dot ens dot fr 2009-03-22 11:14 ---
This PR should probably be marked as [4.3/4.4 Regression].
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39519
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywo
--- Comment #1 from dominiq at lps dot ens dot fr 2009-03-22 10:53 ---
Confirmed on (powerpc|i686)-apple-darwin9 with trunk and 4.3.3. This a
regression since 4.2.3 gives the expected output (along with ifort and g95).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39519
--- Comment #13 from jb at gcc dot gnu dot org 2009-03-22 10:51 ---
Subject: Bug 25561
Author: jb
Date: Sun Mar 22 10:51:05 2009
New Revision: 144993
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144993
Log:
2009-03-22 Janne Blomqvist
PR libfortran/25561 libfortran/
GNU Fortran (GCC) 4.4.0 20090219 (experimental) [trunk revision 144289]
The code below generates the output:
T2%A = 42
This is wrong, the output should be:
T2%A = 23
PROGRAM X
TYPE T
INTEGER, POINTER :: P
INTEGER, ALLOCATABLE :: A(:)
END TYPE T
TYPE(T) :: T1,T2
ALLOCATE ( T1%A(1) )
ALLOCATE ( T2%
--- Comment #1 from steven at gcc dot gnu dot org 2009-03-22 10:16 ---
Bug 28879 is fixed for GCC 4.4. It was the last bug that blocked this
meta-bug.
--> FIXED
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from dfranke at gcc dot gnu dot org 2009-03-22 10:12 ---
In-source builds are not supported.
In a clean directory, try:
$> tar xfz ...tar.gz
$> mkdir build && cd build
$> ../configure [your config-options]
$> make
> How can I send the config.log file as attacham
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|other |rtl-optimization
--- Comment #1 from ktietz at gcc dot gnu dot org 2009-03-22 10:02 ---
Created an attachment (id=17513)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17513&action=view)
Patch file
Patch to add some missing documentation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39518
--- Comment #2 from steven at gcc dot gnu dot org 2009-03-22 10:01 ---
fastjar is gone. The rest still has AM_MAKEFLAGS.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
In gcc/doc/invoke.texi all the cygwin/mingw specific target -m options aren't
documented.
--
Summary: Missing documentation of cygwin and mingw target options
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Prior
--- Comment #7 from steven at gcc dot gnu dot org 2009-03-22 09:59 ---
Long time in "WAITING" state, and per comment #4 -> FIXED.
If the problem resurfaced at the toplevel, a new report should be opened for
this.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from rob1weld at aol dot com 2009-03-22 09:57 ---
I am aware that the "_r" issues have been addressed and will test the
'soon to arrive' fopencookie() code next week on i386-pc-solaris2.11
to ensure that non-Linux Platforms have a chance to vompile 'melt'.
Rob
--
h
--- Comment #22 from steven at gcc dot gnu dot org 2009-03-22 09:51 ---
Fixed in GCC 4.4 with -frecord-gcc-switches
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from steven at gcc dot gnu dot org 2009-03-22 09:43 ---
No progress for *years* now. Was bug 14354 the same issue?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12955
I try to compile and install gcc-4.3.3 on SLES 10 SP2.
During compilation I get:
configure: error: GNU Fortran is not working; please report a bug in
http://gcc.gnu.org/bugzilla, attaching
/usr/local/src/gcc-4.3.3/objdir/x86_64-unknown-linux-gnu/libgfortran/config.log
This is the log file:
It wa
--- Comment #9 from steven at gcc dot gnu dot org 2009-03-22 09:38 ---
I wonder if toplevel bootstrap fixed this issue...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rob1weld at aol dot com 2009-03-22 09:26 ---
This Bug has been FIXED by Revision 144917.
http://gcc.gnu.org/viewcvs/*checkout*/branches/melt-branch/gcc/ChangeLog.melt?revision=144917
Rob
--
rob1weld at aol dot com changed:
What|Removed
52 matches
Mail list logo
