--- Comment #3 from mark at gcc dot gnu dot org 2006-04-05 06:38 ---
This might (or might not) be related to bug #24752 although also in that case
it could be argued that the user code is just buggy and should be fixed. See
also bug #24632 which is also similar, but in that case the Axis
--- Comment #7 from hjl at gcc dot gnu dot org 2006-04-05 04:47 ---
Subject: Bug 25619
Author: hjl
Date: Wed Apr 5 04:47:51 2006
New Revision: 112695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112695
Log:
gcc/fortran/
2006-04-04 H.J. Lu <[EMAIL PROTECTED]>
PR fo
--- Comment #7 from hjl at gcc dot gnu dot org 2006-04-05 04:47 ---
Subject: Bug 23634
Author: hjl
Date: Wed Apr 5 04:47:51 2006
New Revision: 112695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112695
Log:
gcc/fortran/
2006-04-04 H.J. Lu <[EMAIL PROTECTED]>
PR fo
--- Comment #3 from patchapp at dberlin dot org 2006-04-05 04:35 ---
Subject: Bug number PR c/26993
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/msg00179.html
--
http://gcc.gnu.org/bugzilla
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-05 04:03 ---
That is good enough for me, closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #30 from pinskia at gcc dot gnu dot org 2006-04-05 01:57
---
*** Bug 27038 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-04-05 01:57 ---
This is a dup of bug 57 and in fact an issue with the standard as this is
Defect report 325 for the C++ standard. According to the current standard as
written, GCC is correct to reject this code.
*** This bug has b
Compiling the code
// start tmp.cpp
template struct A{};
struct B
{
void f(A default_value=A());
};
// end tmp.cpp
with
g++ tmp.cpp
produces these errors
tmp.cpp:6: error: expected , or ... before > token
tmp.cpp:6: error: missing > to terminate the template arg
--- Comment #9 from hjl at lucon dot org 2006-04-05 00:40 ---
>From section 12.7.5, Fortran 95 Handbook:
A dummy argument not present may be supplied as an actual argument
corresponding
to an optional dummy argument.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27035
--- Comment #9 from taral at taral dot net 2006-04-05 00:27 ---
So why does this work when compiling via bytecode?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4695
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-05 00:25 ---
*** Bug 27037 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-05 00:25 ---
*** This bug has been marked as a duplicate of 4695 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from taral at taral dot net 2006-04-05 00:21 ---
This example taken from freenet source. gcj -M also fails on this snippet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27037
public class z {
private class y {
public y(long x) { this(x,w()); }
public y(long x,long v) { }
}
private long w() { return 0; }
}
Fails to compile with "gcj -c", compiles fine with "gcj -C". Bytecode compiles
with "gcj -c".
--
Summary: Direct compile fa
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-04 23:40 ---
From
http://www.sesp.cse.clrc.ac.uk/Publications/felib90_design/design/node6.html
Because of the nature and implementation of optional arguments in Fortran 90/95
the head of most routines has a group of code dealing
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-04-04 23:37 ---
I don't think this is defined code:
if (present (a)) call abort ()
call foo_ (a)
If a is not present, you should not be able to use a in any way.
--
pinskia at gcc dot gnu dot org changed:
W
--- Comment #6 from hjl at lucon dot org 2006-04-04 23:34 ---
Tonto uses it and I got a run-time failure.
--
hjl at lucon dot org changed:
What|Removed |Added
OtherBugsDep
--- Comment #5 from hjl at lucon dot org 2006-04-04 23:28 ---
[EMAIL PROTECTED] cpu2006-465e]$ cat mod.f90
module mod
implicit none
private
public bar_
interface bar_
module procedure bar
end interface
public foo_
interface foo_
module procedure foo
end interface
contains
subrouti
--- 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
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 #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
--- 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 #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 #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 #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
[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 #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
-
--- 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 #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 #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 #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 #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 #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 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 #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 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 #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 #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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
--
--- 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
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
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
--- 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
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
--
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
--- 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=
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 #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
--- 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 #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
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 #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
--- 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 #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
--
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 #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
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
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
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
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
|
--- 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
--- 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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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
--
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
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
--- 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
--- 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 #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 #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 #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 #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
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
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
--- 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
--- 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 #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 #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 #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/
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 #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
--- 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
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
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
--- 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
---
--- 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 #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 #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 #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
1 - 100 of 119 matches
Mail list logo
