--- Comment #9 from patchapp at dberlin dot org 2007-07-22 06:10 ---
Subject: Bug number PR 32600
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-07/msg01540.html
--
This patch
http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00424.html
causes
[EMAIL PROTECTED] gcc]$ ./xgcc -B./ -O2 -S
/export/gnu/import/rrs/126568/src/gcc/testsuite/g++.dg/opt/pr24665.C
/export/gnu/import/rrs/126568/src/gcc/testsuite/g++.dg/opt/pr24665.C: In
constructor
--- Comment #7 from hjl at lucon dot org 2007-07-22 07:34 ---
PR 32850 has the revision # which causes this regression.
*** This bug has been marked as a duplicate of 32850 ***
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #1 from hjl at lucon dot org 2007-07-22 07:34 ---
*** Bug 32746 has been marked as a duplicate of this bug. ***
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-07-22 08:21 ---
Daniel, I bet this is related to the print foo bug you were working on.
Same kind of thing. Will you take a further look?
Jerry, you lost. While skipping the fixup in pr32710 avoids the ICE and
results in a
--- Comment #2 from rask at sygehus dot dk 2007-07-22 08:25 ---
This bug had already been opened as 32746 and 32848. Please search for existing
bugs before opening new ones.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32850
Sorting a vector comprised of a class defined as a template fails.
-
#include vector
#include algorithm
class card {
public:
int id;
bool operator(card const A) { return this-id A.id;};
card() {id=0;}
};
template class MyCard
class cards {
protected:
--- Comment #1 from klra67 at freenet dot de 2007-07-22 08:32 ---
Created an attachment (id=13946)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13946action=view)
Minimum test case
A minimum test case to reproduce the error. Code compiles well on another
compiler.
--
--- Comment #11 from dannysmith at users dot sourceforge dot net
2007-07-22 08:42 ---
(In reply to comment #10)
Here is a complete patch, tested on Cygwin. I need to test on mingw. Can
anyone help with that?
open(unit=29,file='CONOUT$')
write(29,100)
100
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-07-22 09:03 ---
Reopen this one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-22 09:04 ---
Stop closing bugs as dups when we already know the issue.
*** This bug has been marked as a duplicate of 32746 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-07-22 09:04 ---
*** Bug 32850 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from patchapp at dberlin dot org 2007-07-22 09:20 ---
Subject: Bug number PR32710
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-07/msg01640.html
--
--- Comment #2 from vda dot linux at googlemail dot com 2007-07-22 10:16
---
Well, gcc 3.4.3 disagrees with you:
# gcc -Os -fomit-frame-pointer -S t.c
# cat t.s
.file t.c
.text
.globl t
.type t, @function
t:
callf
testl %eax, %eax
--- Comment #3 from drh at sqlite dot org 2007-07-22 11:43 ---
Follow-up comments to the original bug report in SQLite
(see the link shown above) report that the same problem
exists in GCC 4.2.1. A work-around for SQLite was
devised, which was to change a single line of code:
-
This patch
http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00385.html
caused
[EMAIL PROTECTED] bin]$ ./g++ -static
../../src/gcc/testsuite/g++.old-deja/g++.jason/synth7.C
[EMAIL PROTECTED] bin]$ ./a.out
Segmentation fault
[EMAIL PROTECTED] bin]$
--
Summary: [4.3 Regression]
--- Comment #1 from hjl at lucon dot org 2007-07-22 13:40 ---
It happens on Linux/x86-64 and Linux/ia32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32852
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-07-22 14:21
---
Yes, I found similar on Cygwin, so I am still at it on this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
seen with 20070720 trunk; the failing testcases use all available RAM, then
fail. (note: seen with the libjava backport for 4.1 as well)
=== libjava tests ===
Running target unix
FAIL: Process_3 output - source compiled test
FAIL: Process_3 -findirect-dispatch output - source
I already submitted a patch for this (see my followup to HP that fixes
valid_gimple_expression_p).
As soon as i can bootstrap on darwin, i will commit it.
If someone wants to do so before me, all you need to do is change
is_gimple_addressable to is_gimple_id in valid_gimple_expression_p
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-07-22 15:42
---
Subject: Re: [4.3 Regression] tree-ssa-operands int.comp error
I already submitted a patch for this (see my followup to HP that fixes
valid_gimple_expression_p).
As soon as i can bootstrap on darwin, i will
Warnings when passing non-const multi-dimensional arrays to inline functions
expecting const multi-dimensional arrays cannot be shut-up by a type cast.
This is for vanilla gcc-4.2.1 configured with
./configure --enable-languages=c
uname -a:
Linux anaxagoras 2.6.21.3 #1 SMP PREEMPT Thu Jun 7
--- Comment #5 from nathan at gcc dot gnu dot org 2007-07-22 16:26 ---
Subject: Bug 30818
Author: nathan
Date: Sun Jul 22 16:25:54 2007
New Revision: 126825
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126825
Log:
cp/
PR c++/30818
* typeck.c
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-07-22 16:31 ---
Subject: Bug 31253
Author: dfranke
Date: Sun Jul 22 16:31:11 2007
New Revision: 126826
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126826
Log:
gcc/fortran:
2007-07-22 Daniel Franke [EMAIL PROTECTED]
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-07-22 16:31 ---
Subject: Bug 29962
Author: dfranke
Date: Sun Jul 22 16:31:11 2007
New Revision: 126826
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126826
Log:
gcc/fortran:
2007-07-22 Daniel Franke [EMAIL PROTECTED]
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-22 16:31 ---
Subject: Bug 31265
Author: dfranke
Date: Sun Jul 22 16:31:11 2007
New Revision: 126826
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126826
Log:
gcc/fortran:
2007-07-22 Daniel Franke [EMAIL PROTECTED]
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-07-22 16:31 ---
Subject: Bug 31639
Author: dfranke
Date: Sun Jul 22 16:31:11 2007
New Revision: 126826
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126826
Log:
gcc/fortran:
2007-07-22 Daniel Franke [EMAIL PROTECTED]
--- Comment #6 from nathan at gcc dot gnu dot org 2007-07-22 16:33 ---
fixed with http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01644.html
cp/
PR c++/30818
* typeck.c (structural_comptypes): No need to check
resolve_typename_type return value here.
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-07-22 16:37 ---
Subject: Bug 32710
Author: dfranke
Date: Sun Jul 22 16:37:12 2007
New Revision: 126828
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126828
Log:
gcc/fortran:
2007-07-22 Daniel Franke [EMAIL PROTECTED]
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-07-22 16:38 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-07-22 16:39 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-07-22 16:41 ---
As said, closing as fixed.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-22 16:41 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-07-22 16:42 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
The dataflow merge:
http://gcc.gnu.org/ml/gcc-cvs/2007-06/msg00384.html
caused
[EMAIL PROTECTED] bin]$ ./g++ -static -O2
../../src/gcc/testsuite/g++.dg/tree-ssa/pr28003.C
[EMAIL PROTECTED] bin]$ ./a.out
Segmentation fault
[EMAIL PROTECTED] bin]$
This happens on Linux/ia64.
--
--- Comment #3 from rask at sygehus dot dk 2007-07-22 16:47 ---
That is a known bug in GCC 3.4.3, causing the SSE code in f() to segfault.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32849
--- Comment #2 from nathan at gcc dot gnu dot org 2007-07-22 16:49 ---
Created an attachment (id=13949)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13949action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32839
This contrived example is miscompiled by gcc:
struct node {
struct node* next, *prev;
};
void foo(struct node* n) {
n-next-next-prev=n;
n-next-prev-next=n;
}
This is not from real code, but I wrote it to demonstrate aliasing issues for a
talk I'm preparing now. gcc -O2
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org
--- Comment #1 from felix-gcc at fefe dot de 2007-07-22 17:09 ---
Well, since n is passed in a register, it can assume that n is still the same
here. :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32856
--- Comment #2 from felix-gcc at fefe dot de 2007-07-22 17:12 ---
FWIW, the C compilers from Intel and Sun do reload n-next.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32856
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-22 17:16 ---
Another of the kind string vs. array of character. This works without hitch:
character :: a(1) = (/ 1 /)
forall(i=1:1) a(i:i) = a(i:i)
end
--
dfranke at gcc dot gnu dot org changed:
What
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-07-22 17:39 ---
Digging in ...
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from nathan at gcc dot gnu dot org 2007-07-22 17:48 ---
2007-07-22 Nathan Sidwell [EMAIL PROTECTED]
cp/
PR c++/32839
* typeck.c (convert_arguments): Only use default args if we have
a function decl.
testsuite/
PR
--- Comment #4 from nathan at gcc dot gnu dot org 2007-07-22 18:47 ---
Subject: Bug 32839
Author: nathan
Date: Sun Jul 22 18:46:51 2007
New Revision: 126829
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126829
Log:
cp/
PR c++/32839
* typeck.c (convert_arguments):
--- Comment #9 from debian-gcc at lists dot debian dot org 2007-07-22
18:53 ---
I don't know the fortran policy on closing bug reports with regressions; is
there no chance to backport the fix to the active branches?
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31639
--- Comment #10 from kargl at gcc dot gnu dot org 2007-07-22 19:14 ---
(In reply to comment #9)
I don't know the fortran policy on closing bug reports with regressions; is
there no chance to backport the fix to the active branches?
It isn't a gfortran policy. The general GCC policy
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |middle-end
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-22 19:29 ---
This is most likely the dwarf2 vs ia64 unwinding code issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-22 19:31 ---
This has been fixed on the trunk already.
*** This bug has been marked as a duplicate of 29478 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from pinskia at gcc dot gnu dot org 2007-07-22 19:31
---
*** Bug 32854 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pault at gcc dot gnu dot org 2007-07-22 19:34 ---
s/Wong/Wrong/
As the old joke says abot the Chinese fotball team, two wings and a Wong...
This appears to be fixed by my patch for pr32105; which, however, breaks cp2k.
I am onto this but have spent the entirity of
--- Comment #11 from dfranke at gcc dot gnu dot org 2007-07-22 19:42
---
Reopening, the original testcase still fails for std=gnu. Sigh.
For the record: an error is generated for -std=f95, std=f2003 and a warning for
-std=gnu -pedantic. Currently testing ...
Index: expr.c
--- Comment #11 from rosana07a at gmail dot com 2007-07-22 20:09 ---
(In reply to comment #10)
Subject: Re: [4.3 Regression] tree-ssa-operands int.comp error
I already submitted a patch for this (see my followup to HP that fixes
valid_gimple_expression_p).
As soon as i can
trunk 20070720 fails with an ICE, although it doesn't seem to be the primary
error.
Matthias
/bin/sh ./libtool --tag=GCJ --mode=compile
/scratch/packages/gcc/snap/gcc-snapshot-20070720/build/gcc/gcj
-B/scratch/packages/gcc/snap/gcc-snapshot-20070720/build/hppa-linux-gnu/libjava/
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-22 20:16 ---
ICE is just an artifact I think:
java/util/AbstractMap.java:819: error: cannot find file for class
java.util.AbstractMap$SimpleEntry
is the real error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32857
--- Comment #2 from danglin at gcc dot gnu dot org 2007-07-22 21:02 ---
Do you have Kyle's use-compat_sys_getdents patch installed? It fixes
a scandir bug. Without it, building libjava fails. See
http://git.kernel.org/?p=linux/kernel/git/kyle/patches.git;a=shortlog.
It was also
It would be better if runtime_error() included printf-like capabilites,
for better error reporting.
The way forward is to make it a variadic function, which passes its
arguments to st_printf(). This, in turn, should be based on the
library printf() - family of functions because it offers more
--- Comment #4 from vda dot linux at googlemail dot com 2007-07-22 21:32
---
I am confused...
How does reserving 12 bytes on stack can help to prevent a segfault?
I can imagine how aligning the stack can help, but here gcc 4.2.1 does
something diffrent.
Maybe just throw an URL to more
--- Comment #5 from rask at sygehus dot dk 2007-07-22 22:56 ---
The point is exactly to align the stack. The call instruction decrements %esp
by 4 bytes, so GCC has to decrement %esp by another 12 bytes to keep the stack
aligned. See also bug target/13685.
--
--- Comment #3 from falk at debian dot org 2007-07-22 23:01 ---
Can you give an example how n-next-next-prev and n-next might be at the
same address? I don't see any legal way to achieve that.
And FWIW, DEC C also optimizes like gcc does.
--
falk at debian dot org changed:
--- Comment #4 from felix-gcc at fefe dot de 2007-07-22 23:08 ---
Falk:
union {
struct {
void* unused;
struct node n;
} a;
struct node b;
} u;
Then u.a.n.next == u.b.n.prev;
Artificial? Sure. But legal.
--
--- Comment #5 from falk at debian dot org 2007-07-22 23:19 ---
Well, certainly not legal in C, since there you may only access the element of
a union last written to. However, in GNU C, other accesses are allowed.
--
falk at debian dot org changed:
What|Removed
--- Comment #15 from vda dot linux at googlemail dot com 2007-07-23 00:03
---
Disadvantages of enforcing 16-bytes stack alignment, continued:
* Code to align the stack is generated when we call a function, even when this
function isn't going to use SSE. Which is ~90% of all functions
--- Comment #27 from vda dot linux at googlemail dot com 2007-07-23 00:06
---
May I point that alternative solution (to align stack _in the function which
needs it_) doesn't crash if called by code generated by old or new gcc, and
also gives smaller, faster and less stack consuming
--- Comment #6 from vda dot linux at googlemail dot com 2007-07-23 00:15
---
Oh *shit*. I see. Why, oh why you didn't go for aligning stack in fuctions
which decided they need to use instructions which require alignment? And ONLY
that functions? Why everyone needs to pay this tax now?
--- Comment #16 from vda dot linux at googlemail dot com 2007-07-23 00:48
---
You have it reversed here:
8. Stack alignment is already implemented in Gcc and existing code relies on
it.
No, stack alignment is _not_ in current de-facto i386 Linux ABI and there are
tons of existing
--- Comment #2 from saito at densan dot co dot jp 2007-07-23 01:23 ---
How about following testcase.
I list the value which moves current sp as to some architectures.
In the following case, listed value is 24.
add #-24,r15 -- stack grows down
With the result that
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-07-23 02:59
---
Created an attachment (id=13950)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13950action=view)
Patch to provide conio support
Danny, can you please check this new patch. Works on Cygwin as far as I can
--- Comment #1 from Vladislav dot Mikhailikov at paradox-neo dot uz
2007-07-23 04:27 ---
This bug was resolved in Glibc-2.6.90 (CVS 22.07.2007). Anyway , thanks a lot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32818
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2007-07-23 04:41
---
Created an attachment (id=13951)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13951action=view)
Update patch
This one does not fail when there is no filename, :)
--
--- Comment #15 from dannysmith at users dot sourceforge dot net
2007-07-23 04:44 ---
(In reply to comment #13)
Created an attachment (id=13950)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13950action=view) [edit]
Patch to provide conio support
Danny, can you please check
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2007-07-23 05:46
---
I tried my latest updated patch in DOS terminal window as you suggested and it
works OK, provided the file name is CONOUT$. If it is con or CON, I get an
error of file already exists. I will think about that
--- Comment #5 from konig12 at gmail dot com 2007-07-23 05:53 ---
I have experienced the same problem. I am compiling gcc on a machine with 32
mb ram. Even with over 2 Gb swap it will work for hours and then finally crash
with an out of memory exception. I have worked around the
76 matches
Mail list logo