--- Comment #7 from baldrick at gcc dot gnu dot org 2007-06-07 07:07
---
> Valgrind is helful only if there is a crash (segmentation fault).
This is completely wrong. Valgrind detects problems that *may*
cause a crash. The fact that crashes occur rarely doesn't mean
there isn't somet
--- Comment #106 from tbm at cyrius dot com 2007-06-07 07:21 ---
(In reply to comment #101)
> current gcc (i.e. after the fix for PR32018) still ICEs as described in
> comment
> #100
I independently reported a bug yesterday that has a very similar traceback as
what you posted in commen
--- Comment #4 from burnus at gcc dot gnu dot org 2007-06-07 08:39 ---
Compilation works for me with:
gcc-Version 4.3.0 20070607 x86_64-unknown-linux-gnu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32176
--- Comment #1 from pcarlini at suse dot de 2007-06-07 08:51 ---
(In reply to comment #0)
> std::wstring wstr = L"Hello, World!";
A couple of clarifications. First, your way of using --short-wchar cannot work
in principle, because std::string functions are exported from the inst
--- Comment #2 from andreast at gcc dot gnu dot org 2007-06-07 09:09
---
removed on sparc and build succeeds :)
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-07 09:14 ---
This is neither a GCC bug or a glibc bug as -fshort-wchar changes the ABI.
The documentation already mentions this:
Warning: the -fshort-wchar switch causes GCC to generate code that is not
binary compatible with cod
--- Comment #107 from jv244 at cam dot ac dot uk 2007-06-07 09:25 ---
(In reply to comment #106)
> (In reply to comment #101)
> > current gcc (i.e. after the fix for PR32018) still ICEs as described in
> > comment
> > #100
>
> I independently reported a bug yesterday that has a very si
--- Comment #5 from jv244 at cam dot ac dot uk 2007-06-07 09:32 ---
(In reply to comment #4)
> Compilation works for me with:
> gcc-Version 4.3.0 20070607 x86_64-unknown-linux-gnu
>
still failing for me with a compiler a few minutes old:
[EMAIL PROTECTED]:~/g95> cat /scr
--- Comment #108 from jv244 at cam dot ac dot uk 2007-06-07 09:34 ---
Unfortunately the newly updated compiler ICEs now at -O0
gfortran -O0 pw_types.f90
/scratch/vondele/clean/cp2k/src/../src/pw_types.F: In function
pw_integral_a2b:
/scratch/vondele/clean/cp2k/src/../src/pw_types.F:37
--- Comment #2 from bkoz at gcc dot gnu dot org 2007-06-07 09:55 ---
How is it that this tester can build on this target, and not you?
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00309.html
I don't see a mention of AIX limitations for sed here:
http://gcc.gnu.org/install/specific
--- Comment #3 from bkoz at gcc dot gnu dot org 2007-06-07 10:00 ---
>When I build gcc-g++ 4.2.0 in Mingw32 in Windows XP, when it compile libstdc++
>, it want to create directory link of
> $GCC_SRC_ROOT\libstdc++-v3\include\ext\pb_ds\detail
>but in mingw32 , It can't create it.
Why no
--- Comment #3 from joerg dot richter at pdv-fs dot de 2007-06-07 10:03
---
Well,
$ which sed
/usr/bin/sed
$ /usr/bin/sed -e ''
sed: 0602-429 No editing script was provided.
Usage: sed [-n] Script [File ...]
sed [-n] [-e Script] ... [-f Script_file] ... [File ...]
Can it be
/*
$ cat /proc/version
Linux version 2.6.20-15-generic ([EMAIL PROTECTED]) (gcc version 4.1.2 (Ubuntu
4.1.2-0ubuntu4)) #2 SMP Sun Apr 15 06:17:24 UTC 2007
$ gcc --version
gcc (GCC) 4.1.2 (Ubuntu 4.1.2-0ubuntu4)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the sourc
--- Comment #1 from rsalmin2 at cc dot hut dot fi 2007-06-07 10:30 ---
Created an attachment (id=13663)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13663&action=view)
Source code and preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32241
current trunk :
gfortran -c -O0 test.f90
test.f90: In function pw_integral_a2b:
test.f90:251: internal compiler error: in gfc_conv_variable, at
fortran/trans-expr.c:386
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--- Comment #1 from jv244 at cam dot ac dot uk 2007-06-07 10:39 ---
Created an attachment (id=13664)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13664&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32242
--- Comment #2 from jv244 at cam dot ac dot uk 2007-06-07 10:40 ---
This blocks CP2K (PR 29975)
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
OtherBugsDependi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #109 from jv244 at cam dot ac dot uk 2007-06-07 11:56 ---
(In reply to comment #108)
> Unfortunately the newly updated compiler ICEs now at -O0
>
this is now PR 32242
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
I'm getting the following ICE with current trunk. This also fails with
20070303.
(sid)25827:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O3
-ftree-vectorize
mesa-depthstencil.c
mesa-depthstencil.c: In function 'put_mono_values_s8':
mesa-depthstencil.c:13: internal compiler error: in
v
--- Comment #1 from tbm at cyrius dot com 2007-06-07 12:47 ---
This worked with 20061214.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32243
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-06-07 13:04
---
Confirmed on i686-darwin. I'll look into it during the week-end if noone beats
me to it.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from dir at lanl dot gov 2007-06-07 13:13 ---
Most compilers assume that you need to backspace back over the End-Of-File.
This goes back to the good old days, when the EOF was actually a tape mark.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32235
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-06-07
13:21 ---
Subject: Re: [4.3 Regression]
../gcc/libjava/classpath/include/config-int.h:7:20: error: stdint.h: No such
file or directoRO
> removed on sparc and build succeeds :)
Same on hppa2.0w-hp-hpux11.11.
Dave
The output is different by the optimization.
testcase:
#include
struct foo
{
unsigned long long b:33;
};
int main()
{
struct foo x = {2};
printf("%llx\n",(x.b<<32));
return 0;
}
result:
$ gcc bit.c -o bit; ./bit
2
$ gcc -O bit.c -o bit; ./bit
0
--
Summary: bit-f
testcase:
#include
struct foo
{
int mem1;
int foo::* mem2;
};
int main()
{
foo x = {0};
assert(x.mem2 == foo().mem2);
return 0;
}
result:
$ g++42 bug.cpp -o bug; ./bug
assertion "x.mem2 == foo().mem2" failed: file "bug.cpp", line 12
Aborted (core dumped)
--
Summary: wron
--- Comment #4 from doko at gcc dot gnu dot org 2007-06-07 13:38 ---
Subject: Bug 32227
Author: doko
Date: Thu Jun 7 13:38:49 2007
New Revision: 125528
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125528
Log:
2007-06-07 Matthias Klose <[EMAIL PROTECTED]>
PR libgcj
--- Comment #12 from rob1weld at aol dot com 2007-06-07 13:42 ---
I've done some more testing.
With GNU/Linux 4.0 the file: /usr/include/bits/mathdef.h has this in it:
# if defined __FLT_EVAL_METHOD__ && __FLT_EVAL_METHOD__ == 0
/* When using -mfpmath=sse, values are computed with the
--- Comment #13 from rob1weld at aol dot com 2007-06-07 13:48 ---
One other thing:
When I build and test the origonal (un-modified) Paranoia with GCC I can
compile with different flags and get different results - but these are
"_similar_" flags :(
1 Defect 1 Flaw
-mmmx -msse -m3dnow
The following code snippet lets gcc (3.4.6) spin in an endless loop and print
out the error message
error: `data_t' has no non-static data
member named `a'
again and again:
typedef struct
{
struct {
struct {
unsigned a1;
unsigned a2;
} a;
unsigned b;
--- Comment #4 from dragzhb at yahoo dot com dot cn 2007-06-07 14:02
---
I think mingw32 don't support good to create link of directory.
When I check ext\pb_ds\detail in $GCC_BUILD_ROOT\mingw32\libstdc++-v3\include,
it create more and more
ext\pb_ds\detail\ext\pb_ds\detail\ext\pb_ds\det
--- Comment #4 from jv244 at cam dot ac dot uk 2007-06-07 14:10 ---
Reduced:
MODULE kahan_sum
INTEGER, PARAMETER :: dp=KIND(0.0D0)
INTERFACE accurate_sum
MODULE PROCEDURE kahan_sum_d1, kahan_sum_z1
END INTERFACE accurate_sum
TYPE pw_grid_type
REAL (KIND=dp), DIMENSION (
--- Comment #2 from rakdver at gcc dot gnu dot org 2007-06-07 15:34 ---
Subject: Bug 32220
Author: rakdver
Date: Thu Jun 7 15:34:40 2007
New Revision: 125531
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125531
Log:
PR tree-optimization/32220
* tree-predcom.c (
--- Comment #4 from sje at cup dot hp dot com 2007-06-07 15:38 ---
This is fixed with a testsuite change in version 125510. I forgot to put
the PR number in the ChangeLog file. I changed the test to do an approximate
comparision instead of an exact one.
--
sje at cup dot hp dot com
--- Comment #6 from brolley at redhat dot com 2007-06-07 15:48 ---
As Andrew Pinski has noted, 4.2.0 rejects the code with a proper error message.
The latest trunk does the same. The change which fixes this is
2006-08-20 Mark Mitchell <[EMAIL PROTECTED]>
PR c++/28341
--- Comment #7 from brolley at redhat dot com 2007-06-07 15:49 ---
Created an attachment (id=13665)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13665&action=view)
Proposed Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29704
The latest java compiler (well in Fedora 7) enables -Wunused as part of -Wall.
Is this such a good idea as this leads to -Wunused-parameter (a relatively
common thing in O-O),
--
Summary: -Wall enables -Wunused enables -Wunused-parameter
Product: gcc
Version: 4.
--- Comment #7 from sje at gcc dot gnu dot org 2007-06-07 16:46 ---
Subject: Bug 31850
Author: sje
Date: Thu Jun 7 16:46:26 2007
New Revision: 125532
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125532
Log:
PR target/31850
* rtl.h (push_to_sequence2): New.
--- Comment #2 from sje at cup dot hp dot com 2007-06-07 17:29 ---
This is fixed on HP-UX 11.* systems but is still an issue on HP-UX 10.*
systems.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--
--- Comment #2 from sje at cup dot hp dot com 2007-06-07 17:49 ---
I don't think this defect is related to PR 32716. This problem only occurs
when the array size of X is 1. I posted a patch at
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00357.html
and tried to address Richard Guenth
--- Comment #4 from dorit at il dot ibm dot com 2007-06-07 18:40 ---
You're right. I'm testing this obvious patch:
Index: tree-vect-analyze.c
===
*** tree-vect-analyze.c (revision 125526)
--- tree-vect-analyze.c (working co
--- Comment #110 from jv244 at cam dot ac dot uk 2007-06-07 19:26 ---
After commenting the code leading to PR 32242 compilation leads to the
following ICE:
/scratch/vondele/clean/cp2k/src/../src/pw_types.F: In function
pw_integral_a2b:
/scratch/vondele/clean/cp2k/src/../src/pw_types.F
another ICE derived from CP2K (PR 29975)
gfortran testcase.cell_types.f90
testcase.cell_types.f90: In function pbc3:
testcase.cell_types.f90:22: internal compiler error: in gfc_trans_assignment_1,
at fortran/trans-expr.c:3877
Please submit a full bug report,
with preprocessed source if appropria
--- Comment #111 from jv244 at cam dot ac dot uk 2007-06-07 19:36 ---
(In reply to comment #110)
> /scratch/vondele/clean/cp2k/src/../src/pw_types.F:2647: internal compiler
> error: in gfc_trans_assignment_1, at fortran/trans-expr.c:3877
filed as PR 32248
--
http://gcc.gnu.org/bugz
--- Comment #1 from jv244 at cam dot ac dot uk 2007-06-07 19:38 ---
This triggers in many places in CP2K, so, for once, I'll mark it as critical
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #8 from laurent at guerby dot net 2007-06-07 19:43 ---
Here is a test case that's likely to fail: I just allocate a non zero filled
record of the right size before filling the map.
Expects no output, but will raise program_error because of the bug (with 4.3.0
20070606 on x86
--- Comment #3 from simartin at gcc dot gnu dot org 2007-06-07 19:59
---
Subject: Bug 30759
Author: simartin
Date: Thu Jun 7 19:59:33 2007
New Revision: 125539
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125539
Log:
gcc/
2007-06-07 Simon Martin <[EMAIL PROTECTED]>
--- Comment #9 from baldrick at gcc dot gnu dot org 2007-06-07 20:12
---
> Here is a test case that's likely to fail: I just allocate a non zero filled
> record of the right size before filling the map.
Good idea - thanks for doing this!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
In gcc/java/parse.y there is this code:
parse_error_context
(cl, "Public %s %qs must be defined in a file called %<%s.java%>",
(is_interface ? "interface" : "class"),
IDENTIFIER_POINTER (qualified_name),
In gcc/java/parse.y there is this code:
parse_error_context
(wfl, "Class %qs can't subclass %s %qs",
IDENTIFIER_POINTER (DECL_NAME (this_decl)),
(CLASS_INTERFACE (TYPE_NAME (super_type)) ? "interface" : "array"),
IDENTIFIER_POINTER (DECL_NAME (super_decl)))
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-07 21:00 ---
And here is a testcase which makes this reproduciable on the trunk (on
powerpc-linux):
extern void abort (void);
extern void exit (int);
_Bool a;
int foo ()
{
int b;
int c = a;
c = __builtin_abs(c);
c = c-1
--- Comment #53 from manu at gcc dot gnu dot org 2007-06-07 21:01 ---
Subject: Bug 25241
Author: manu
Date: Thu Jun 7 21:01:41 2007
New Revision: 125543
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125543
Log:
2007-06-07 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR t
--- Comment #8 from reichelt at gcc dot gnu dot org 2007-06-07 21:52
---
The following simplified testcase still crashes on mainline when compiled
with "-O2":
==
struct A
{
int i, *p;
A* a;
void foo()
{
if (p)
p++;
else
{
if
The following code snippet triggers a segfault since GCC 3.4.0:
===
struct A
{
A();
void operator delete(void*,...);
};
void foo()
{
new A;
}
===
bug.cc: In function 'void foo()':
bug.cc:9: internal compiler error: Seg
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32251
The following (IMHO valid) code snippet triggers an ICE on mainline:
==
int x[5];
template struct A;
template struct A {};
A<0,5,x> a;
==
bug.cc:7: internal compiler error: tree check: accessed el
The following invalid code snippet triggers an ICE on mainline:
==
template struct A
{
A() { fp(); }
};
void foo();
A a;
==
bug.cc: In constructor 'A::A()':
bug.cc:3: error: parameter packs not exp
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32253
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32252
--- Comment #1 from sje at cup dot hp dot com 2007-06-07 22:47 ---
I have looked into this bug and I think it is an HP math lib bug. The 64 bit
powf function is using %fr12R but not saving/restoring it the way it is
supposed to. I have a query in to the math lib folks to see if they ca
--- Comment #12 from reichelt at gcc dot gnu dot org 2007-06-07 22:56
---
Although PR18923 is fixed now, this testcase (from comment#7) is still
crashing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25252
--- Comment #4 from jakub at gcc dot gnu dot org 2007-06-07 23:11 ---
Subject: Bug 32177
Author: jakub
Date: Thu Jun 7 23:11:23 2007
New Revision: 125544
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125544
Log:
PR c++/32177
* semantics.c (finish_omp_for): Call
--- Comment #2 from fang at csl dot cornell dot edu 2007-06-08 00:03
---
reduced test case:
==
template
class SimpleStack {
public:
T& top() { return *ptr; }
void pop() { top.~T(); }
T *ptr;
};
int main(int, char*[]) {
Simpl
--- Comment #14 from rob1weld at aol dot com 2007-06-08 00:23 ---
Here are the test results. I enabled almost every possible option and all the
checking that is functional. Nearly every test passed. I diffed it with a
result from a few days ago (before the mod), I do not seem to have cau
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-08 00:31 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-06-08 00:46
---
Yes, it turns out not to be a complete duplicate. I am still working on this
one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25252
--- Comment #10 from anhvofrcaus at gmail dot com 2007-06-08 01:10 ---
Thank you both for your explanation to a newbie having no experience with
valgrind tool. I have come up with a simpler version which similar to
Laurent's. Here it goes.
with Ada.Containers.Hashed_Maps;
procedure P is
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-06-08 04:49
---
Subject: Bug 32223
Author: jvdelisle
Date: Fri Jun 8 04:49:23 2007
New Revision: 125557
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125557
Log:
2007-06-07 Steven G. Kargl <[EMAIL PROTECTED]>
--- Comment #5 from pault at gcc dot gnu dot org 2007-06-08 04:59 ---
I believe that this is also caused by r125316.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32242
--- Comment #2 from pault at gcc dot gnu dot org 2007-06-08 04:57 ---
This, in fact, worked fine up until GNU Fortran (GCC) 4.3.0 20070602.
Since there were only three fortran patches in that time, I reverted each of
them and found that the culprit is r125316.
2007-06-04 Lee Millward <
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-06-08 05:32
---
Fixed, not a regression, no backport
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from kkojima at gcc dot gnu dot org 2007-06-08 05:54 ---
Subject: Bug 32163
Author: kkojima
Date: Fri Jun 8 05:53:57 2007
New Revision: 125558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125558
Log:
PR target/32163
Backport from mainline.
--- Comment #7 from kkojima at gcc dot gnu dot org 2007-06-08 05:56 ---
Subject: Bug 32163
Author: kkojima
Date: Fri Jun 8 05:56:28 2007
New Revision: 125559
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125559
Log:
PR target/32163
Backport from mainline.
--- Comment #8 from kkojima at gcc dot gnu dot org 2007-06-08 05:58 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from irar at gcc dot gnu dot org 2007-06-08 06:31 ---
Subject: Bug 31699
Author: irar
Date: Fri Jun 8 06:31:39 2007
New Revision: 125560
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125560
Log:
Backport from mainline:
2007-05-03 Dorit Nuzman
75 matches
Mail list logo
