--- Comment #7 from burnus at gcc dot gnu dot org 2007-05-30 06:13 ---
> I attach a test file and a Makefile that returns something like `Found 34
> differences', but should just find ~2 differences due to differing time stamp
> and MD5 sum.
> PS: The same probem occurred with g95, but i
--- Comment #8 from bangerth at dealii dot org 2007-05-30 05:13 ---
The point Gabriel and the others are trying to make is that when
calling operator delete on a pointer, first the object is destroyed
by calling the destructor (or doing nothing in case this is a plain-old-data
type), the
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-05-30 05:03 ---
(In reply to comment #5)
> Just checked in a patch.
This testcase does not work as you put it into the C testsuite.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27387
--- Comment #17 from daney at gcc dot gnu dot org 2007-05-30 04:38 ---
Fix committed to the trunk.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from daney at gcc dot gnu dot org 2007-05-30 04:21 ---
Subject: Bug 31975
Author: daney
Date: Wed May 30 04:21:24 2007
New Revision: 125178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125178
Log:
PR gcc/31975
* config/mips/mips.c (mips_output_m
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-30 04:04 ---
Well for one, there is no defined ABI for DFP on cygwin so the differences are
because the ABI is different.
There is no problem with cygwin being different from linux with respect of dec
float. In fact this is n
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-05-30 03:37
---
I modified the program given in comment #4 to display the exact values at the
end of the cycle along with the three methods. Method "a" and method "c" give
identical results. Method "b" has a different phase and
--- Comment #21 from rob1weld at aol dot com 2007-05-30 03:34 ---
Dave, it depends on the options used to configure Java, which files would be
compiled and where the breakage occurs.
[EMAIL PROTECTED] says it is being fixed. If you can't wait then wget libtool as
explained above, config
--- Comment #4 from rob1weld at aol dot com 2007-05-30 03:30 ---
Note to people other than [EMAIL PROTECTED] (who is aware of this), see:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078
After configuring, libtool-1.5.22 's libtool works great when simply copied
into gcc-4_3-build/i686
,rtl,rtlflag,runtime,tree
Thread model: posix
gcc version 4.3.0 20070529 (experimental)
Here is i686-pc-cygwin:
# ls -lrtA /cygdrive/c/gcc-4_3-trunk-build/libdecnumber
total 485
-rw-r--r-- 1 HP_Administrator None 4153 May 29 00:19 config.cache
-rwxr-xr-x 1 HP_Administrator None 43709 May 29 00
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-05-30 02:09
---
I would like to do a couple of tests here, Then I will "oversee" this patch.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from toon at moene dot indiv dot nluug dot nl 2007-05-30
01:18 ---
Subject: Re: Module with equivalence draws "unsatisfied
reference"
pault at gcc dot gnu dot org wrote:
> --- Comment #4 from pault at gcc dot gnu dot org 2007-05-29 10:39 ---
> The patch below
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-05-30 00:54 ---
(In reply to comment #7)
> It doesn't work on Linux/x86:
It also fails on powerpc-linux (32bits).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32124
I got
Executing on host:
/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/gfortran/../../gfortran
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/testsuite/gfortran/../../
/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gfortran.dg/sizeof.f90 -O0
-pedantic-errors
-L/export/build/gnu/gcc
--- Comment #7 from hjl at lucon dot org 2007-05-30 00:51 ---
It doesn't work on Linux/x86:
FAIL: gfortran.dg/allocate_stat_1.f90 -O0 execution test
FAIL: gfortran.dg/allocate_stat_1.f90 -O1 execution test
FAIL: gfortran.dg/allocate_stat_1.f90 -O2 execution test
FAIL: gfortran.dg/
--- Comment #20 from hjl at lucon dot org 2007-05-30 00:46 ---
Fixed. We will need to fix PR 32098 for libjava.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #6 from wdobler at ucalgary dot ca 2007-05-30 00:31 ---
(In reply to comment #5)
> Note also your test case is not correct because there will be at least two
> differences always (the filename changes and the date).
Sure, but that is documented in the README. And I just didn
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-05-30 00:24 ---
So what is happening here is the order changes. Now I don't have enough
experence in the module writting code to understand why this changes.
Note also your testcase is not correct because there will be at least tw
is fixed.
I'll try to install the latest SVN version, just to be sure.
(In reply to comment #3)
> This works for me with:
> gcc version 4.3.0 20070529 (experimental)
>
> I tested it by using a function in a module which takes one variable and
> returns that argument. I
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-30 00:11 ---
This works for me with:
gcc version 4.3.0 20070529 (experimental)
I tested it by using a function in a module which takes one variable and
returns that argument. I had accidently switched around the assignment and
--- Comment #2 from wdobler at ucalgary dot ca 2007-05-30 00:08 ---
Created an attachment (id=13632)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13632&action=view)
.tgz archive -- unpack, cd, run `make'
tar xzf gfortran-mod-irreproducibility.tgz
cd gfortran-mod-irreproducibility
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-30 00:07 ---
This should have been fixed with PR 31587 which was fixed on 2007-04-24.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32147
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-30
00:07 ---
Subject: Re: Make FAILURE in 4.3.0 - `CXXFLAGS' has changed error causes
"libltdl: No such file or directory"
> libtool: compile: mv -f "process-Posix.o" "java/.libs/process-Posix.o"
> mv: cannot stat `pr
With different versions of gfortran, I find that the .mod files often change
even if I just added a debugging print statement somewhere in a subroutine --
i.e. even when the interface to the module (that the .mod file is supposed to
represent) has not changed.
I attach a test file and a Makefile t
,misc,rtl,rtlflag,runtime,tree
Thread model: posix
gcc version 4.3.0 20070529 (experimental)
# cd /opt/gcc-4_3-build
# make
...(Many Many lines)
make[3]: Entering directory `/opt/gcc-4_3-build/i686-pc-linux-gnu/libjava'
make create-headers
make[4]: Entering directory `/opt/gcc-4_3-build/i686-pc
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-05-29 23:22 ---
I am wrong since this is a loop linear issue:
Won't transform loop. Optimal transform is the identity transform
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from patchapp at dberlin dot org 2007-05-29 22:54 ---
Subject: Bug number PR c++/31923
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/2007-05/msg02033.html
--
http://gcc.gnu.org/bugzil
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-29 21:29 ---
I get the same failure on powerpc64-linux-gnu.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
I got
/export/build/gnu/gcc-dfp/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-dfp/build-x86_64-linux/gcc/
/export/gnu/src/gcc-dfp/gcc/gcc/testsuite/gcc.dg/matrix/matrix-6.c -O3
-fipa-matrix-reorg -fdump-ipa-matrix-reorg -fwhole-program -combine
-fno-show-column -S -o matrix-6.s(timeou
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-29 21:14 ---
But fails on the 4.1 branch. The ICE is in GC related code (inside GCC).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-29 21:12 ---
This works for me in the 4.2 release.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32142
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-29 21:04 ---
And here is a reduced testcase:
void xfs_dir2_grow_inode(void)
{
int map;
int *mapp;
int nmap;
mapp = ↦
if (nmap == 0 )
mapp = ((void *)0);
if (mapp != &map)
kmem_free(mapp);
}
--
http://gcc.gnu.org/bu
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-05-29 20:44 ---
Taking over.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #4 from dominiq at lps dot ens dot fr 2007-05-29 20:25 ---
Following the Steve Kargl's suggestion in
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01945.html
I have done the following test:
[archimede] test/fortran> cat > sec_prec_1.f90
implicit none
integer j, k, l, m, n
i
--- Comment #1 from pault at gcc dot gnu dot org 2007-05-29 20:01 ---
I don't hit an ICE (Cygwin/amd64) but see a wrong result. It works fine with
anything other than logical, as long as the SIZE parameter is set to ensure
that truncation of the source data does not occur.
Confirmed
P
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-29 19:49 ---
I have a fix, just getting a reduced testcase (the ICE comes from VRP).
The fix is:
Index: ../../gcc/tree-vrp.c
===
--- ../../gcc/tree-vrp.c(rev
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-05-29 19:40 ---
The fix:
Index: ../../gcc/tree-chrec.c
===
--- ../../gcc/tree-chrec.c (revision 125151)
+++ ../../gcc/tree-chrec.c (working copy)
@@ -107,7 +1
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-29 19:37 ---
Reduced testcase:
typedef unsigned short __u16;
typedef unsigned int u32;
typedef __u16 __be16;
struct hfs_extent {
__be16 count;
};
int hfs_free_fork( int type)
{
u32 total_blocks, blocks, start;
struct hfs_exten
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-05-29 19:37
---
Created an attachment (id=13631)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13631&action=view)
from linux-2.6.20
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32145
Hello,
I get an ICE when compiling linux-2.6.20 with a host-gcc from today's
pointer_plus branch.
gcc -m32 -Wp,-MD,fs/xfs/.xfs_dir2.o.d -nostdinc -isystem
/home/mstein/host-gcc/pointer_plus-2007-05-29/bin/../lib/gcc/i686-pc-linux-gnu/4.3.0/include
-D__KERNEL__ -Iinclude -include include/linux/au
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-29 19:15 ---
I have a fix, just reducing the testcase right now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-05-29 19:11
---
Created an attachment (id=13630)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13630&action=view)
from linux-2.6.20
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32144
Hello,
I get an ICE when compiling linux-2.6.20 with a host-gcc from today's
pointer_plus branch.
gcc -m32 -Wp,-MD,fs/hfs/.extent.o.d -nostdinc -isystem
/home/mstein/host-gcc/pointer_plus-2007-05-29/bin/../lib/gcc/i686-pc-linux-gnu/4.3.0/include
-D__KERNEL__ -Iinclude -include include/linux/auto
--- Comment #5 from jdgressett at amli-denton dot com 2007-05-29 18:59
---
(In reply to comment #4)
> Now ACATS c380004 passes in gcc-4.3-20070518.
>
But it is still in the relesed 4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31174
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
|
--- Comment #5 from brooks at gcc dot gnu dot org 2007-05-29 18:45 ---
As of SVN 125160, this is working again. Weird, indeed.
I guess I'll close it as a chimera.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-05-29 18:26 ---
Plus forwprop only does:
D.1046_37 = &(*__result.0_23)[0];
D.1048_41 = (char *) _s1_2(D);
D.1049_42 = D.1046_37 + D.1048_41;
Into:
D.1046_37 = &(*__result.0_23)[0];
...
D.1048_41 = (char *) _s1_2(D);
--- Comment #9 from rob1weld at aol dot com 2007-05-29 18:21 ---
Created an attachment (id=13629)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13629&action=view)
Fix Cygwin __sgetc_r bug with GCC 4.3.0
The information above is for patching the _source_ tree.
If you obtained Cygw
--- Comment #4 from burnus at gcc dot gnu dot org 2007-05-29 18:15 ---
> I assume this is another incarnation of this bugs but leads to a segfault and
> a slightly different valgrind output
This test works for me with gfortran as of this morning and also with gfortran
r12505 (on x86_64-u
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-05-29 18:13 ---
I am currently looking at the implementation of signal, so adding this may be
not too much effort. Some questions/remarks:
> The third argument "flag" is an integer that plays the role of SIG_DFL
> in the C library
--- Comment #3 from burnus at gcc dot gnu dot org 2007-05-29 18:09 ---
More regression hunting: FAILS with r125059, Works with r125057.
Conclusion: The patch causing or revealing this wrong-code error is:
r125058 | rguenth | 2007-05-25 11:07:29 +0200 (Fr, 25 Mai 2007) | 10 lines
2007-0
Because of the patch for PR19238, make_decl_rtl is called before the visibility
of variables is determined.
You can see this when you compile g++.old-deja/g++.mike/ns12.c with -fpic.
default_binds_local_p_1 (decl, 1) does not return true for
(anonymous namespace)::i when its decl rtl is created, an
--- Comment #6 from jb at gcc dot gnu dot org 2007-05-29 17:51 ---
Reopening. This vectorizes only partly, with -ffast-math to boot. We should be
able to vectorize it without doing any "unsafe" math.
gfortran -O2 -ffast-math -march=native -mfpmath=sse -ftree-vectorize
-ftree-vectorizer-
--- Comment #5 from tkoenig at alice-dsl dot net 2007-05-29 17:47 ---
Subject: Re: knowing that stride==1 when using
allocated arrays and escaping allocatable arrays
On Tue, 2007-05-29 at 04:52 +, pinskia at gcc dot gnu dot org wrote:
> we think we change a's stride
> whic
--- Comment #1 from dominik dot strasser at onespin-solutions dot com
2007-05-29 17:29 ---
Created an attachment (id=13628)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13628&action=view)
bzip2ed preprocessor output for reproducing the crash.
--
http://gcc.gnu.org/bugzilla/s
When compiling the attached file, g++ crashes.
Trying to reduce the file size, random crashes occurred, ranging from endless
loops to glibc detecting memory corruption.
Removing the "#line" directives cures the crash.
Call:
g++ -O3 -fprofile-arcs pp.C
--
Summary: gcc crashes when cre
A POD struct is not correctly initialized when default
initialization is requested in the initialization list of a
constructor, and it is a base class. Consider the following
program:
-
#include
#include
#include
#include
void*
operator new( s
--- Comment #2 from jv244 at cam dot ac dot uk 2007-05-29 15:41 ---
I assume this is another incarnation of this bugs but leads to a segfault and a
slightly different valgrind output:
MODULE TEST
CONTAINS
PURE FUNCTION s2a_3(s1,s2,s3) RESULT(a)
CHARACTER(LEN=*), INTENT(IN)
--- Comment #1 from burnus at gcc dot gnu dot org 2007-05-29 15:32 ---
Regression happens between 2007-05-25-r125057 and 2007-05-29-r125159.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from sabre at nondot dot org 2007-05-29 15:14 ---
Right, you could do that, but it is a) not guaranteed to work going forward,
and b) expects properly structured (e.g. nested) control flow.
If I had b, I could just make a vla :)
-Chris
--
http://gcc.gnu.org/bugzilla
--- Comment #104 from jv244 at cam dot ac dot uk 2007-05-29 15:07 ---
Even at optimisations levels lower than the one needed to generate the ICE of
PR 32096 (thanks tobias burnus), CP2K seems miscompiled. One possible testcase
has been added as PR 32140.
--
http://gcc.gnu.org/bugzi
The following (reduced from CP2K, PR 29975) generates wrong code with gfortran
(gcc version 4.3.0 20070526)
MODULE TEST
CONTAINS
PURE FUNCTION s2a_3(s1,s2,s3) RESULT(a)
CHARACTER(LEN=*), INTENT(IN) :: s1, s2, s3
CHARACTER(LEN=4), DIMENSION(3):: a
a(1)=s1; a(2)=s2; a(
--- Comment #9 from dominiq at lps dot ens dot fr 2007-05-29 14:25 ---
> This gives still a warning with g95 and NAG f95;
> NAG outputs "Abb",
> ifort/g95/sunf95 show "".
Since a(:) is not initialized, the output can be anything.
with
a = .false.
a(1) = .true.
--- Comment #8 from burnus at gcc dot gnu dot org 2007-05-29 14:05 ---
> In reducing this, I discovered that gfortran currently hangs on the following
> much simpler code. I suspect that if we fix this, it'll fix the original code
> too.
> write(*,*) transfer("A", "x", 20)
NAG f95 an
--- Comment #2 from ian at airs dot com 2007-05-29 13:48 ---
I think that having -Wall clobber -Wstrict-overflow in this way is confusing.
This isn't reversing the setting of the option, it's changing its level.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32102
--- Comment #7 from pault at gcc dot gnu dot org 2007-05-29 13:39 ---
(In reply to comment #4)
> I misunderstood something slightly in that last comment; MERGE is elemental,
> so
> the conforming I mentioned doesn't matter. Also, my guess that fixing the
> transfer("A", "x", 20) proble
int foo (void);
int bar (void) __attribute__((const));
int
test (int x)
{
int a = (x == 1 ? foo : bar) ();
int b = (x == 1 ? foo : bar) ();
return a + b;
}
ICEs in mark_operand_necessary.
3.4.x works and so does 4.2 and trunk.
Related to in PR29382 described common_pointer_type, but
--- Comment #1 from rearnsha at gcc dot gnu dot org 2007-05-29 13:22
---
The __div0 function is called by the division routines when an attempt to
divide by zero is detected. On a linux system, it is expected that this will
cause SIGFPE to be raise(3)d, so the default implementation of
--- Comment #6 from pault at gcc dot gnu dot org 2007-05-29 13:17 ---
(In reply to comment #3)
> Paul, I don't think that's solving the right problem. The code is legal; the
> inner TRANSFER creates an array of CHARACTER with len=1 and size=20, which
> conforms with a CHARACTER scalar o
--- Comment #11 from manu at gcc dot gnu dot org 2007-05-29 12:57 ---
(In reply to comment #9)
> (In reply to comment #8)
> > (In reply to comment #6)
> > >
> > > so, is it still an invalid testcase?
> >
> > Does the warning show up with -O1 and -O2 ?
> >
>
> only with -O3.
>
That
--- Comment #7 from jakub at gcc dot gnu dot org 2007-05-29 12:48 ---
2) is apparently PR11557, fixed in GCC 3.3.1+.
So, I'd say as workaround we should not use -fkeep-inline-functions for
GCC < 3.3.1. Testing a patch for that.
--
jakub at gcc dot gnu dot org changed:
W
--- Comment #10 from pluto at agmk dot net 2007-05-29 12:42 ---
Created an attachment (id=13627)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13627&action=view)
update for the testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32132
--- Comment #9 from pluto at agmk dot net 2007-05-29 12:35 ---
(In reply to comment #8)
> (In reply to comment #6)
> >
> > so, is it still an invalid testcase?
>
> Does the warning show up with -O1 and -O2 ?
>
only with -O3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32132
--- Comment #8 from manu at gcc dot gnu dot org 2007-05-29 12:31 ---
(In reply to comment #6)
>
> so, is it still an invalid testcase?
Does the warning show up with -O1 and -O2 ?
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from manu at gcc dot gnu dot org 2007-05-29 12:26 ---
(In reply to comment #6)
> It's a cut down example to demonstrate the problem, not real world code.
Could you provide an example of real-world code where the warning is triggered?
We would prefer minimal but anything i
--- Comment #2 from burnus at gcc dot gnu dot org 2007-05-29 12:23 ---
Seems to be essentially back to the old speed. -> Close
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #31 from markus dot duft at salomon dot at 2007-05-29 12:13
---
Created an attachment (id=13626)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13626&action=view)
Fixed GCC 4.2.0 on interix 3.5
The patch includes the two previous diffs posted here.
This is a fixed ver
--- Comment #6 from jakub at gcc dot gnu dot org 2007-05-29 11:42 ---
Seems there were 2 separate bugs that are causing this miscompilation.
1) common_type (in contemporary gcc's common_pointer_type) will for the type
of the whole conditional expression use pointer to attribute const fun
--- Comment #30 from markus dot duft at salomon dot at 2007-05-29 11:40
---
Created an attachment (id=13625)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13625&action=view)
GCC 4.2.0 on interix 3.5
The patch includes the two previous diffs posted here.
--
http://gcc.gnu.org
--- Comment #29 from markus dot duft at salomon dot at 2007-05-29 11:37
---
Hi everybody!
gcc 4.2.0 works fine on interix 3.5 using the native binutils (at least as and
ld must be native...) with patch i will attach, and the following commands:
$ ../gcc-4.2.0/configure --enable-langua
--- Comment #6 from andrew dot stubbs at st dot com 2007-05-29 11:18
---
It's a cut down example to demonstrate the problem, not real world code.
I do ignore warnings in code that does exactly what I want it to do, provided
that I understand them.
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from gdr at cs dot tamu dot edu 2007-05-29 11:11 ---
Subject: Re: "warning: deleting void* is undefined" sometimes bogus
"andrew dot stubbs at st dot com" <[EMAIL PROTECTED]> writes:
| Well, obviously I'll let people who really understand the details of this
| decide wh
--- Comment #4 from andrew dot stubbs at st dot com 2007-05-29 10:57
---
Well, obviously I'll let people who really understand the details of this
decide whether it can be solved.
However, on the principle that warnings which one can safely ignore, but cannot
silence, are at best unhel
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-05-29 10:47
---
> Now, gcc-3_2-branch is long time closed, so IMNSHO gcc-4.2+ should work around
> this bug.
Agreed, we can simply say that GCC 3.2.x is not "is a GCC version that supports
it". Would you mind writing the patch?
--- Comment #2 from dragzhb at yahoo dot com dot cn 2007-05-29 10:46
---
Sorry, I copy error.
it should be $GCC_SRC_ROOT\libstdc++-v3\include\ext\pb_ds\detail
I build it in another directory.
steps :
mkdir mingw_build
cd mingw_build
../gcc-4.2.0/configure --with-gcc --with-gnu-ld --w
--- Comment #4 from jakub at gcc dot gnu dot org 2007-05-29 10:40 ---
When using gcc-3.2.3 as bootstrap compiler, i386.c is miscompiled
with -O0 -fkeep-inline-functions (the latter option is what is new
in gcc 4.2 and why 4.1.x bootstrap didn't suffer from this, see
2006-07-04 Eric Botc
--- Comment #4 from pault at gcc dot gnu dot org 2007-05-29 10:39 ---
The patch below works and regtests OK. I am trying to devise a safe method of
gettting rid of the redundant symbols if none of the equivalence members is
USEd. If I cannot see something by tonight, I will submit anyw
--- Comment #7 from pluto at agmk dot net 2007-05-29 10:17 ---
(In reply to comment #6)
> + str.exceptions ( stlp_std::istringstream::eofbit ||
> stlp_std::istringstream::badbit || stlp_std::istringstream::failbit );
of course it should be '|' instead of '||' (shame on me)
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-05-29 09:21 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from pluto at agmk dot net 2007-05-29 08:50 ---
(In reply to comment #5)
> Which shows for sure r may be used unitialized.
yes, but even if i catch possible i/o failure, gcc still produces warning.
--- auHexCastTest.ii.orig
+++ auHexCastTest.ii
@@ -18958,7 +18958,12 @
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-05-29
08:16 ---
Fixed on trunk.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #4 from burnus at gcc dot gnu dot org 2007-05-29 08:16 ---
The error is in gfc_trans_dummy_array_bias, where the assert fails:
gcc_assert (GFC_ARRAY_TYPE_P (type));
The question is: Why does it fail on powerpc-apple but not on
x86_64-unknown-linux-gnu?
--
http://gcc.
--- Comment #4 from dannysmith at gcc dot gnu dot org 2007-05-29 08:09
---
Subject: Bug 29498
Author: dannysmith
Date: Tue May 29 08:09:16 2007
New Revision: 125160
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125160
Log:
libgcc
PR target/29498
* config.host
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-05-29 08:05 ---
*** Bug 32138 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 2007-05-29 08:05 ---
You might want to update your compiler: 4.3.0 20070131 is almost 5 months out
of date (in this case this is getting old because you are using a prerelease
after all).
This is a dup of bug 31495 which was fixed a lit
--- Comment #1 from mathewc at nag dot co dot uk 2007-05-29 08:02 ---
I suppose that the code example could be made clearer if it were
WRITE(*,*) 'A continued string&
&!'
END
for which the output is the same.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32138
--- Comment #3 from burnus at gcc dot gnu dot org 2007-05-29 07:51 ---
Test case came from PR32088.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Using
> gfortran --version
GNU Fortran 95 (GCC) 4.3.0 20070131 (experimental)
> uname -a
Linux loanamd25 2.6.12-rc1-mm-smp #13 SMP Fri Jun 3 17:14:40 BST 2005 x86_64
x86_64 x86_64 GNU/Linux
and compiling the file
WRITE(*,*) 'A continued comment&
&!'
END
as
> gfortran gf_test.f90
results
--- Comment #2 from brooks at gcc dot gnu dot org 2007-05-29 07:35 ---
Update: This isn't a regression; the testcase is new.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from kloedej at knmi dot nl 2007-05-29 07:29 ---
(In reply to comment #7)
Hi,
this is just to report that my code works again as expected.
Thanks a lot for the fast fix of this bug!
Jos de Kloe
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32083
1 - 100 of 102 matches
Mail list logo
