cc -DHAVE_CONFIG_H -DCOMPILE_ONLY
-I/usr/src/lib/libmagic
-I/usr/src/lib/libmagic/../../contrib/file -o mkmagic
/usr/src/lib/libmagic/../../contrib/file/apprentice.c
/usr/src/lib/libmagic/../../contrib/file/funcs.c
/usr/src/lib/libmagic/../../contrib/file/magic.c
/usr/src/lib/libmagic/../../contri
The compiler creates extremely bad code for the ARM target.
Consider the following source file:
--- SNIP ---
unsigned int code_in_ram[100];
void testme(void)
{
unsigned int *p_rom, *p_ram, *p_end, len;
extern unsigned int _ram_erase_sector_start;
extern unsigned int _ram_erase_sector_end;
--- Comment #11 from patchapp at dberlin dot org 2006-04-04 08:15 ---
Subject: Bug number PR26763
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-04/msg00126.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-04 08:16 ---
This code is undefined:
len = ((unsigned int)&_ram_erase_sector_end
- (unsigned int)&_ram_erase_sector_start) / sizeof(unsigned int);
That is obviously undefined as taking the difference between two poin
Given this program, compiled with 'g++ -ggdb3 program.C' and then run under
gdb.
when I get to f(int)::s::g(int) then I can't examine any local variables nor
any arguments.
When I rerun the compiler using 'g++ -ggdb3 -S program.C' and examine the
generated assembler there are no references to neith
--- Comment #1 from gcc at magfr dot user dot lysator dot liu dot se
2006-04-04 08:36 ---
Created an attachment (id=11198)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11198&action=view)
Testcase - program.C
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27017
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-04 08:44 ---
Works with stabs.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Componen
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-04 08:52 ---
Confirmed, it fails with the dwarf2 output format (I don't know why). Anyways
I am marking this as a regression as this is a visible regression to the user
as using -g from one version to the next should be improvem
Consider associate_trees being called with
(gdb) call debug_tree(t1)
constant
invariant 4294967295>
(gdb) call debug_tree(t2)
constant invariant
1>
(gdb) call debug_tree(type)
constant invariant 32>
unit size constant invariant 4>
align 32 symtab 0 alias set -1 precision 32 min max
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-04 08:56 ---
Why do you think this is a bug? OVERFLOW now has only a meaning to the
front-ends like it should be.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27018
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-04 08:59 ---
Where is the testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27018
--- Comment #26 from karol at mikronika dot com dot pl 2006-04-04 09:00
---
Does anybody from gcc developers resolve this old bug issue at any finished
time?!
This is nearly 2 years old bug!!!
Greets,
Karol
(In reply to comment #25)
> (In reply to comment #24)
> > Test case doesn't w
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-04 09:05 ---
Since there is not enough info at where this really goes wrong, closing as
invalid as producing a constant with the overflow flag set is not a bug unless
you can produce a diagnostic.
--
pinskia at gcc dot gnu do
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-04-04 09:09 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from Eric dot Doenges at betty-tv dot com 2006-04-04 09:13
---
(In reply to comment #1)
> This code is undefined:
> len = ((unsigned int)&_ram_erase_sector_end
> - (unsigned int)&_ram_erase_sector_start) / sizeof(unsigned int);
>
> That is obviously undefined
The following invalid code snippet causes an ICE since GCC 4.1.0:
==
struct A
{
int i;
int z[1];
};
A a = { z:{} };
==
bug.cc:7: sorry, unimplemented: non-trivial designated initializers not
supported
bug.cc:7: internal compiler error: Segmentation
--- Comment #5 from nickc at gcc dot gnu dot org 2006-04-04 09:18 ---
Subject: Bug 26776
Author: nickc
Date: Tue Apr 4 09:18:38 2006
New Revision: 112659
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112659
Log:
PR target/26775
PR target/26776
* config/m32r/m32r.c (m32r_output
--- Comment #6 from nickc at gcc dot gnu dot org 2006-04-04 09:18 ---
Subject: Bug 26775
Author: nickc
Date: Tue Apr 4 09:18:38 2006
New Revision: 112659
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112659
Log:
PR target/26775
PR target/26776
* config/m32r/m32r.c (m32r_output
The following invalid code snippet causes an ICE since GCC 4.0.1:
===
int x[1/0];
===
bug.c:1: warning: division by zero
bug.c:1: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
Before we got:
bug.c:1: warning: division by zero
bug.c:1
--- Comment #7 from nickc at gcc dot gnu dot org 2006-04-04 09:20 ---
Subject: Bug 26775
Author: nickc
Date: Tue Apr 4 09:20:35 2006
New Revision: 112660
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112660
Log:
PR target/26775
PR target/26776
* config/m32r/m32r.c (m32r_output
--- Comment #6 from nickc at gcc dot gnu dot org 2006-04-04 09:20 ---
Subject: Bug 26776
Author: nickc
Date: Tue Apr 4 09:20:35 2006
New Revision: 112660
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112660
Log:
PR target/26775
PR target/26776
* config/m32r/m32r.c (m32r_output
--- Comment #30 from bonzini at gnu dot org 2006-04-04 09:20 ---
Zdenek: are you using walk_data->interesting_blocks to not visit PHI nodes on
non-interesting blocks?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-04 09:24 ---
Confirmed, the ICE is in the same place as PR 25161 is.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-04 09:29 ---
We have a null type here, it really should have been error_mark_node.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
The following program
program chop
real o, t, td, tu, x, y
o = 1.
t = tiny(o)
td = nearest(t,-1.0)
x = td/2.0
y = nearest(tiny(o),-1.0)/2.0
print *, x, y, x - y
end program chop
gives
5.8774718E-39 5.8774704E-39 1.4012985E-45
on OSX 10.3.9 and GNU Fortran 95 (GCC) 4.2.0 200604
Trying to compile MPFR 2.2 fails with today's gcc with file mpfr-2.2.0/div.c
gcc -g -O2 -ffloat-store -MT -MD -MP -MF -c div.c -o div.o
div.c: In function 'mpfr_div':
div.c:125: internal compiler error: in build_polynomial_chrec, at
tree-chrec.h:108
gcc -v
/src/gcc/configure --enable-languages
--- Comment #1 from c dot lemmen at fz-juelich dot de 2006-04-04 10:05
---
on x86-linux gfortran 5.8774718E-39 5.8774704E-39 1.4012985E-45
f90 5.8774718E-39 5.8774718E-39 0.000E+00
pgf905.8774718E-39 5.8774718E-39 0.000
--
http://gcc
--- Comment #31 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-04-04 10:20 ---
Subject: Re: [4.2 Regression] Repeated SSA update during loop header copying
> Zdenek: are you using walk_data->interesting_blocks to not visit PHI nodes on
> non-interesting blocks?
No, I a
After update GNU make from 3.80 up to 3.81 i cannot build gcc 4.0.2,
4.0.3 and 4.1.0 on Solaris 9/05 sparc whith same error:
% tar xvf gcc-4.0.3.tar.bz2
% mkdir objdir && cd objdir
% bash ../configure --enable-threads=solaris --enable-languages=c,c++
--enable-shared=libstdc++ --disable-multilib --
--- Comment #1 from tiamat at komi dot mts dot ru 2006-04-04 12:10 ---
Created an attachment (id=11199)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11199&action=view)
proposed patch
proposed patch for buld gcc 4.0.2, 4.0.3 and 4.1.0 with gnu make 3.81
--
http://gcc.gnu.org/
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-04-04 12:19 ---
Please attach preprocessed source of div.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27022
--- Comment #10 from roman dot fietze at telemotive dot de 2006-04-04
12:26 ---
The following snippet also gives me errors, and here, as a developer, I did all
I could do:
-
#include
class MyStream : public std::ostringstream
{
public:
inline MyStream() : std::ostringstream()
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-04-04 13:11
---
Thanks for reporting the problem and the patch, I'll take care of it.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #32 from bonzini at gnu dot org 2006-04-04 14:29 ---
Zdenek, I'm sure you can construct an example where my simple minded approach
still blows up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26830
Freenet needs this to determine Content-Type for the static files it serves
over the web.
Classpath appears to have a working version, although some common extensions
(css, ico) are notably missing.
--
Summary: Implement URLConnection.getFileNameMap
Product: gcc
class z {
static final String ALGORITHM = "Rijndael";
static final double VERSION = 0.1;
static final String FULL_NAME = ALGORITHM + " ver. " + VERSION;
}
compiled with:
% gcj-4.1 -C z.java
z.java: In class 'z':
z.java: In method '()':
z.java:4: internal compiler error: Segmentation f
--- Comment #1 from taral at taral dot net 2006-04-04 14:45 ---
This doesn't happen with gcj -c, only with gcj -C.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27025
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-04-04 14:49 ---
libstdc++ should not be exporting things that are unnecessary.
this isn't an "uncorrect" code issue, it's a "shouldn't be doing that" issue
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26926
--- Comment #5 from carlos at codesourcery dot com 2006-04-04 15:00 ---
Created an attachment (id=11201)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11201&action=view)
Fix parser error handling
The patch fixes this issue. No regressions on i686-pc-linux-gnu.
--
http://gcc.g
--- Comment #6 from carlos at codesourcery dot com 2006-04-04 15:01 ---
I'll submit the patch to gcc-patches and check it in when approved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26774
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-04 15:08 ---
Please read http://gcc.gnu.org/bugs.html as requested :) and attach the
preprocessed source.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from aph at gcc dot gnu dot org 2006-04-04 15:08 ---
Subject: Bug 25414
Author: aph
Date: Tue Apr 4 15:08:51 2006
New Revision: 112667
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112667
Log:
2006-04-03 Archit Shah <[EMAIL PROTECTED]>
PR java/25414
This has been bugging me for already more then a year, but tonight I found some
time to debug it.
I'm running mandrake-ppc on a G3 processor. As is common for most distro's,
"-mcpu=7450 -maltivec" are the standard compile options, even although my
processor cannot execute altivec instructions. In
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org
|dot org
--- Comment #1 from obiwan at mailmij dot org 2006-04-04 15:25 ---
Created an attachment (id=11202)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11202&action=view)
preproc. sources
Result of:
cc -save-temps -c -I../libvo -I../../libvo -I/usr/X11R6/include -mcpu=7450
-maltivec -D
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-04 15:27 ---
-maltivec is enables altivec instructions everywhere so this is not a bug.
-maltivec does not just enable explict use of altivec but also implicate uses
which this is via memcpy.
--
pinskia at gcc dot gnu dot org
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-04-04 15:27 ---
Created an attachment (id=11203)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11203&action=view)
fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
--- Comment #8 from bkoz at gcc dot gnu dot org 2006-04-04 15:28 ---
Here's a fix that seems to work. Agree with Paolo, this should go into mainline
and gcc-4.1
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26875
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-04-04 15:37 ---
Confirmed, this should be an error and not just a warning.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from obiwan at mailmij dot org 2006-04-04 15:42 ---
whoa stop, since when is this? The man page is not particullary clear on this.
And where is it documented?
This is going to upset many people since now we basically need to compile
everything without -maltivec just to be
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-04 15:48 ---
The change started to happen in 4.0.x but since the docs say:
Generate code that uses AltiVec instructions,
Which means implicated uses.
There is no option, you compile the altivec code in a seperate file.
People
known-openbsd3.9
Configured with: /home/karel/svn/gcc/trunk/configure
--prefix=/home/karel/usr/local/gcc-trunk-20060404 --enable-shared
--enable-threads --enable-languages=c++,objc --disable-checking
--disable-nls --disable-werror
Thread model: posix
gcc version 4.2.0 20060404 (experimental)
$
now I'
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-04-04 15:56
---
Thanks for testing, now it might be easier to understand the issue is not
purely a libstdc++ one but a gthr-posix.c one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #15 from kgardas at objectsecurity dot com 2006-04-04 15:57
---
I've changed summary from "C++ app" to "C++/ObjC app" to better reflect the
issue.
--
kgardas at objectsecurity dot com changed:
What|Removed |Added
--
--- Comment #5 from obiwan at mailmij dot org 2006-04-04 16:03 ---
hmm, ok. Seems I was wrong on the fact that -maltivec is the default for all
apps. Only certain programs use it.
It probably means that we (the few remaining maintainers of mdv-ppc) have to
find a satisfying fix for thos
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-04 16:11 ---
Note that this works with 4.0 and fails with svn head.
So, it is a regression.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
|
In native Eclipse, cancelling builds does not work. Presumably this is a
libgcj problem with thread cancellation. It would dramatically improve the
user experience in native Eclipse if thread cancellation were properly
supported.
--
Summary: thread cancellation and native Eclipse
While using the Eclipse update manager to install software, it sometimes fails
with a ConcurrentModificationException. This seems to only happen some of the
time but most often on the first attempt at installing Subclipse (ie. when it
does the entire download, verification, etc.). Here's how to i
Running "make dvi" fails with TeTex 3.0 and texinfo 4.8 because the
included texinfo.tex produces *.pdf files per default:
Output written on g77.pdf (370 pages, 2232006 bytes).
Transcript written on g77.log.
cp: cannot stat `./g77.dvi': No such file or directory
...
Output written on gcj.pdf (53 p
--- Comment #3 from aph at gcc dot gnu dot org 2006-04-04 17:12 ---
Created an attachment (id=11204)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11204&action=view)
PR java/27025: ICE on simple initializer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27025
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #12 from pbrook at gcc dot gnu dot org 2006-04-04 17:40 ---
Subject: Bug 18527
Author: pbrook
Date: Tue Apr 4 17:40:00 2006
New Revision: 112675
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112675
Log:
2006-04-04 Paul Brook <[EMAIL PROTECTED]>
Backport
--- Comment #1 from aoliva at gcc dot gnu dot org 2006-04-04 17:41 ---
Created an attachment (id=11205)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11205&action=view)
Patch that fixes the bug
This is the patch I'm testing to fix the ICE. At the time I added weakref
support, usi
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-04 17:43 ---
Shouldn't we error out instead of warning?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26993
Take:
int f(void)
{
__typeof(f) __gthrw_f __attribute__ ((__weakref__("f")));
}
--
Currently we get:
t.c: In function 'f':
t.c:3: warning: 'alias' attribute ignored
I don't see an alias attribute in the orginal code at all.
--
Summary: Warning instead of error with weakref on loca
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-04 17:50 ---
4.1.0 fails the same way.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Know
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-04 17:56 ---
3.4.6 was the last release of the 3.4.x series, can you try 4.0.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27029
--- Comment #4 from aph at gcc dot gnu dot org 2006-04-04 18:17 ---
David Daney pointed out the part of the JLS that forbids my solution. I'll
work on another patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27025
I can't really be more specific than this, but sometimes when I start up native
Eclipse it uses all available memory immediately. I'll attach a screenshot of
top when it happens.
--
Summary: native Eclipse uses too much memory on startup,
sometimes
Prod
--- Comment #1 from fitzsim at redhat dot com 2006-04-04 18:46 ---
Created an attachment (id=11206)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11206&action=view)
Screenshot of top when gij uses all memory when running eclipse.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|linking of C++/ObjC app fail|[4.1/4.2 Regression] linking
|on OpenBSD 3.9 due PO
gcc.c-torture/compile/pr23237.c (test for excess errors) is FAILing on
hppa2.0w-hp-hpux11.11 at all optimization levels. The error is "section
attributes are not supported for this target". I don't know why the {
dg-require-effective-target named_sections } is not being effective, but that
it isn
--- Comment #12 from tromey at gcc dot gnu dot org 2006-04-04 19:07 ---
Created an attachment (id=11207)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11207&action=view)
reduced test case
I tried to reduce this to a C test case suitable for inclusion
in libffi. I've attached this
FAIL: g++.dg/eh/spbp.C (test for excess errors)
is present on hppa2.0w-hp-hpux11.11: "error: target system does not support the
"dwarf-2" debug format". hppa*-*-hpux* needs skipping just like AIX.
--
Summary: g++.dg/eh/spbp.C (test for excess errors) fails
Product: gcc
FAIL: gcc.dg/20021014-1.c (test for excess errors)
appeared on hppa64-hp-hpux11.11 on trunk between revisions 112223 (20060320,
PASSes) and 112281 (20060322, FAILs).
ld: Unsatisfied symbol "pthread_mutex_unlock" in file
/scratch/gcc/nightly-2006-04-03-mainline/hppa64-hp-hpux11.11/build_gcc/install
--- Comment #3 from jsm28 at gcc dot gnu dot org 2006-04-04 19:22 ---
Also seen on hppa2.0w-hp-hpux11.11, appearing between revisions 112080 and
112130:
FAIL: gcc.dg/torture/pr24626-1.c -O2 (test for excess errors)
FAIL: gcc.dg/torture/pr24626-1.c -O3 -fomit-frame-pointer (test for
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-04 19:26 ---
Actually there really should be a g++.dg/debug/dwarf2 like there is a
gcc.dg/debug/dwarf2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from mckinlay at redhat dot com 2006-04-04 19:52 ---
I couldn't reproduce this when installing Subclipse, but after installing it
and subsequently trying to disable it, I reproducably get the following crash:
java.util.ConcurrentModificationException.ConcurrentModificatio
--- Comment #13 from wilson at tuliptree dot org 2006-04-04 20:22 ---
Subject: Re: Wrong parsing of doubles when interpreted
on ia64
On Tue, 2006-04-04 at 12:07, tromey at gcc dot gnu dot org wrote:
> I tried to reduce this to a C test case suitable for inclusion
> in libffi.
--- Comment #14 from wilson at gcc dot gnu dot org 2006-04-04 20:24 ---
Created an attachment (id=11208)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11208&action=view)
proposed testcase, based on float1.c
This reproduces the denorm failure for me with unpatched sources, and work
--- Comment #2 from spiralvoice at hotmail dot com 2006-04-04 20:28 ---
gcc3.4/make dvi creates .pdf instead of .dvi files
--
spiralvoice at hotmail dot com changed:
What|Removed |Added
--
--- Comment #3 from spiralvoice at hotmail dot com 2006-04-04 20:29 ---
Please ignore the last comment;-)
make dvi produces correct output in gcc-4.0.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27029
--- Comment #2 from mckinlay at redhat dot com 2006-04-04 20:34 ---
The difference between Sun's and Classpath's implementation appears to be that
Classpath will check for Concurrent Modification on both hasNext() and next()
calls, while Sun's implementation only checks next() calls.
-
--- Comment #15 from andreast at gcc dot gnu dot org 2006-04-04 20:46
---
Great, a libffi test case!
Would you mind adding a reference to the PR in the test case header and adjust
the 'int i' in main to 'unsigned int i'? If you feel ok with the test case then
please commit to trunk.
Th
--- Comment #2 from bkonrath at redhat dot com 2006-04-04 20:59 ---
I get the same behaviour about 25% of the time on my machine. Traking this down
is on my list of things to do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27031
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-04-04 21:03
---
Subject: Bug 27023
Author: ebotcazou
Date: Tue Apr 4 21:03:05 2006
New Revision: 112679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112679
Log:
PR bootstrap/27023
* Makefile.tpl (multi
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-04 21:03 ---
So 4.0.x works?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27029
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-04-04 21:04
---
Subject: Bug 27023
Author: ebotcazou
Date: Tue Apr 4 21:04:37 2006
New Revision: 112680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112680
Log:
PR bootstrap/27023
* Makefile.tpl (multi
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-04 21:05 ---
The easy way to track this down is using a memory profiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27031
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-04-04 21:07
---
Fixed on 4.0 and 4.1 branch, mainline is not affected.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
[EMAIL PROTECTED] cpu2006-465e]$ cat foo.f90
program main
call foo (5)
end program main
subroutine foo(n, a)
integer :: n
integer, dimension(5), optional :: a
print *, n
if (present (a)) call abort ()
end subroutine foo
[EMAIL PROTECTED] cpu2006-465e]$
/export/build/gnu/gcc/build-x86_64-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-04 22:13 ---
First off I think the code below is invalid code.
I get with Lahey's F95 online compiler:
2602-S: "SOURCE.F90", line 5: The argument number of procedure 'foo' shall be
the same between definition and reference. The
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-04 22:16 ---
With the fixed code:
program main
call foo (5)
contains
subroutine foo(n, a)
integer :: n
integer, dimension(5), optional :: a
print *, n
if (present (a)) call abort ()
end subroutine foo
end program main
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-04 22:18 ---
Lehay's testcase can be found at:
http://www.lahey.com/check.htm
It is free to use, kinda like Comeau's C/C++ tester.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27035
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-04 22:19 ---
You can also fix the code by using modules and what is basicially prototypes (I
forgot the Fortran name for them).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27035
--- Comment #5 from spiralvoice at hotmail dot com 2006-04-04 22:28 ---
Yes, 4.0.3 works, did not test any other 4.0.x version
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27029
e/thomas/tmp/gnu-2/sys_root
--disable-nls --disable-shared --without-headers --with-newlib
--enable-languages=c : (reconfigured) /home/thomas/tmp/gnu-2/src/gcc/configure
--target=i586-pc-gnu --prefix=/home/thomas/tmp/gnu-2
--with-sysroot=/home/thomas/tmp/gnu-2/sys_root --disable-nls
--enable-la
--- Comment #1 from tschwinge at gnu dot org 2006-04-04 22:58 ---
Created an attachment (id=11209)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11209&action=view)
init.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27036
1 - 100 of 119 matches
Mail list logo
