--- Comment #9 from irar at gcc dot gnu dot org 2009-01-08 07:59 ---
Subject: Bug 37194
Author: irar
Date: Thu Jan 8 07:59:40 2009
New Revision: 143183
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143183
Log:
PR tree-optimization/37194
* tree-vect-transform.c
--- Comment #20 from stephan dot bergmann at sun dot com 2009-01-08 08:31
---
re #c17:
prepended member can change the negative offset of the other struct members:
see the four bytes of referenceCount cancel out a previous four padding bytes
just before the unwindHeader member coming
--- Comment #4 from dannysmith at users dot sourceforge dot net 2009-01-08
08:41 ---
Created an attachment (id=17052)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17052action=view)
Replace execvp with pex_one in process_command
Patch uses pex_one as per Ian Taylor suggestion ,
--- Comment #4 from radhika dot ganganna at oracle dot com 2009-01-08
08:58 ---
Created an attachment (id=17053)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17053action=view)
Testcase which demonstrates the error
The code writes the wstring Forecast 100 times to wofstream.
--- Comment #5 from radhika dot ganganna at oracle dot com 2009-01-08
08:59 ---
Created an attachment (id=17054)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17054action=view)
nullcodecvt.h needed to compile linuxunicode.cpp
--
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-01-08 09:22 ---
By the last patches Honza and I did, this bug is fixed.
See http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00520.html
--
ktietz at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-08 09:22 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from cnstar9988 at gmail dot com 2009-01-08 09:24 ---
fixed for 4.3.3?
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37194
--- Comment #12 from irar at il dot ibm dot com 2009-01-08 09:25 ---
(In reply to comment #11)
fixed for 4.3.3?
Thanks.
No, still waiting for approval.
--
irar at il dot ibm dot com changed:
What|Removed |Added
--- Comment #12 from cnstar9988 at gmail dot com 2009-01-08 09:30 ---
Target Milestone: 4.3.3
But not fixed for 4.3.3
ping ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38584
--- Comment #13 from steven at gcc dot gnu dot org 2009-01-08 10:21 ---
Reopening...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from steven at gcc dot gnu dot org 2009-01-08 10:22 ---
...to unassign and avoid spam from cnstar9988 (who is free to test/submit the
patch if it's so important for him/her to have this bug fixed in gcc 4.3).
--
steven at gcc dot gnu dot org changed:
What
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-08 11:04 ---
Created an attachment (id=17055)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17055action=view)
pr37031.i
Slightly less minimized testcase which reproduces (under valgrind only) on both
powerpc64-linux native
following code snipet is reducted testcase from external application.
g++ and comeau online accept/reject source differently.
template class T
struct A
{
};
template class U
struct B
{
#if 1
typedef A float A; // -- accepted by comeau but...
// g++: error: declaration of
: in check_host_association, at
fortran/resolve.c:4353
gfortran --version
GNU Fortran (GCC) 4.4.0 20090108 (experimental) [trunk revision 143177]
Copyright (C) 2008 Free Software Foundation, Inc.
module mod_a
implicit none
public :: fun
private
contains
pure function fun(x) result(mu)
real, intent(in) :: x
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-08 12:50 ---
I suggest filing a problem report with Comeau. EDG accepts both in
-strict_ansi mode.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38764
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-01-08 12:29 ---
Subject: Bug 38721
Author: rguenth
Date: Thu Jan 8 12:29:46 2009
New Revision: 143185
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143185
Log:
2009-01-07 Richard Guenther rguent...@suse.de
PR
--- Comment #2 from pluto at agmk dot net 2009-01-08 12:56 ---
(In reply to comment #1)
I suggest filing a problem report with Comeau. EDG accepts both in
-strict_ansi mode.
i've tested it on comeau online to verify g++ behaviour :)
--
--- Comment #11 from ubizjak at gmail dot com 2009-01-08 13:10 ---
Program received signal SIGSEGV, Segmentation fault.
record_one_conflict (allocnos_live=0x16103ee8, hard_regs_live=value optimized
out,
regno=390007032) at
../../gcc-svn/branches/gcc-4_3-branch/gcc/ra-conflict.c:176
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-08 13:39 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-08 13:51 ---
Created an attachment (id=17056)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17056action=view)
gcc44-pr37031.patch
Fix I'm going to bootstrap/regtest.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
--- Comment #12 from ubizjak at gmail dot com 2009-01-08 13:55 ---
At the point of failure, we have:
bitnum = 1024405, index = 32012
(BTW: The function doesn't crash when index = 26677).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38666
--- Comment #1 from spop at gcc dot gnu dot org 2009-01-08 13:57 ---
Fixed.
See below the graphite.chk for the run of polyhedron on amd64-linux for a
graphite.par containing: gfortran -O2 -floop-block %n.f90 -o %n
I don't know why aermod does fail the execution of one of the tests.
--- Comment #5 from spop at gcc dot gnu dot org 2009-01-08 14:14 ---
Subject: Bug 38559
Author: spop
Date: Thu Jan 8 14:14:41 2009
New Revision: 143187
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143187
Log:
2009-01-07 Sebastian Pop sebastian@amd.com
Jan
--- Comment #10 from spop at gcc dot gnu dot org 2009-01-08 14:18 ---
Subject: Re: [4.4 Regression] ICE for h264ref in gather_interchange_stats with
-ftree-loop-linear
Patch looks good. Thanks for this fix.
Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
--- Comment #10 from ubizjak at gmail dot com 2009-01-08 13:03 ---
Confirmed, attached testcase fails with -O1 on 4.3 branch, works OK for 4.4
branch.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #6 from paolo dot carlini at oracle dot com 2009-01-08 14:36
---
I can't reproduce, neither with stock FSF gcc3.4.6 neither with current
gcc4.3.2 and mainline (I'm assuming you expect a 1002 bytes output). I suggest
testing a current FSF GCC release, and file a new PR in
--- Comment #11 from markus dot schoepflin at comsoft dot de 2009-01-08
14:40 ---
I don't have 4.3 or 4.4 available, but I now checked with gcc 4.1.2 and 4.2.1.
It works with both versions.
Looking at the resulting listing file, the #.def entries which were triggering
the error in
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-01-08 14:59 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from ubizjak at gmail dot com 2009-01-08 15:01 ---
(In reply to comment #11)
So GCC 4.1 and 4.2 no longer create the problematic definitions, but
nevertheless the problem in mips-tfile is still present.
Can you please post your patch to gcc-patches@ mailing list for
--- Comment #13 from markus dot schoepflin at comsoft dot de 2009-01-08
15:13 ---
Note that my original patch is for the 4.1.1 source tree. Should I post it
anyway?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
The mudflap do not report an error in this func() when called from
NPTL thread. Same error on main thread is reported as expected.
#include pthread.h
void *func(void *arg)
{
void *a[1];
return a[2];
}
int main(int argc, char **argv)
{
pthread_t tid;
--- Comment #14 from ubizjak at gmail dot com 2009-01-08 15:55 ---
(In reply to comment #13)
Note that my original patch is for the 4.1.1 source tree. Should I post it
anyway?
Yes, I think that there were no recent changes in this area.
--
--- Comment #11 from jakub at gcc dot gnu dot org 2009-01-08 16:01 ---
Subject: Bug 37031
Author: jakub
Date: Thu Jan 8 16:01:42 2009
New Revision: 143188
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143188
Log:
PR tree-optimization/37031
* lambda-code.c
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-01-08
16:20 ---
What checkin fixed this? Or can't you reproduce the failure? If the latter,
what happens if you use -m32 on amd64-linux?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38755
--- Comment #12 from jakub at gcc dot gnu dot org 2009-01-08 16:03 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-01-08
16:20 ---
What checkin fixed this? Or can't you reproduce the failure? If the latter,
what happens if you use -m32 on amd64-linux?
I'm running the polyhedron bmk with -m32 and will report the result.
But this
--- Comment #3 from sebpop at gmail dot com 2009-01-08 16:33 ---
Subject: Re: [graphite] wrong code with -O3 -fgraphite-identity -floop-block
on polyhedron benchmarks
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-01-08
16:20 ---
What checkin fixed this?
--- Comment #2 from pault at gcc dot gnu dot org 2009-01-08 16:42 ---
Steve,
gfc_target_encode_expr has no means to deal with EXPR_NULL. It's quite easy to
change that, so I have assigned myself.
Thanks for the report. Yet another don't be so hard! Making TRANSFER
work has been
--- Comment #1 from daniel at rozsnyo dot com 2009-01-08 16:51 ---
The 01 should be 0x1, my bad. Lost a day working out this :/
--
daniel at rozsnyo dot com changed:
What|Removed |Added
Tried with:
avr-gcc (GCC) 3.4.6 (Gentoo 3.4.6-r2 p1.5, ssp-3.4.6-1.0, pie-8.7.10)
avr-gcc (GCC) 4.2.4 (Gentoo 4.2.4 p1.0)
avr-gcc (Gentoo 4.3.2-r2 p1.5, pie-10.1.5) 4.3.2
Both -Os and -O0 behave the same, the -mmcu=atmega1281 and -mmcu=atmega128 too
(however the later was not tested on all 6
--- Comment #4 from sebpop at gmail dot com 2009-01-08 17:05 ---
Subject: Re: [graphite] wrong code with -O3 -fgraphite-identity -floop-block
on polyhedron benchmarks
I'm running the polyhedron bmk with -m32 and will report the result.
Actually I cannot run the test with -m32 on my
--- Comment #19 from spop at gcc dot gnu dot org 2009-01-08 17:10 ---
Hi,
With the latest trunk CP2K compiles with -O2 -floop-block. I tried to
run CP2K with -floop-block but I got an error due to the libblas
installation on my system (missing symbols in libblas that uses the
--- Comment #3 from sgk at troutmask dot apl dot washington dot edu
2009-01-08 17:23 ---
Subject: Re: [4.3/4.4 Regression] Yet another TRANSFER ICE
On Thu, Jan 08, 2009 at 04:42:52PM -, pault at gcc dot gnu dot org wrote:
gfc_target_encode_expr has no means to deal with
--- Comment #4 from kargl at gcc dot gnu dot org 2009-01-08 17:25 ---
Update summary to something a little less annoying.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ro at techfak dot uni-bielefeld dot de 2009-01-08
17:31 ---
Subject: Re: [4.2/4.3/4.4 Regression] libgomp fails to build if assembler
doesn't support .symver
bkoz at gcc dot gnu dot org writes:
Any luck getting past the libgomp build failure? All that is needed
according to the manpage, -fschedule-insns is enabled at the optimization
levels -O2, -O3 and -Os. according to g++ -c -Q --help=optimizers, this is not
the case, though.
--
Summary: man page: -fschedule-insns documentation
Product: gcc
Version: 4.4.0
--- Comment #1 from tim at klingt dot org 2009-01-08 17:44 ---
Created an attachment (id=17057)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17057action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38768
--- Comment #7 from rob1weld at aol dot com 2009-01-08 17:53 ---
I skirted the i386 file by adding this to the line 189 of the Makefile:
# Added - make profiledbootstrap is slow and we don't want to break the build
# i386.c - causes ISO C90 forbids variable length array 'vec'
--- Comment #9 from janis at gcc dot gnu dot org 2009-01-08 18:08 ---
I tried the submitter's testcase on i686-pc-linux-gnu using trunk revision
143188 (today) and got the same ICE:
laptop% /home/janis/tools/gcc-trunk-bid/bin/gfortran -c -O2 -ftree-loop-linear
36922.f
36922.f: In
On Jan 8, 2009, at 9:44 AM, tim at klingt dot org gcc-bugzi...@gcc.gnu.org
wrote:
--- Comment #1 from tim at klingt dot org 2009-01-08 17:44
---
Created an attachment (id=17057)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17057action=view)
proposed patch
This patch
--- Comment #2 from pinskia at gmail dot com 2009-01-08 18:27 ---
Subject: Re: man page: -fschedule-insns documentation
On Jan 8, 2009, at 9:44 AM, tim at klingt dot org gcc-bugzi...@gcc.gnu.org
wrote:
--- Comment #1 from tim at klingt dot org 2009-01-08 17:44
---
--- Comment #13 from hjl dot tools at gmail dot com 2009-01-08 18:30
---
Gcc 4.1 gave
cc1: out of memory allocating 3644231872 bytes after a total of 50307072 bytes
on Linux/ia32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38666
--- Comment #3 from tim at klingt dot org 2009-01-08 18:30 ---
This patch is incorrect as -fschedule-insns is enabled at -O2 and
above for most targets except for x86.
and x86_64 ... the only platforms i can use for testing ...
--
On Jan 8, 2009, at 4:22 AM, pluto at agmk dot net gcc-bugzi...@gcc.gnu.org
wrote:
following code snipet is reducted testcase from external application.
g++ and comeau online accept/reject source differently.
template class T
struct A
{
};
template class U
struct B
{
#if 1
--- Comment #3 from pinskia at gmail dot com 2009-01-08 19:16 ---
Subject: Re: New: bogus 'changes meaning' error?
On Jan 8, 2009, at 4:22 AM, pluto at agmk dot net gcc-bugzi...@gcc.gnu.org
wrote:
following code snipet is reducted testcase from external application.
g++ and
--- Comment #20 from jv244 at cam dot ac dot uk 2009-01-08 19:30 ---
(In reply to comment #19)
Could you try to run again the make
test and report the status of CP2K?
Hi Sebastian,
the testcase provide runs fine (AFAICT) with current trunk. I'll run the full
CP2K testsuite to test
--- Comment #21 from sebpop at gmail dot com 2009-01-08 19:53 ---
Subject: Re: [graphite] several ICEs with CP2K (summary)
the testcase provide runs fine (AFAICT) with current trunk. I'll run the full
CP2K testsuite to test somewhat better.
Thanks for testing. Can you close the
with: /net/gnu-13/export/gnu/src/gcc-4.3/gcc/configure
--enable-languages=c --disable-bootstrap --enable-checking
Thread model: posix
gcc version 4.3.3 20090108 (prerelease) [gcc-4_3-branch revision 143188] (GCC)
COLLECT_GCC_OPTIONS='-B./' '-S' '-O' '-v' '-mtune=generic'
./cc1 -fpreprocessed /tmp
Consider the following code:
#include stdio.h
main()
{
printf(hello, world%\n);
printf(hello, world\%\n);
}
The first generates a warning with -Wall:
percent.c:6: warning: unknown conversion type character 0xa in format
But the second is escaped, and should not. But does
cd Osolaris-sparcv9; gmake install
gmake[1]: Entering directory `/u/rakeshk/tt/pari-2.1.7/Osolaris-sparcv9'
/usr/ccs/bin/as -P -I. -D__GNUC__ -T -o kernel.o
../src/kernel/sparcv8/level0_sparcv8_micro.S
cat ../src/kernel/sparcv8/level0.h ../src/kernel/none/level1.h pariinl.h
/usr/software/bin/gcc
--- Comment #1 from rakeshk at netapp dot com 2009-01-08 20:47 ---
Created an attachment (id=17058)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17058action=view)
save-temps file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38770
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-08 20:54 ---
What kind of escaping are you talking about?
\% is the same as % in gcc. If you want to print character %%, you should
write printf (something %%\n);
--
jakub at gcc dot gnu dot org changed:
What
--- Comment #2 from jesnow at uh dot edu 2009-01-08 20:58 ---
Subject: Re: Sometimes a percent sign is just a percent sign
Sorry my mistake.
jakub at gcc dot gnu dot org wrote:
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-08 20:54 ---
What kind of escaping are
--- Comment #5 from joel at gcc dot gnu dot org 2009-01-08 22:07 ---
Problem still present:
gcc (GCC) 4.4.0 20090108 (experimental) [trunk revision 143192]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38587
Target: i686-pc-linux-gnu
Configured with: /net/gnu-13/export/gnu/src/gcc-4.3/gcc/configure
--enable-languages=c --disable-bootstrap --enable-checking
Thread model: posix
gcc version 4.3.3 20090108 (prerelease) [gcc-4_3-branch revision 143188]
(GCC)
COLLECT_GCC_OPTIONS='-B./' '-S' '-O' '-v
--- Comment #16 from hjl dot tools at gmail dot com 2009-01-08 22:23
---
(In reply to comment #15)
This is fixed in 4.4 by IRA:
gnu-3:pts/0[29] ./xgcc -B./ -O -S /net/gnu-6/export/home/hjl/tmp/gcc_bug.i
-fno-ira
gcc_bug.c: In function main:
gcc_bug.c:23030: internal compiler
--- Comment #17 from sergstesh at yahoo dot com 2009-01-08 22:26 ---
(In reply to comment #16)
(In reply to comment #15)
This is fixed in 4.4 by IRA:
gnu-3:pts/0[29] ./xgcc -B./ -O -S /net/gnu-6/export/home/hjl/tmp/gcc_bug.i
-fno-ira
gcc_bug.c: In function main:
--- Comment #8 from bkoz at gcc dot gnu dot org 2009-01-08 22:41 ---
Hey Paolo, what do you think about applying this patch to the gcc-4_3-branch
and change the target milestone to 4.3.3, marking it FIXED?
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38000
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-01-08 22:42 ---
*** This bug has been marked as a duplicate of 38000 ***
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-08 22:42 ---
*** Bug 36505 has been marked as a duplicate of this bug. ***
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-01-08 22:47 ---
Jakub fixed this with
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00772.html
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2009-01-08 22:48 ---
(In reply to comment #3)
It was meant in jest. I'll change the summary to something
more pleasing.
I know:-)
BTW, James claims that some other failures occur, but I
can't reproduce those. See
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.0 |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38000
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.0 |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32041
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-01-08 22:56
---
Neither for GCC 4.4. Re-targeting for GCC 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-01-08 22:58
---
Thus fixed. No need to fix accepts-invalid bugs on release branches (IMHO
we should never do that).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|4.4.0 |4.3.3
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-01-08 23:01
---
Huh, the regression state of this bug looks weird. So we have a patch applied
on trunk, but known-to-fail is both 4.3.3 and 4.4.0 - but 4.3.2 works? And
the target milestone is 4.4.0? If it is really a
--- Comment #10 from paolo dot carlini at oracle dot com 2009-01-08 23:02
---
Ok, I'll do the backport.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38000
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-01-08 23:02
---
So, only the ICE is a regression, not the memory-hog, correct?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dodji at gcc dot gnu dot org 2009-01-08 23:03 ---
Created an attachment (id=17059)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17059action=view)
candidate patch
I think what is happening is that lookup_name_real (in name-lookup.c) makes
sure types defined in
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-01-08 23:05 ---
Fixed on trunk since:
2008-05-16 Benjamin Kosnik b...@redhat.com
* include/std/system_error: Align to current draft specifications.
* src/system_error.cc: Same.
* src/functexcept.cc: Adjust
--- Comment #5 from bkoz at gcc dot gnu dot org 2009-01-08 23:08 ---
I'm going to close this as WONTFIX due to inactivity. If you can still
reproduce this with gcc-4.3.x or gcc-4.4.x, please reopen and state the gcc and
mingw versions being used.
--
bkoz at gcc dot gnu dot org
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot
|dot org
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-08 23:39 ---
I am closing this due to inactivity. The following remain unclear to me:
1) Does this issue exist with mingw32 and configure such as:
Combined binutils/gcc in-tree build with this configuration
../src/configure
--- Comment #11 from paolo at gcc dot gnu dot org 2009-01-09 00:00 ---
Subject: Bug 38000
Author: paolo
Date: Fri Jan 9 00:00:17 2009
New Revision: 143194
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143194
Log:
2009-01-08 Paolo Carlini paolo.carl...@oracle.com
--- Comment #12 from paolo dot carlini at oracle dot com 2009-01-09 00:01
---
Fixed 4.3.3 too.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
: (reconfigured)
../configure --program-prefix=current- --prefix=/home/regehr
--enable-languages=c,c++ --no-create --no-recursion : (reconfigured)
../configure --program-prefix=current- --prefix=/home/regehr
--enable-languages=c,c++ --no-create --no-recursion
Thread model: posix
gcc version 4.4.0 20090108
The change in revision 143102...
uthor: jvdelisle
Date: Mon Jan 5 22:55:15 2009
New Revision: 143102
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143102
Log:
2009-01-05 Jerry DeLisle jvdeli...@gcc.gnu.org
PR libfortran/38735
* io/unit.c (get_internal_unit): Set default
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-09 01:09 ---
We can solve it with
1. A target should define MALLOC_ABI_ALIGNMENT properly.
2. g++ should issue an error when the default new operator
is used on a type whose alignment is greater than
MALLOC_ABI_ALIGNMENT.
3. It
The attached program causes an arithmetic overflow error with the following
gfortran versions: 4.3.1, 4.3.2, and the trunk at revision 143193. It does NOT
cause an error with version 4.2.1.
Also attached is the output from running gfortran -v --save-temps.
--
Summary: Arithmetic
--- Comment #1 from tom dot browder at gmail dot com 2009-01-09 01:13
---
Created an attachment (id=17060)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17060action=view)
Program demonstrating the overflow error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38773
--- Comment #2 from tom dot browder at gmail dot com 2009-01-09 01:14
---
Created an attachment (id=17061)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17061action=view)
Output from gfortran with -v --save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38773
--- Comment #3 from kargl at gcc dot gnu dot org 2009-01-09 01:22 ---
See the -fno-range-check option.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kargl at gcc dot gnu dot org 2009-01-09 01:47 ---
Without a testcase, it is difficult to determine if the problem is
with gfortran or a bug in your application.
From Section 9.2.2.1, Internal File Properties,
(8) On input, blanks are treated in the same way as
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-01-09
02:14 ---
I've contacted the author of xplor-nih as the parsing code is pretty complex
legacy fortran. However I would note that they build this code with the a
variety of commercial fortran compilers.
PowerPC
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-01-09 03:00
---
I am looking into it. Thanks for the report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38772
--program-prefix=current- --prefix=/home/regehr
--enable-languages=c,c++ --no-create --no-recursion
Thread model: posix
gcc version 4.4.0 20090108 (experimental) (GCC)
--
Summary: ice in df_refs_verify, at df-scan.c:4307
Product: gcc
Version: unknown
Status
1 - 100 of 108 matches
Mail list logo