--- Comment #23 from doko at ubuntu dot com 2009-01-11 08:30 ---
r143261 is needed for the backport as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38396
--- Comment #16 from uros at gcc dot gnu dot org 2009-01-11 10:57 ---
Subject: Bug 7055
Author: uros
Date: Sun Jan 11 10:56:52 2009
New Revision: 143265
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143265
Log:
PR debug/7055
* gcc/mips-tfile.c (parse_def): Fix p
--- Comment #17 from uros at gcc dot gnu dot org 2009-01-11 10:58 ---
Subject: Bug 7055
Author: uros
Date: Sun Jan 11 10:58:01 2009
New Revision: 143266
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143266
Log:
PR debug/7055
* gcc/mips-tfile.c (parse_def): Fix p
--- Comment #18 from ubizjak at gmail dot com 2009-01-11 10:59 ---
Fixed for 4.3.4 and 4.0.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #19 from ubizjak at gmail dot com 2009-01-11 11:00 ---
(In reply to comment #18)
> Fixed for 4.3.4 and 4.0.
... and 4.4., of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
--- Comment #7 from dominiq at lps dot ens dot fr 2009-01-11 11:13 ---
Before closing this pr as fixed, I have a question: usually tests having
-fdump-* in dg-options are doing some search of patterns in the dumped file,
e.g. in gcc/testsuite/gcc.dg/pr35729.c
/* { dg-options "-Os -fdump
--- Comment #8 from angry-kasyan at narod dot ru 2009-01-11 12:08 ---
class __declspec(dllimport) QBitArray
{
//...
friend __declspec(dllimport) QDataStream &operator<<(QDataStream &, const
QBitArray &);
friend __declspec(dllimport) QDataStream &operator>>(QDataStream &,
QBitArra
>From gcc/doc/libgcc.texi:
<<
@node Exception handling routines
@section Language-independent routines for exception handling
document me!
>>
May be there's another place where these are documented? If so we should add a
pointer in the manual.
--
Summary: libgcc exception handling
Posted on the list by Marco Restelli http://gcc.gnu.org/ml/fortran/2009-01/
$ gfortran test.f90 -o test
$ ./test
Segmentation fault
$ gfortran --version
GNU Fortran (GCC) 4.4.0 20090110 (experimental) [trunk revision 143243]
System:
Linux 2.6.23-gentoo-r6 x86_64 AMD Turion(tm) 64 Mobile Technolo
--- Comment #25 from jv244 at cam dot ac dot uk 2009-01-11 12:30 ---
(In reply to comment #22)
> Program received signal SIGSEGV, Segmentation fault.
> __mc_moves_MOD_change_bond_length () at
> /scratch/vondele/clean/cp2k/src/../src/mc_moves.F:1434
> 1434 atom_b(:)=0
>
I had a
--- Comment #26 from jv244 at cam dot ac dot uk 2009-01-11 12:58 ---
(In reply to comment #25)
> I'll see if I
> can narrow down the problem to the single subroutine (change_bond_length)
> which
> I suspect is the issue. [all of this with trunk 143207]
yes, just looking at change_bond_
--- Comment #1 from dominiq at lps dot ens dot fr 2009-01-11 13:26 ---
Confirmed on i686-apple-darwin9 with -m64 or -m32 with optimization -O1 and
above:
Thread 0 Crashed:
0 a.out 0x1dec __mod_a_MOD_a_fun + 30
1 a.out 0
--- Comment #27 from sebpop at gmail dot com 2009-01-11 13:42 ---
Subject: Re: [graphite] several ICEs with CP2K (summary)
On Sun, Jan 11, 2009 at 6:58 AM, jv244 at cam dot ac dot uk
wrote:
>> I'll see if I
>> can narrow down the problem to the single subroutine (change_bond_length)
--- Comment #3 from pault at gcc dot gnu dot org 2009-01-11 13:42 ---
Subject: Bug 38765
Author: pault
Date: Sun Jan 11 13:42:32 2009
New Revision: 143271
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143271
Log:
2009-01-11 Paul Thomas
PR fortran/38763
Backpo
--- Comment #8 from pault at gcc dot gnu dot org 2009-01-11 13:42 ---
Subject: Bug 38763
Author: pault
Date: Sun Jan 11 13:42:32 2009
New Revision: 143271
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143271
Log:
2009-01-11 Paul Thomas
PR fortran/38763
Backpo
--disable-stage1-checking --enable-checking=release --without-system-libunwind
--with-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld
--with-ld=/usr/local/bin/ld
Thread model: posix
gcc version 4.4.0 20090111 (experimental) [trunk revision 143259] (GCC)
# gmake
...(many hours)
gmake[8]: Leaving
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-11 14:29 ---
This hits tramp3d a lot, we end up with
D.919534 = VIEW_CONVERT_EXPR(D.919509.D.78313.D.78008).D.78313.D.78008.domain_m[0].D.77181.D.47055.D.46936.domain_m;
vs. D.919509.D.78313.D.78008...
the following fixes it:
--- Comment #19 from uros at gcc dot gnu dot org 2009-01-11 14:33 ---
Subject: Bug 34571
Author: uros
Date: Sun Jan 11 14:33:28 2009
New Revision: 143272
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143272
Log:
Backport from mainline:
2008-12-22 Uros Bizjak
--- Comment #20 from ubizjak at gmail dot com 2009-01-11 14:35 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from ubizjak at gmail dot com 2009-01-11 14:37 ---
(In reply to comment #3)
> Please have a look at this:
> http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00033.html
But from the msg followup:
Actually, the s-osinte-linux-alpha.ads and s-osinte-linux-hppa.ads
files will be
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-11 14:41 ---
I can even see things like
SR.20836 = VIEW_CONVERT_EXPR(VIEW_CONVERT_EXPR(this->domain_m.D.115040.D.114739.domain_m[1].D.111565.D.45708.D.45522).D.45708.D.45522).D.45708.D.45522.domain_m[0];
in final cleanup :/
-
debug
--disable-stage1-checking --enable-checking=release --without-system-libunwind
--with-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld
--with-ld=/usr/local/bin/ld
Thread model: posix
gcc version 4.4.0 20090111 (experimental) [trunk revision 143259] (GCC)
#ggrep -B10 cross i386-pc-solaris2.11/
--- Comment #5 from rob1weld at aol dot com 2009-01-11 15:02 ---
In libjava too, see: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38804
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38743
While configuring in the ./gcc directory, I have the following messages :
Links are now set up to build a cross-compiler
from i386-build_pc-solaris2.11 to i686-nptl-linux-gnu.
updating cache ./config.cache
configure: creating ./config.status
config.status: creating as
sed: file ./confstatGfaGVq/s
--- Comment #1 from thomas dot jourdan at gmail dot com 2009-01-11 15:19
---
Mistake in bug description :
host = i386-pc-solaris2.11
build = i386-pc-solaris2.11
target = i686-nptl-linux-gnu
This is a cross build
--
thomas dot jourdan at gmail dot com changed:
What|R
--- Comment #1 from rob1weld at aol dot com 2009-01-11 15:37 ---
sigh ...
and: trunk/libjava/classpath/configure
Doing this to find them all:
# { (exit 1); exit 1; }; }; }
# Added - OpenSolaris - not cross compiling
}; }
cross_compiling=no
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from rob1weld at aol dot com 2009-01-11 16:11 ---
Changed that hack to:
# { (exit 1); exit 1; }; }; }
# Added - OpenSolaris - not cross compiling
}; }
fi
fi
fi
cross_compiling=no
echo "$as_me:$LINENO: result: yes" >&5
echo "${ECHO_T}yes" >&6
-
We do
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2009-01-11 16:43
---
Reviewing code carefully, I found the following. I can not confirm this is the
problem, but removing this portion of code does not cause a regression in our
current testsuite. This snippit was left over from bef
--- Comment #3 from rob1weld at aol dot com 2009-01-11 16:51 ---
There are a dozen occurances of this line in file: trunk/libjava/configure
ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext
$LIBS >&5'
I changed them to this and the hack let the build cont
Due to wrong TBAA pruning of points-to sets we miscompile the following once
we inline foo into main.
union U { float f; int i; };
/* GCC says the access through the union does alias the bare variable. */
int foo(union U *u, int *i)
{
*i = 1;
u->f = 0.0;
return *i;
}
extern void abort (vo
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-11 16:56 ---
I have a patch, for alias-improvements branch sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-11 17:11 ---
Mine. We have to XFAIL gcc.dg/tree-ssa/20030807-7.c again though.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-11 17:19 ---
Hm, it looks like we might exclude that now. From invoke.texi:
"
Similarly, access by taking the address, casting the resulting pointer
and dereferencing the result has undefined behavior, even if the cast
uses a u
--- Comment #8 from doko at gcc dot gnu dot org 2009-01-11 17:29 ---
Subject: Bug 38616
Author: doko
Date: Sun Jan 11 17:29:23 2009
New Revision: 143276
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143276
Log:
gcc/
2009-01-11 Matthias Klose
PR middle-end/38616, ba
--- Comment #9 from doko at gcc dot gnu dot org 2009-01-11 17:38 ---
Subject: Bug 38616
Author: doko
Date: Sun Jan 11 17:38:22 2009
New Revision: 143277
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143277
Log:
2009-01-11 Matthias Klose
PR middle-end/38616
*
--- Comment #7 from rob1weld at aol dot com 2009-01-11 19:52 ---
(In reply to comment #6)
> Another "DEBUG" just showed up in "gcc version 4.3.0 20070716":
> ...
ping: gcc 4.4.0 20090111 trunk revision 143259
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30570
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-11 20:03 ---
I think this is not a bug, I don't remember we ever said this is ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38806
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-01-11 20:05 ---
Ok, good. I'll make sure to fixup unclear comments in GCC code.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rob1weld at aol dot com 2009-01-11 20:11 ---
Another "DEBUG" just showed up in "gcc version 4.3.0 20090111":
gcc_trunk/libjava/java/security/VMAccessController.h
# gmake
... (hours later)
libtool: compile: /usr/share/src/gcc_build/./gcc/xgcc -
Seen using r143243 on Ubuntu Hardy on x86.
reg...@john-home:~/volatile/tmp121$ current-gcc -O2 small.c
small.c: In function foo:
small.c:16: internal compiler error: gimple check: expected
gimple_assign(error_mark), have gimple_phi() in gimple_assign_rhs1, at
gimple.h:1729
Please submit a full b
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-11 20:21 ---
Mine, remove_visited_stmt_chain was added by me.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jason at gcc dot gnu dot org 2009-01-11 20:31 ---
IMO it would be inappropriate to give this warning for a late-specified return
type. The warning is only there to catch old code which expects "const int
foo()" to declare a const function returning int, rather than a
--- Comment #14 from jakub at gcc dot gnu dot org 2009-01-11 21:15 ---
Subject: Bug 36254
Author: jakub
Date: Sun Jan 11 21:14:51 2009
New Revision: 143281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143281
Log:
PR c++/36254
* cp-gimplify.c (genericize_if_stmt
--- Comment #15 from jakub at gcc dot gnu dot org 2009-01-11 21:32 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
$ g++ -m32 -Wall -O2 -g0 -std=c++0x bug.ii -c -o /dev/null
../../../buildenv/linux/gcc-4.3/32/STLport-5.2.1/include/stlport/stl/_algo.c:
In member function ‘void sms::TbRunner::uClockChanged()’:
../../../buildenv/linux/gcc-4.3/32/STLport-5.2.1/include/stlport/stl/_algo.c:962:
warning: array subscr
--- Comment #1 from pluto at agmk dot net 2009-01-11 22:49 ---
Created an attachment (id=17073)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17073&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38808
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2009-01-11
23:00 ---
The patch in comment 9 doesn't solve the issue with xplor-nih.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38772
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-11 23:32 ---
This patch
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00886.html
triggers this crash. It failed at -O1. With gcc 4.4, it failed at -O2.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-11 23:33 ---
There are warnings like
../include/vigra/accessor.hxx: In function âvoid
vigra::read_bands(vigra::Decoder*, ImageIterator, Accessor, SrcValueType) [with
ImageIterator = vigra::CachedFileImageIterator >, Accessor = v
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-11 23:46
---
Adding "--param inline-unit-growth=60" fixed gcc 4.4 revision 143274
at -O2.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #3 from rob1weld at aol dot com 2009-01-12 00:09 ---
With 1400M (and 512M swap) it dies here:
gmake[5]: Entering directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava'
if /bin/sh ./libtool --tag=GCJ --mode=compile /usr/share/src/gcc_build/gcc/gcj
-B/usr/share
--- Comment #9 from dannysmith at users dot sourceforge dot net 2009-01-12
02:07 ---
(In reply to comment #8)
> still unfixed?
Please provide a compilable self-contained testcase.
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34749
[...@gnu-12 prev-gcc]$ ./xgcc -B./ -O2 -fstack-protector
../../src-trunk/gcc/testsuite/gcc.dg/pr38616.c
../../src-trunk/gcc/testsuite/gcc.dg/pr38616.c:1: warning: -fstack-protector
not supported for this target
[...@gnu-12 prev-gcc]$
--
Summary: gcc.dg/pr38616.c doesn't work on Linux/
--- Comment #1 from hjl at gcc dot gnu dot org 2009-01-12 03:48 ---
Subject: Bug 38809
Author: hjl
Date: Mon Jan 12 03:47:48 2009
New Revision: 143287
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143287
Log:
2009-01-11 H.J. Lu
PR testsuite/38809
* gcc.dg/pr
--- Comment #7 from rob1weld at aol dot com 2009-01-12 04:24 ---
On i386-pc-solaris2.11 (OpenSolaris 2008.11) compiling gcc 4.4.0 20090104
I did NOT get this failure:
http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00488.html
Now when I compile: gcc version 4.4.0 20090111
emented
> the needed PCH functions yet.
Now we have those few and a hundred more in gcc version 4.4.0 20090111
(experimental) [trunk revision 143259].
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38730
--- Comment #2 from pault at gcc dot gnu dot org 2009-01-12 06:21 ---
This does the job:
Index: gcc/fortran/trans-array.c
===
--- gcc/fortran/trans-array.c (revision 143242)
+++ gcc/fortran/trans-array.c (working copy)
@
--- Comment #9 from pault at gcc dot gnu dot org 2009-01-12 06:22 ---
Fixed on trunk and 4.3. Thanks for the reort.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2009-01-12 06:23 ---
Fixed on trunk and 4.3. Thanks for the reort.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from tammer at tammer dot net 2009-01-12 07:12 ---
Hello,
any news ?
Bye
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38606
--- Comment #12 from tammer at tammer dot net 2009-01-12 07:13 ---
Hello,
any news ??
Bye
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38607
--- Comment #5 from oliver at linux-kernel dot at 2009-01-12 07:58 ---
(In reply to comment #4)
Oh well. If your change will fix it, I'm happy...
Thx for the information!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36025
62 matches
Mail list logo
