--- Comment #6 from ubizjak at gmail dot com 2007-09-12 06:52 ---
Middle-end was fixed by http://gcc.gnu.org/ml/gcc-cvs/2007-09/msg00406.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
-
--- Comment #4 from ubizjak at gmail dot com 2007-09-12 06:50 ---
Fixed by http://gcc.gnu.org/ml/gcc-cvs/2007-09/msg00364.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #2 from sebor at roguewave dot com 2007-09-12 03:56 ---
(In reply to comment #1)
> This is not a bug, 0 will be pasted as the same size as an int which means it
> will most likely not be passed as the same size as a NULL pointer.
I don't know about "most likely." sizeof(int)
--- Comment #3 from sebor at roguewave dot com 2007-09-12 03:47 ---
You remember correctly :)
To avoid zeroing it out use 'new buffer' w/o the parentheses.
--
sebor at roguewave dot com changed:
What|Removed |Added
--- Comment #4 from hp at gcc dot gnu dot org 2007-09-12 01:58 ---
Fixed.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from hp at gcc dot gnu dot org 2007-09-12 01:56 ---
Subject: Bug 33360
Author: hp
Date: Wed Sep 12 01:56:20 2007
New Revision: 128406
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128406
Log:
PR target/33360
* config/cris/cris.c (cris_expand_pic_c
--- Comment #2 from hp at gcc dot gnu dot org 2007-09-12 01:35 ---
Revision 122128 had a bug in its s/GET_CODE (op) == CONST_INT/CONST_INT_P (op)/
transformation:
@@ -3183,7 +3177,7 @@ cris_expand_pic_call_address (rtx *opp)
/* It might be that code can be generated that jumps to 0 (o
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-12 00:45 ---
I have to remember what C++ says here but I think it says buf gets zero'd.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33401
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33389
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-12 00:27 ---
This is not a bug, 0 will be pasted as the same size as an int which means it
will most likely not be passed as the same size as a NULL pointer.
--
pinskia at gcc dot gnu dot org changed:
What|Rem
Actual version is: gcc (GCC) 4.2.1 (Debian 4.2.1-5)
It seems unexpected that compiling the following gives a warning for the case
where '0' is passed as the sentinel rather than NULL.
#include
int
with_null(void)
{
return execlp("ls", "ls", "-l", NULL);
}
int
with_0(void)
{
return exe
--- Comment #4 from hjl at lucon dot org 2007-09-11 23:29 ---
This workaround:
--- gcc/opts.c.small2007-09-09 12:56:26.0 -0700
+++ gcc/opts.c 2007-09-11 07:13:15.0 -0700
@@ -822,7 +822,9 @@ decode_options (unsigned int argc, const
if (optimize >= 2)
{
+#if
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-11
22:58 ---
Subject: Re: FAIL: gcc.dg/tree-ssa/loadpre11.c scan-tree-dump-times
Eliminated: 1 1
This was instroduced between 128314 (ok) and 128343 (fail).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33402
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-11
22:45 ---
Subject: Re: New: FAIL: gcc.dg/tree-ssa/loadpre11.c scan-tree-dump-times
Eliminated: 1 1
Tree dump attached.
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-11
22:45 ---
Cre
Executing on host: /home/dave/gcc-4.3/objdir/gcc/xgcc
-B/home/dave/gcc-4.3/objdi
r/gcc/ /home/dave/gcc-4.3/gcc/gcc/testsuite/gcc.dg/tree-ssa/loadpre11.c -O2
-f
dump-tree-pre-stats -fno-show-column -S -o loadpre11.s(timeout = 300)
PASS: gcc.dg/tree-ssa/loadpre11.c (test for excess errors)
FAI
--- Comment #5 from mueller at gcc dot gnu dot org 2007-09-11 22:39 ---
*** Bug 33399 has been marked as a duplicate of this bug. ***
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from mueller at gcc dot gnu dot org 2007-09-11 22:39 ---
*** This bug has been marked as a duplicate of 32470 ***
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from mueller at gcc dot gnu dot org 2007-09-11 22:37 ---
I can confirm it as well
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kbateman at seicorp dot com 2007-09-11 22:32 ---
Sorry, that a.s is from a run without -O2. The memset call is still in the -O2
output, though.
a.s:
...
movl$65536, (%esp)
call_Znwj
movl%eax, %ebx
movl$65536, %edx
--- Comment #14 from wilson at specifix dot com 2007-09-11 22:32 ---
Subject: Re: [4.3 Regression] Runtime failure in SPEC
CPU2000 benchmark fma3d and applu
On Wed, 2007-09-05 at 09:44 +, jakub at gcc dot gnu dot org wrote:
> I have bootstrapped/regtested the
> http://gcc.g
--- Comment #13 from wilson at specifix dot com 2007-09-11 22:31 ---
Subject: Re: [4.3 Regression] Runtime failure in SPEC
CPU2000 benchmark fma3d and applu
On Mon, 2007-08-27 at 12:05 +, jakub at gcc dot gnu dot org wrote:
> So, what can be done to speed up acceptance of t
This also happens with sparc-sun-solaris2.8 4.1.2
a.cc:
struct buffer {
char buf[65536];
};
buffer *makeBuffer() {
return new buffer();
}
end of a.cc
g++ -O2 -S a.cc
a.s:
movl$65536, (%esp)
call_Znwj
movl%eax, %ebx
movl%ebx, %edx
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28482
--- Comment #1 from gd at spherenet dot de 2007-09-11 21:38 ---
This seems to be a duplicate of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32470
I made a patch proposal there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33399
--- Comment #6 from rask at gcc dot gnu dot org 2007-09-11 21:25 ---
That code looks very similar to the doubly linked lists that AmigaOS
exec.library uses. Just remove the XL and XLM prefixes from the names and it's
the same. That code indeed plays nasty type casting tricks to reuse a N
--- Comment #4 from rask at gcc dot gnu dot org 2007-09-11 21:07 ---
I think this can actually be fixed because memory operands appear to be
properly delimited.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
---
2007/9/10, John David Anglin <[EMAIL PROTECTED]>:
> > 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 Counc
The following program works if one changes advance="no" into "yes". Otherwise
one gets the run-time error message:
At line 7 of file tes.f90 (unit = 20, file = 'test.dat')
Fortran runtime error: End of file
This program works with NAG f95, ifort, g95, openf95.
This is the last remaining bug to g
Hi,
g++ 4.2.1 doesn't seem to apply hidden visibility to classes after including
e.g. .
the following testcase was reduced:
=== Cut ===
namespace std __attribute__ ((__visibility__ ("default")))
{
template < typename A > class C;
template < typename A > int foo (C < A > *);
template <
--- Comment #5 from bangerth at dealii dot org 2007-09-11 20:28 ---
This code is certainly undefined and violates all sorts of type
correctness rules. In essence you write code that violates the language
standards -- using -fno-strict-aliasing is only a workaround and you should
fix your
--- Comment #5 from patchapp at dberlin dot org 2007-09-11 20:26 ---
Subject: Bug number PR 33395
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/msg01018.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from bangerth at dealii dot org 2007-09-11 20:04 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #48 from dberlin at gcc dot gnu dot org 2007-09-11 19:55
---
4.3 is no longer a regression as it does PTA faster than 4.1, and uses less
memory.
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #47 from dberlin at gcc dot gnu dot org 2007-09-11 19:54
---
Subject: Re: [4.2/4.3 Regression] points-to analysis slow and memory hungry
On 11 Sep 2007 19:51:00 -, belyshev at depni dot sinp dot msu dot
ru <[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #46 from belys
--- Comment #29 from jakub at gcc dot gnu dot org 2007-09-11 19:52 ---
The new testcases show further problems. I believe that for ARRAY_TYPE fields
we need to mark the type of its fields (recursively down), using
close_type_seen
like we already do for records and unions.
On the other s
--- Comment #4 from crickett at lanl dot gov 2007-09-11 19:51 ---
(In reply to comment #3)
> gfc_conv_initializer contains:
>
> if (expr != NULL && expr->ts.type == BT_DERIVED
> && expr->ts.is_iso_c && expr->ts.derived
> && (expr->symtree->n.sym->intmod_sym_id == ISOCBINDI
--- Comment #46 from belyshev at depni dot sinp dot msu dot ru 2007-09-11
19:50 ---
(In reply to comment #45)
> Uh, it's not slow anymore since I committed the patch last month.
Please define "not slow" :)
I stopped compilation of "sipQtGuipart0.cpp" after 2.5+ hours and called
timeva
--- Comment #2 from patchapp at dberlin dot org 2007-09-11 19:50 ---
Subject: Bug number PR 33388
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/msg01016.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #28 from jakub at gcc dot gnu dot org 2007-09-11 19:26 ---
Created an attachment (id=14193)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14193&action=view)
gcc43-pr33136.patch
Added further testcases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33136
configure:13357: checking whether the GNU Fortran compiler is working
configure:13371: /test/gnu/gcc/objdir/./gcc/gfortran
-B/test/gnu/gcc/objdir/./gc
c/ -B/opt/gnu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64/gcc/gcc-4.3.
0/hppa64-hp-hpux11.11/lib/ -isystem
/opt/gnu64/gcc/gcc-4.3.0/hppa64
--- Comment #3 from burnus at gcc dot gnu dot org 2007-09-11 19:09 ---
gfc_conv_initializer contains:
if (expr != NULL && expr->ts.type == BT_DERIVED
&& expr->ts.is_iso_c && expr->ts.derived
&& (expr->symtree->n.sym->intmod_sym_id == ISOCBINDING_NULL_PTR
|| expr-
--- Comment #28 from jakub at gcc dot gnu dot org 2007-09-11 19:07 ---
Why does gentoo do this kind of crap with glibc headers?
They are already multilib clean.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30915
--- Comment #27 from aldot at gcc dot gnu dot org 2007-09-11 18:58 ---
This also happens on SuSE-10.2, x86-64
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30915
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-11 18:45 ---
If I remove the default initializer in
type(c_ptr) :: gsl_vector = c_null_ptr
the crash is gone.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-11 18:43 ---
Created an attachment (id=14192)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14192&action=view)
Test case
Reduced test case.
==3237== Invalid read of size 8
==3237==at 0x49F45A: gfc_conv_initializer (tra
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-11 18:37 ---
(In reply to comment #2)
> I want to add that you can find gfortran 4.3.0 binaries at
>http://gcc.gnu.org/wiki/GFortranBinaries
>
> I'm actually unsure which patch fixed it. It might be Paul's PR32298 even
> thoug
--- Comment #3 from aldot at gcc dot gnu dot org 2007-09-11 17:58 ---
(In reply to comment #2)
> With trunk r127829, this currently gives:
>
> /scratch/obj.i686/gcc-4.3/./prev-gcc/libgcc.a(libgcc_onestep.o): In function
> `isinfd128':
> ../../../../src/gcc-4.3/libgcc/config/libbid/_isin
--- Comment #2 from andreast at gcc dot gnu dot org 2007-09-11 17:31
---
Fixed with this checkin.
http://gcc.gnu.org/ml/gcc-cvs/2007-09/msg00369.html
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from andreast at gcc dot gnu dot org 2007-09-11 17:30
---
*** Bug 33390 has been marked as a duplicate of this bug. ***
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from andreast at gcc dot gnu dot org 2007-09-11 17:30
---
*** This bug has been marked as a duplicate of 33384 ***
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #27 from jakub at gcc dot gnu dot org 2007-09-11 17:21 ---
Created an attachment (id=14191)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14191&action=view)
gcc43-pr33136.patch
Updated patch which tries to handle SFTs as well.
Unfortunately it causes a regression with
--- Comment #2 from debian-gcc at lists dot debian dot org 2007-09-11
17:11 ---
seen on arm-linux & m68k-linux as well
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32653
--- Comment #2 from aldot at gcc dot gnu dot org 2007-09-11 16:54 ---
With trunk r127829, this currently gives:
/scratch/obj.i686/gcc-4.3/./prev-gcc/libgcc.a(libgcc_onestep.o): In function
`isinfd128':
../../../../src/gcc-4.3/libgcc/config/libbid/_isinfd128.c:38: undefined
reference to
+++ This bug was initially created as a clone of Bug #33388 +++
There is a failure building libgcc with revision 128358 (with the first two
parts of bug 33388 fixed):
Configure flags:
--target fr30-unknown-elf --enable-checking=yes,rtl --with-newlib --enable-sim
--disable-gdb --disable-nls
/home
--- Comment #1 from aldot at gcc dot gnu dot org 2007-09-11 16:47 ---
Created an attachment (id=14190)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14190&action=view)
libgcc patch#1
libgcc/ChangeLog:
2007-09-11 Bernhard Fischer <>
* configure.ac: Add option --enable-in
Add --enable-intermodule for the compilation of various parts of gcc.
--
Summary: add --enable-intermodule
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
AssignedTo:
--- Comment #5 from burnus at gcc dot gnu dot org 2007-09-11 16:46 ---
Fixed by Chris (thanks!).
gfortran still does not fully work with FGSL :-(
See PR 33395.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
Fetch FGSL (0.7) from
http://www.lrz-muenchen.de/services/software/mathematik/gsl/fortran/
Run ./configure --f90 gfortran && make
This should compile the library successfully.
Run now the following test case; result:
test.f90:39: internal compiler error: Segmentation fault
==2416== Invalid read
This is dependant on bug 32261.
g++ -g -O3 gccbug.cpp -pthread -o gccbug -s
#include
#include
void* thread_function(void*) {
for (int k = 0; k < 5; k++) {
std::string my_str;
my_str += "foo";
}
return 0;
}
int main()
{
pthread_t thread1, thread2;
pthre
--- Comment #1 from hjl at lucon dot org 2007-09-11 16:35 ---
Apply this patch:
--- gcc/opts.c.small2007-09-09 12:56:26.0 -0700
+++ gcc/opts.c 2007-09-11 07:13:15.0 -0700
@@ -822,7 +822,9 @@ decode_options (unsigned int argc, const
if (optimize >= 2)
{
+#if
With X86_TUNE_USE_VECTOR_CONVERTS enabled, I got
/export/build/gnu/gcc/build-i686-linux/./prev-gcc/xgcc
-B/export/build/gnu/gcc/build-i686-linux/./prev-gcc/
-B/usr/gcc-4.3/i686-pc-linux-gnu/bin/ -c -g -O2 -fomit-frame-pointer -DIN_GCC
-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prot
--- Comment #13 from eweddington at cso dot atmel dot com 2007-09-11 16:10
---
(In reply to comment #12)
> 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).
--- Comment #1 from charlet at gcc dot gnu dot org 2007-09-11 16:09 ---
cxa* tests have already been handled by Eric in latest sources.
controlled2.adb was a missing commit, also fixed yesterday.
So the solution is simply to update your tree.
Arno
--
charlet at gcc dot gnu dot org
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-09-11 15:58
---
(In reply to comment #7)
>> this behaviour was prohibited
>
> considering huge(0)+1 as invalid (out of range)
The second one, in the context of a loop index. But the more I think about it,
the more dubious it see
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-09-11 15:48
---
(In reply to comment #5)
> Although there is no intrinsic involved in the test case, I don't see the
> logic
> to consider (abuse of) overflows valid for arithmetic operations and invalid
> for intrinsics.
I'd b
--- Comment #7 from dominiq at lps dot ens dot fr 2007-09-11 15:54 ---
> this behaviour was prohibited
which behavior: folding huge(0)+1 as -huge(0)-1? or considering huge(0)+1 as
invalid (out of range) and doing an optimization based on the fact that any
valid integer is smaller and ne
--- Comment #4 from burnus at gcc dot gnu dot org 2007-09-11 15:53 ---
Subject: Bug 33040
Author: burnus
Date: Tue Sep 11 15:53:22 2007
New Revision: 128385
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128385
Log:
2007-09-11 Christopher D. Rickett <[EMAIL PROTECTED]>
make: Entering directory `/home/voax/linux/build-4.3.x/gcc'
test -d testsuite/ada/acats || mkdir -p testsuite/ada/acats
testdir=`cd ../../gcc-4.3-20070907/gcc/testsuite/ada/acats; ${PWDCMD-pwd}`; \
export testdir; cd testsuite/ada/acats; /bin/sh ${testdir}/run_acats
=== acats config
--- Comment #3 from dominiq at lps dot ens dot fr 2007-09-11 15:46 ---
Is this a duplicate of PR33384?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33390
--- Comment #5 from dominiq at lps dot ens dot fr 2007-09-11 15:40 ---
> Well, I think the "depending on the language being compiled" is important. I
> think the testcase is valid Fortran, and shouldn't fail whatever the
> optimization level you use.
FX, may I recall what you wrote in P
--- Comment #9 from jason at gcc dot gnu dot org 2007-09-11 15:35 ---
Fixed for 4.2.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #4 from burnus at gcc dot gnu dot org 2007-09-11 15:34 ---
> > -fstrict-overflow
> > Allow the compiler to assume strict signed overflow rules, depending on the
> > language being compiled.
> Well, I think the "depending on the language being compiled" is important. I
> think
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-09-11 15:23
---
(In reply to comment #2)
> Isn't this what http://gcc.gnu.org/ml/gcc/2007-09/msg00087.html (plus/minus a
> few emails in the thread) is about?
Yes, you're right.
> -fstrict-overflow
> Allow the compiler to assum
--- Comment #5 from bonzini at gnu dot org 2007-09-11 15:13 ---
changed 32283 from "blocks" to "depends on"; this might be fixed in 4.3
--
bonzini at gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-11 14:59 ---
Isn't this what http://gcc.gnu.org/ml/gcc/2007-09/msg00087.html (plus/minus a
few emails in the thread) is about?
Using -fno-strict-overflow they pass. I think we can simply add this option to
the test case; or do yo
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-09-11 14:54
---
Fixed. Thanks for the bug report.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-09-11 14:53
---
Subject: Bug 33386
Author: fxcoudert
Date: Tue Sep 11 14:53:02 2007
New Revision: 128379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128379
Log:
PR libfortran/33386
* runtime/select.c (
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-11 14:47
---
It's also failing on s390x-ibm-linux-gnu and powerpc-ibm-aix.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from ubizjak at gmail dot com 2007-09-11 14:45 ---
Could be fixed by http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00976.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33390
gfortran.dg/do_3.F90 started FAILing somewhere between rev. 128091 and rev.
128123 (see testresults for that period) on i386-linux, i686-linux and
x86_64-linux. Reduced testcase is:
program test
integer(kind=1) :: i
do i = -128, 127
end do
if (i /= -128) call abort
end progra
--- Comment #3 from hubicka at gcc dot gnu dot org 2007-09-11 14:22 ---
Sure, it will be neccessary to do some binary to figure out what inlining
breaks the benchmark. Not having the CPU2006 sources, I will be able to do so
until Monday. But if I remember right, it reproduced down to 3
--- Comment #2 from hjl at lucon dot org 2007-09-11 14:16 ---
It is very likely that it is perl which is miscompiled. It looks quite
serious to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33383
--- Comment #1 from dir at lanl dot gov 2007-09-11 14:15 ---
A top shows "cc1" running and eating time, but never finishing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33390
--- Comment #1 from hubicka at gcc dot gnu dot org 2007-09-11 14:10 ---
This seems to be latent problem unconvered by -finline-small-functions patch.
Perlbmk was failing at -O3 on older SVN snapshots too.
-finline-small-functions should work as an workaround until the issue is
identifi
I configured with -
../gcc/configure --prefix=/usr/local/java --enable-languages=c,c++,java
--with-ecj-jar=/Users/dir/gfortran/gcc/ecj.jar --enable-java-awt=gtk
--enable-gtk-cairo --disable-multilib --x-includes=/usr/X11R6/include
--x-libraries=/usr/X11R6/lib
The build set for 10 hours at -
rm -
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-09-11 13:59
---
Probably everywhere.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from hjl at lucon dot org 2007-09-11 13:43 ---
.eh_frame section in the new crtend.S only has 4 byte:
[ 7] .eh_frame X86_64_UNWIND 00b8
0004 A 0 0 4
which is the zero terminator:
ba
Revision 128239 causes some random libgomp failures on Linux/ia64:
FAIL: libgomp.c/loop-1.c execution test
FAIL: libgomp.c/nestedfn-4.c execution test
FAIL: libgomp.c/omp-loop01.c execution test
FAIL: libgomp.c/ordered-2.c execution test
FAIL: libgomp.c/pr26943-4.c execution test
FAIL: libgomp.c/p
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33387
--- Comment #45 from dberlin at gcc dot gnu dot org 2007-09-11 12:58
---
Subject: Re: [4.2/4.3 Regression] points-to analysis slow and memory hungry
Uh, it's not slow anymore since I committed the patch last month.
On 11 Sep 2007 10:59:31 -, giovannibajo at libero dot it
<[EMAIL
--- Comment #3 from simon dot marshall at misys dot com 2007-09-11 12:51
---
This seems to apply to 4.2.2-RC-20070909 too.
--
simon dot marshall at misys dot com changed:
What|Removed |Added
--- Comment #5 from jpr at csc dot fi 2007-09-11 12:49 ---
Subject: Re: Fortran SELECT statement miscompiles
Yes, this seems to do the trick.
Thanx, Juha
>
>
> --- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-11 10:48
> ---
>> Adding a default case gets rid of
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2007-09-11
12:48 ---
Subject: Re: [4.3 regression] on bootstrap getting section .eh_frame: bad cie
version 0: offset 0x0
hjl at lucon dot org writes:
> Binutils 2.15 is very old. Can you try binutils 2.18?
It doesn't make a
--- Comment #9 from ro at gcc dot gnu dot org 2007-09-11 12:47 ---
Created an attachment (id=14189)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14189&action=view)
crtend.s with -fno-asynchronous-unwind-tables
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #8 from ro at gcc dot gnu dot org 2007-09-11 12:46 ---
Created an attachment (id=14188)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14188&action=view)
crtend.s without -fno-asynchronous-unwind-tables
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #1 from rask at gcc dot gnu dot org 2007-09-11 12:29 ---
More problems:
/n/12/rask/src/all/libgcc/../gcc/libgcc2.c: In function '__popcountdi2':
/n/12/rask/src/all/libgcc/../gcc/libgcc2.c:813: internal compiler error: RTL
check: expected code 'reg', have 'mem' in rhs_regno,
--- Comment #7 from hjl at lucon dot org 2007-09-11 12:24 ---
Binutils 2.15 is very old. Can you try binutils 2.18?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #3 from sylvain dot pion at sophia dot inria dot fr 2007-09-11
12:16 ---
Hi Doug,
I tried your patch, and it seems to have a good effect, since I do not see
this error anymore. That said, I now get another one, which looks pretty
similar:
In file included from /usr/includ
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-09-11 12:08 ---
Note mailine is fixed by doing PTA "correct" now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33382
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-09-11 12:08 ---
Created an attachment (id=14187)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14187&action=view)
untested patch
testing appreciated (I'm at a conference right now)
--
rguenth at gcc dot gnu dot org change
1 - 100 of 142 matches
Mail list logo
