--- 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=gcc&view=rev&rev=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 com
--- 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=17052&action=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=17053&action=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=17054&action=view)
nullcodecvt.h needed to compile linuxunicode.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38
--- 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 |Adde
--- 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
Status|RESO
--- 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=17055&action=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 o
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 reco
--- 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=gcc&view=rev&rev=143185
Log:
2009-01-07 Richard Guenther
PR tree-optimization/
--- 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 :)
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- 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=,
regno=390007032) at
../../gcc-svn/branches/gcc-4_3-branch/gcc/ra-conflict.c:176
176 word =
--- 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
AssignedTo|una
--- 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=17056&action=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.
S
--- 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=gcc&view=rev&rev=143187
Log:
2009-01-07 Sebastian Pop
Jan Sjodin
PR tr
--- 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 cas
--- 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 mips
--- 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
void *func(void *arg)
{
void *a[1];
return a[2];
}
int main(int argc, char **argv)
{
pthread_t tid;
pthread_create(&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.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- 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=gcc&view=rev&rev=143188
Log:
PR tree-optimization/37031
* lambda-code.c (lamb
--- 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 thi
--- 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 bee
--- 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 co
--- 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
libgfortr
--- 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 EXPR_NUL
--- 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=17057&action=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'"
i386.o
--- 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 functi
On Jan 8, 2009, at 9:44 AM, "tim at klingt dot 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=17057&action=view)
proposed patch
This patch is incorrect as -fsched
--- 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" wrote:
>
>
> --- Comment #1 from tim at klingt dot org 2009-01-08 17:44
> ---
> Created an attachme
--- 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 ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
On Jan 8, 2009, at 4:22 AM, "pluto at agmk dot net" > 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
typedef A< float > A; // <
--- 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" wrote:
> following code snipet is reducted testcase from external application.
> g++ and comeau online accept/rejec
--- 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 b
u
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' '
Consider the following code:
#include
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 anyway
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=17058&action=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
]$ ./xgcc -B./ /tmp/gcc_bug.i -S -O -v
> Reading specs from ./specs
> 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 (prer
--- 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 comp
--- 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
>
> http://g
--
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
http://gcc
--- 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 regressio
--- 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=17059&action=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
* include/std/system_error: Align to current draft specifications.
* src/system_error.cc: Same.
* src/functexcept.cc: Adjust for corrected sy
--- 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 cha
--
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 --ho
--- 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=gcc&view=rev&rev=143194
Log:
2009-01-08 Paolo Carlini
Backport from mainline:
--- 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
4.4.0 20090108 (experimental) (GCC)
--
Summary: error: non-trivial conversion in unary operation
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc d
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=gcc&view=rev&rev=143102
Log:
2009-01-05 Jerry DeLisle
PR libfortran/38735
* io/unit.c (get_internal_unit): Set default BLANK= status to NU
--- 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 Ove
--- 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=17060&action=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=17061&action=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 fo
--- 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 darwi
--- 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
e --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 (experimental) (GCC)
--
Summary: ice in df_refs_verify, at df-scan.c:4307
Product:
1 - 100 of 108 matches
Mail list logo
