--- 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
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
--- 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
--- 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
--- 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 #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
--
--- 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
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
--- 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
--- 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=17513action=view)
Patch file
Patch to add some missing documentation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39518
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|other |rtl-optimization
--- 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 attachament ?
--- 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
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 (
--- 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=gccview=revrev=144993
Log:
2009-03-22 Janne Blomqvist j...@gcc.gnu.org
PR
--- 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
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- 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
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 f:
4004f0: f3 c3 repz retq
Why rep ret? Why not
--- 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
--- 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=gccview=revrev=144996
Log:
gcc/fortran/:
2009-03-22 Daniel Franke
--- 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
--- 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 #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 #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
--- 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
--- 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 longjmp
--- 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 #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 #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=17514action=view)
new testcase with binaries.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39291
--- 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
--
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 #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
--- 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
===
---
--- 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
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 #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
--- 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
--- 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 #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
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
--- 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=17515action=view)
preprocessed stdarg-3.c to avoid stdarg.h dependency.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39522
--- 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 #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?
--
--- 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
(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
--- 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
--
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
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);
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.4.0
Priority|P3 |P4
--
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
52 matches
Mail list logo