Mainline revision 128287.
Configured with:
% ../gcc/configure --enable-languages=c,c++,fortran
bootsrapped with:
% make -j 8
Comparing stages 2 and 3
/home/victork/mainline/build.128287/stage3-gcc
warning: ./cc1plus-checksum.o differs
warning: ./cc1-checksum.o differs
Bootstrap comparison
--- Comment #2 from dleska at gmail dot com 2007-09-09 06:47 ---
(In reply to comment #1)
VS seems to dispatch to some other function.
Yep - if the function is virtual, VS generates a stub that does the vtable
lookup. However for non virtual function the call is direct - which is
--- Comment #3 from schwab at suse dot de 2007-09-09 08:09 ---
Use -B${binutils-bindir}, where ${binutils-bindir} is the directory where the
binutils binaries were installed. `-BPREFIX' This option specifies where
to find the executables, libraries, include files, and data
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-09 10:31 ---
There have been chating about this on the IRC channel.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from stevenyi at 163 dot com 2007-09-09 05:26 ---
I can not see any reason to call the copy constructor here. If you remove
keyword explicit so that let the code compile, you can find that the copy
constructor is not called at all.
Again the 1998 standard (as written)
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-09-09 10:33 ---
Subject: Re: copy constructor error
--- Comment #4 from stevenyi at 163 dot com 2007-09-09 05:26 ---
I can not see any reason to call the copy constructor here. If you remove
keyword explicit so that
On 9 Sep 2007 06:47:40 -, dleska at gmail dot com
[EMAIL PROTECTED] wrote:
Is this optimisation not possible in gcc?
Only because the ABI that GCC follows (the IA64 C++ ABI) says
otherwise so we have to follow that.
If you want this optimization, you will need the whole program as even
if
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-09 10:37 ---
Subject: Re: Slow calls through simple member function pointers
On 9 Sep 2007 06:47:40 -, dleska at gmail dot com
[EMAIL PROTECTED] wrote:
Is this optimisation not possible in gcc?
Only because the ABI that
--- Comment #6 from mralanmorgan at gmail dot com 2007-09-09 11:12 ---
oooh someone's got their panties in a bunch. Sorry that you are so
disillusioned by your own importance or whatever.
My intial point stands... no real point in raising simple bugs if it takes
years to fix. I
Split-off from PR31310.
g77 has a huge number (~20) of case options, cf.
http://gcc.gnu.org/onlinedocs/gcc-3.4.6/g77/Fortran-Dialect-Options.html#index-g_t_002dfintrin_002dcase_002dinitcap-option-237
-fcase-preserve would probably be the most useful option; I don't know how much
needed this
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-09 12:41 ---
works for me
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33362
--- Comment #1 from gcc at abeckmann dot de 2007-09-09 12:51 ---
Created an attachment (id=14177)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14177action=view)
testcase (reduced to be 500k)
Sorry for the delay of the testcase, I had to reduce it from 1.9 MB to 440 KB.
(Is there
Hi,
the bugzilla enter-a-new-bug-page
http://gcc.gnu.org/bugzilla/enter_bug.cgi?product=gcc points to
http://gcc.gnu.org/bugzilla/page.cgi?id=bug-writing.html (which is a bit
mozilla centric).
Unfortunately neither page directs the user to the relevant pages for reporting
gcc bugs:
--- Comment #3 from victork at il dot ibm dot com 2007-09-09 13:22 ---
Just tried with revision 128297, and bootstrap passed OK.
Shell I close this PR?
--
victork at il dot ibm dot com changed:
What|Removed |Added
--- Comment #5 from victork at il dot ibm dot com 2007-09-09 13:33 ---
As bootstrap passes in revision 128297, I change the status to FIXED.
--
victork at il dot ibm dot com changed:
What|Removed |Added
--- Comment #4 from hp at gcc dot gnu dot org 2007-09-09 13:27 ---
Shell I close this PR?
Yes, please.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33362
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-09 13:37 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-09 13:41 ---
There are
http://gcc.gnu.org/wiki/HowToPrepareATestcase
http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33361
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-09 13:36 ---
Confirmed. Danny, can you adjust the bug-writing url to the gcc specific one?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from gcc at abeckmann dot de 2007-09-09 13:49 ---
Another URL valuable for minimize.html:
http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33364
gcc-4.2.2-20070907/gcc/testsuite/gcc.c-torture/compile/2804-1.c: In
function 'f':
gcc-4.2.2-20070907/gcc/testsuite/gcc.c-torture/compile/2804-1.c:15: error:
'asm' operand requires impossible reload
gcc-4.2.2-20070907/gcc/testsuite/gcc.c-torture/compile/2804-1.c:15: error:
'asm' operand
FAIL: gcc.c-torture/execute/20050316-2.c execution, -O0
FAIL: gcc.c-torture/execute/20050316-2.c execution, -O1
FAIL: gcc.c-torture/execute/20050316-2.c execution, -O2
The preprocessed source is:
# 1
FAIL: gcc.target/i386/ssefn-1.c scan-assembler-not movsd
FAIL: gcc.target/i386/ssefn-1.c scan-assembler-not mulsd
FAIL: gcc.dg/tree-ssa/gen-vect-11b.c scan-tree-dump-times vectorized 0 loops 1
FAIL: gcc.dg/tree-ssa/gen-vect-11c.c scan-tree-dump-times vectorized 0 loops 1
FAIL:
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-09 14:24 ---
Created an attachment (id=14178)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14178action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33361
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-09-09 14:24 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from Vladislav dot Mikhailikov at paradox-neo dot uz
2007-09-09 14:10 ---
So, far gcc-4.2,2 is fine with GCC suite test results like:
# of expected passes4
# of unexpected failures10
# of expected failures 116
# of unresolved testcases
seen with r128190 on the trunk, works with r128189;
configure with: --enable-languages=c --enable-targets=all i486-linux-gnu
build with: make BOOT_CFLAGS=-O2 CFLAGS=-g -O2
make[3]: Leaving directory `/scratch/packages/gcc/svn/build-tst'
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-09 15:39 ---
This is a latent problem that comes and goes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33368
--
bonzini at gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
Ever
I have pasted the source file and the error log below
that contains the error message displayed when I
invoke 'gcc' to compile this file.
sample.c: (source file)
#include stdio.h
void main()
{
printf(Hello World!\n);
}
error log:
Using built-in specs.
Target: i486-linux-gnu
Configured
--- Comment #3 from andreast at gcc dot gnu dot org 2007-09-09 18:40
---
Subject: Bug 33326
Author: andreast
Date: Sun Sep 9 18:40:36 2007
New Revision: 128302
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128302
Log:
2007-09-09 Andreas Tobler [EMAIL PROTECTED]
PR
--- Comment #4 from andreast at gcc dot gnu dot org 2007-09-09 18:43
---
Checked in the mentioned patch. Fixed.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Rats, I'm getting another bootstap failure on sparc-sun-solaris2.10.
This time it happens in stage2 building libgcc. What happens is that
when it runs configure for stage2 libgcc, I get:
checking for suffix of object files...
configure: error: cannot compute suffix of object
Kaveh R GHAZI writes:
Kaveh Rats, I'm getting another bootstap failure on sparc-sun-solaris2.10.
Kaveh This time it happens in stage2 building libgcc. What happens is that
Kaveh when it runs configure for stage2 libgcc, I get:
Kaveh checking for suffix of object files...
Kaveh configure:
On Sun, 9 Sep 2007, David Edelsohn wrote:
Kaveh The stage2 gcc cannot compile this simple program. The stage1
Kaveh compiler can, so looks like stage2 was miscompiled. Running it under
Kaveh gdb doesn't yield any useful info.
I am seeing the same failure on AIX. The SEGV on AIX is
--- Comment #15 from rask at gcc dot gnu dot org 2007-09-09 19:22 ---
Subject: Bug 30315
Author: rask
Date: Sun Sep 9 19:21:59 2007
New Revision: 128305
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128305
Log:
PR target/30315
* config/i386/i386.h
/home/marcus/projects/gcc/BIN/bin/gcc -m32 -c -O2 -ftree-vectorize -msse3
painting.i
/tmp/ccXpPr3E.s: Assembler messages:
/tmp/ccXpPr3E.s:17: Error: missing or invalid immediate expression
`0x4000400040004' taken as 0
/tmp/ccXpPr3E.s:17: Error: suffix or operands invalid for `pslld'
--- Comment #1 from marcus at jet dot franken dot de 2007-09-09 19:25
---
Created an attachment (id=14179)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14179action=view)
painting.i
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33369
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-09
19:27 ---
Subject: Re: [4.3 Regression] g++.old-deja/g++.eh/ia64-1.C ICEs at -O1 on
spu-elf
Please try after r128284. See also story about this test-case for cris-elf at
... doesn't work:
$ cat foo.f90
program main
type foo
integer :: i
character(len=2) :: c
end type foo
type(foo), dimension(4) :: a
a%i = (/ 12, 2, 3, 10 /)
a%c = 'xy'
print *,maxval(a%i)
print *,maxloc(a%i)
call bar(a%i)
contains
subroutine bar(b)
integer,
Kaveh R GHAZI writes:
Kaveh Program received signal SIGSEGV, Segmentation fault.
Kaveh 0x002cf780 in reload_combine_note_store (dst=0xff0b90e0, set=value
Kaveh optimized out, data=0x0)
Kaveh at ../../egcc-SVN20070909/gcc/postreload.c:1018
Kaveh 1018 reg_state[i].store_ruid =
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33370
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-09-09 20:03 ---
Reduced testcase due to Paul Thomas:
$ cat goo.f90
program main
type foo
integer :: i
character(len=3) :: c
end type foo
type(foo), dimension(4), target :: a
a%i = (/ 12, 2, 3, 10 /)
print *,
gcc -fopenmp -O2 -s -o .libs/msgmerge msgmerge-msgmerge.o
msgmerge-msgl-fsearch.
o msgmerge-plural-count.o -fopenmp ./.libs/libgettextsrc.sl
/xxx/gnu/gettext-0.
16.1/objdir/gettext-tools/gnulib-lib/.libs/libgettextlib.sl
/xxx/gnu/gettext-0.1
6.1/objdir/gettext-tools/intl/.libs/libintl.sl -lc -lm
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-09-09 20:13 ---
Subject: Bug 31842
Author: rguenth
Date: Sun Sep 9 20:12:56 2007
New Revision: 128306
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128306
Log:
2007-09-09 Richard Guenther [EMAIL PROTECTED]
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-09
20:26 ---
Subject: Re: New: gcc: libgomp.spec: No such file or directory
gcc: libgomp.spec: No such file or directory
It appears libgomp didn't get installed although it builds and
there are no fails in the
--- Comment #6 from gressau at optusnet dot com dot au 2007-09-09 20:44
---
Created an attachment (id=14180)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14180action=view)
Test of optimized comparison (-O2)
Comparison of four consecutive bytes gets optimized (-O2) as comparison
--- Comment #7 from rask at gcc dot gnu dot org 2007-09-09 21:08 ---
Did you read comment #1?
Does -fno-strict-aliasing magically fix your code?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33111
--- Comment #2 from rask at gcc dot gnu dot org 2007-09-09 21:17 ---
This still happens with revision 128297.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).
David
--- Comment #12 from dmixm at marine dot febras dot ru 2007-09-09 21:59
---
Andy Hutchinson wrote (comment #6) that addition a 'movdi' instruction improves
the result. I have try to add a very simple 'movdi' (which split into 2 SImode
instuctions). In result:
-O0 -- 85 words,
--- Comment #8 from gressau at optusnet dot com dot au 2007-09-09 22:23
---
Subject: RE: Bad code generation with -O2 (ARM 7 architecture)
The -fno-strict-aliasing does not fix the unaligned access.
-Original Message-
From: rask at gcc dot gnu dot org [mailto:[EMAIL
--- Comment #1 from kkojima at gcc dot gnu dot org 2007-09-09 22:37 ---
Fixed with r128284 which reverts r128224.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from daney at gcc dot gnu dot org 2007-09-09 23:31 ---
Subject: Bug 33324
Author: daney
Date: Sun Sep 9 23:31:35 2007
New Revision: 128312
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128312
Log:
PR c++/33324
* init.c (build_new_1): Use
--- Comment #5 from daney at gcc dot gnu dot org 2007-09-09 23:33 ---
Now fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).
Same here. The failure also occurs on all hppa targets.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
Playing with the code reduction tools, i produced a segfault with the following
(incomplete) code:
===
template typename T
void f ( )
{
unsigned n ( ) ;
#pragma omp parallel num_threads(n)
===
$
--- Comment #6 from patchapp at dberlin dot org 2007-09-10 02:40 ---
Subject: Bug number PR 33324
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-09/msg00704.html
--
--- Comment #7 from patchapp at dberlin dot org 2007-09-10 02:42 ---
Subject: Bug number PR29396
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-09/msg00779.html
--
--- Comment #11 from patchapp at dberlin dot org 2007-09-10 02:43 ---
Subject: Bug number PR 32154
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-09/msg00815.html
--
--
lauras at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33351
--
lauras at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|lauras at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #6 from fang at csl dot cornell dot edu 2007-09-10 04:04
---
Are you referring to DR 152?
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#152
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #2 from ubizjak at gmail dot com 2007-09-10 05:35 ---
Confirmed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
current SVN:
/home/marcus/projects/gcc/BIN/bin/gcc -m32 -c -O3 -ftree-vectorize -msse3
dosmem.i
dosmem.i: In function 'DOSMEM_FillIsrTable':
dosmem.i:1: internal compiler error: in vectorizable_type_demotion, at
tree-vect-transform.c:4098
Please submit a full bug report,
with preprocessed
--- Comment #1 from marcus at jet dot franken dot de 2007-09-10 05:41
---
Created an attachment (id=14181)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14181action=view)
dosmem.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33373
--- Comment #7 from marcus at jet dot franken dot de 2007-09-10 05:50
---
with current SVN (r128305) it is build again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33351
67 matches
Mail list logo