--- Comment #19 from ubizjak at gmail dot com 2010-08-04 07:10 ---
Also fixes ICE on alpha.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44584
--- Comment #19 from janus at gcc dot gnu dot org 2010-08-04 07:31 ---
(In reply to comment #16)
Here is a better patch:
This patch also fixes the error messages in comment #0 on darwin with -m32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42207
--- Comment #9 from uros at gcc dot gnu dot org 2010-08-04 07:46 ---
Subject: Bug 43283
Author: uros
Date: Wed Aug 4 07:46:00 2010
New Revision: 162856
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162856
Log:
Backport from mainline:
2010-07-20 Bingfeng Mei
--- Comment #10 from janus at gcc dot gnu dot org 2010-08-04 08:32 ---
(In reply to comment #9)
With the patch in comment #5 there is one regression:
FAIL: gfortran.dg/typebound_operator_4.f03 -O (test for excess errors)
the extra errors are:
void foo (int * restrict a, int * restrict b, int * restrict c)
{
int i;
for(i = 0; i 100; i+=4)
{
a[i] = b[i] * c[i];
a[i+1] = b[i+1] * c[i+1];
a[i+2] = b[i+2] * c[i+2];
a[i+3] = b[i+3] * c[i+3];
}
}
Trunk x86-64 compiler (162821) produces code
Attempting to build gcc-4.6 r162856 (head as of a few minutes ago) on
i686-linux as a cross to armv5tel-linux-gnueabi fails with cc1 running out of
memory:
/tmp/objdir/./gcc/xgcc -B/tmp/objdir/./gcc/
-B/home/mikpe/pkgs/linux-x86/cross-armv5tel/armv5tel-unknown-linux-gnueabi/bin/
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-04 09:19 ---
Can you check where it sits eating all emmory?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-04 09:19 ---
I'll bootstrap test that patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Reduced from gcc.dg/tree-ssa/ssa-dce-3.c:
int main(void)
{
unsigned j = 0;
while (1)
{
j += 500;
if (j % 7)
j++;
else
j--;
}
return 0;
}
--
Summary: CDDCE doesn't eliminate conditional code in infinite
loop
--- Comment #2 from mikpe at it dot uu dot se 2010-08-04 10:01 ---
Attaching gdb after cc1 just passed 2.5 G virtual:
0x080c0c93 in pool_alloc (pool=0xa45d708) at
/tmp/gcc-4.6-r162856/gcc/alloc-pool.c:252
252 {
Missing separate debuginfos, use: debuginfo-install glibc-2.10.2-1.i686
--- Comment #11 from burnus at gcc dot gnu dot org 2010-08-04 10:02 ---
(In reply to comment #10)
Reply to comment #9.
Yes, this is what I was thinking. I wanted to float the first step out there
to
see what else we would discover.
I think now that there are essentially no test
libcpp allows one to directly input non-ascii characters in source files (.f90
etc.); the used encoding can be set using the options:
-finput-charset=UTF-8
Cf. also: -fexec-charset and -fwide-exec-charset
and http://gcc.gnu.org/onlinedocs/gcc/Preprocessor-Options.html
If one uses gfortran
--- Comment #1 from burnus at gcc dot gnu dot org 2010-08-04 10:19 ---
Created an attachment (id=21392)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21392action=view)
Test case in UTF-8 encoding
Compile with:
gfortran -cpp -finput-charset=UTF-8 wide.f90
Expected output:
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-04 11:09 ---
Subject: Bug 45176
Author: rguenth
Date: Wed Aug 4 11:08:54 2010
New Revision: 162862
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162862
Log:
2010-08-04 Richard Guenther rguent...@suse.de
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-04 11:09 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from kkojima at gcc dot gnu dot org 2010-08-04 11:19 ---
FYI, SH fails to bootstrap with similar comparison failures:
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/double-int.o differs
gcc/tree-vect-data-refs.o differs
--- Comment #13 from burnus at gcc dot gnu dot org 2010-08-04 11:51 ---
Subject: Bug 44857
Author: burnus
Date: Wed Aug 4 11:51:32 2010
New Revision: 162863
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162863
Log:
2010-08-04 Tobias Burnus bur...@net-b.de
PR
--- Comment #14 from burnus at gcc dot gnu dot org 2010-08-04 11:53 ---
FIXED on the trunk (4.6). Thanks for the report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from janus at gcc dot gnu dot org 2010-08-04 12:17 ---
At r162860, I see only one problem left: A linker error (undefined reference to
`vtab$inner.1582') on the following variation of comment #5/#6:
module module_myclass
implicit none
type :: inner
contains
--- Comment #6 from mikpe at it dot uu dot se 2010-08-04 12:27 ---
The -O2 -fcompare-debug failure on ARM is caused by r162678:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg01032.html
Both the original large testcase and the reduced one compile fine with
gcc-4.6-r162677 -O2
--- Comment #2 from burnus at gcc dot gnu dot org 2010-08-04 12:39 ---
Created an attachment (id=21393)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21393action=view)
Support -finput-charset= (accepts option, but does not fix the issue)
This patch allows the -finput-charset= but
--- Comment #7 from bernds at gcc dot gnu dot org 2010-08-04 12:47 ---
Created an attachment (id=21394)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21394action=view)
A patch that should fix it
DEBUG_INSNs got me again. Actually the old byte dce was disabled and thus not
Please see 43949 which was about a very similar test case.
$ cat test.cpp
void f();
int c[3];
int result;
struct Vector {
static int get(int i) {
if (i = 3)
f();
return c[i];
}
};
void g(int index)
{
result = Vector::get(index) + Vector::get(index);
}
$
--- Comment #1 from hubicka at ucw dot cz 2010-08-04 13:05 ---
Subject: Re: New: CDDCE doesn't eliminate
conditional code in infinite loop
Hmm, so the problem is that we produce two alternating loops and both with
unknown number of iterations?
We might teach loop discovery to
--- Comment #5 from joachim dot reichel at gmx dot de 2010-08-04 13:06
---
Is there any reason not to commit the patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44919
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-04 13:09 ---
The reasoning of GCC goes as follows. There is a partial redundancy
along the two invocations of get(), as c[i] is possibly clobbered by f().
So we transform g() to
if (i = 3)
f();
tem1 = c[i];
if (i =
--- Comment #6 from abel at gcc dot gnu dot org 2010-08-04 13:17 ---
My employer's copyright assignment has expired, this would be fixed within a
week or so. Never mind because there's still time before the next 4.4 release.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44919
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-04 13:21 ---
(In reply to comment #1)
Subject: Re: New: CDDCE doesn't eliminate
conditional code in infinite loop
Hmm, so the problem is that we produce two alternating loops and both with
unknown number of
If parameter of function is passed as reference or pointer, there is no debug
information for type and all pointers/references are of type void*/.
--
Summary: No debug information for parameter type
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
--- Comment #1 from nikolay at totalviewtech dot com 2010-08-04 13:29
---
Created an attachment (id=21395)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21395action=view)
Reproducer
How to Repeat:
Untar reproducer and run debugger to line 53.
check all parameters, they all of
--- Comment #2 from redi at gcc dot gnu dot org 2010-08-04 13:54 ---
related to PR 44645 ?
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from redi at gcc dot gnu dot org 2010-08-04 14:01 ---
there's no need to attach executables, people working on gcc bugs have access
to a compiler!
I think this is the same issue as I reported in PR 44645 as it only happens
with 4.5 not 4.1, 4.4 or 4.6
--
--- Comment #14 from ubizjak at gmail dot com 2010-08-04 14:04 ---
Following patch fixes my failures:
Index: lib/scanasm.exp
===
--- lib/scanasm.exp (revision 162854)
+++ lib/scanasm.exp (working copy)
@@ -316,7
--- Comment #22 from mikael at gcc dot gnu dot org 2010-08-04 14:17 ---
Subject: Bug 42051
Author: mikael
Date: Wed Aug 4 14:17:31 2010
New Revision: 162865
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162865
Log:
2010-08-04 Mikael Morin mik...@gcc.gnu.org
PR
--- Comment #12 from mikael at gcc dot gnu dot org 2010-08-04 14:17 ---
Subject: Bug 44064
Author: mikael
Date: Wed Aug 4 14:17:31 2010
New Revision: 162865
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162865
Log:
2010-08-04 Mikael Morin mik...@gcc.gnu.org
PR
--- Comment #15 from clerman at fuse dot net 2010-08-04 14:18 ---
Subject: Re: [4.6 Regression] ICE in
output_constructor_regular_field, at varasm.c:4996
You're welcome. Thanks for your help.
Norm
burnus at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org wrote:
=
--- Comment #15 from uros at gcc dot gnu dot org 2010-08-04 14:19 ---
Subject: Bug 44641
Author: uros
Date: Wed Aug 4 14:19:01 2010
New Revision: 162866
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162866
Log:
PR c++/44641
* lib/scanasm.exp
--- Comment #4 from nikolay at totalviewtech dot com 2010-08-04 14:23
---
Yes, this looks similar. The same error is seen in dwarf
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45181
--- Comment #16 from ubizjak at gmail dot com 2010-08-04 14:28 ---
Fixed (for alpha) by extending regexp in dg-function-on-line procedure.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #5 from redi at gcc dot gnu dot org 2010-08-04 14:29 ---
reduced
struct S { int f(S*); };
int S::f(S* p)
{
return 0;
}
int main()
{
S s;
return s.f(s);
}
within S::f p has type void*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45181
On Linux/x86-64, revision 162853 failed to
build SPEC CPU 2000/2006:
With runspec -c lnx-x86_64-gcc.cfg -T base -n 1 -l -o asc -I all -e o3
Error with make 'specmake -j `/usr/bin/getconf _NPROCESSORS_ONLN` build
make.out 2 make.err': check file
--- Comment #1 from hjl dot tools at gmail dot com 2010-08-04 14:49 ---
[...@gnu-35 delta]$ cat testcase-min.i
typedef struct TypHeader {
struct TypHeader * * ptr;
} * TypHandle;
void PlainRange ( hdList ) TypHandle hdList;
{
long lenList;
long low;
long inc;
--- Comment #2 from joachim dot reichel at gmx dot de 2010-08-04 15:00
---
Ok, I see. But that seems a bit unfortunate. Isn't there a great deal of such
code? Just think of some vector class: c would be a class member, get()
non-static and if...f() is an assert-like statement (that
--- Comment #4 from danglin at gcc dot gnu dot org 2010-08-04 15:00 ---
I back-ported r162697 to r162678 and see comparison fail at r162678.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from bernds at gcc dot gnu dot org 2010-08-04 15:16 ---
*** Bug 45150 has been marked as a duplicate of this bug. ***
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from bernds at gcc dot gnu dot org 2010-08-04 15:16 ---
*** This bug has been marked as a duplicate of 45162 ***
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-04 15:30 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from hjl dot tools at gmail dot com 2010-08-04 15:36 ---
It is caused by revision 162849:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00060.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45182
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-08-04 15:44 ---
Since the compiler does not know that f() will never return, it is hard problem
to solve. If you mark f with the attribute noreturn, the warning will
disappear.
--
--- Comment #4 from hjl dot tools at gmail dot com 2010-08-04 15:57 ---
This testcase doesn't have any warnings:
---
typedef struct TypHeader {
struct TypHeader ** ptr;
} *TypHandle;
void PlainRange (TypHandle hdList, long lenList, long low, long inc)
{
long i;
for (i = 1; i =
On Linux/ia32, revision 162863 gave
FAIL: gfortran.dg/derived_constructor_char_1.f90 -O (test for excess errors)
FAIL: gfortran.dg/derived_constructor_char_1.f90 -O scan-tree-dump-times
original five = ..txt=..AbCdE., .ZyXwV...; 1: dump file does not exist
FAIL:
Wrong code example:
int Test(int src)
{
a=0x5E+src; //here
return a;
}
--
Summary: integer lexem error-bug
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
--- Comment #9 from danglin at gcc dot gnu dot org 2010-08-04 16:38 ---
The patch fixes the darwin comparison failure.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from schwab at linux-m68k dot org 2010-08-04 16:40 ---
*** This bug has been marked as a duplicate of 33547 ***
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--- Comment #2 from schwab at linux-m68k dot org 2010-08-04 16:40 ---
*** Bug 45184 has been marked as a duplicate of this bug. ***
--
schwab at linux-m68k dot org changed:
What|Removed |Added
I am trying to build 4.5.1 for arm-elf. Although I succeed for 4.5.1 RC
(07-22-2010), the compilation fails for the final release. I have double
checked that I am compiling both versions exactly the same way.
1) export PATH=/data/gcc-arm/arm-elf/bin:$PATH
2) (build and install binutils 2.20.1
--- Comment #1 from e0600347 at student dot tuwien dot ac dot at
2010-08-04 16:48 ---
Created an attachment (id=21396)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21396action=view)
./configure output
Configure output before failing compile attached.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-08-04 17:05 ---
What distribution are you running on your x86_64 machine?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from e0600347 at student dot tuwien dot ac dot at
2010-08-04 17:26 ---
Arch Linux
GCC version of host: 4.5.0 20100610
binutils of host: 2.20.1-3
--
e0600347 at student dot tuwien dot ac dot at changed:
What|Removed |Added
--- Comment #4 from e0600347 at student dot tuwien dot ac dot at
2010-08-04 17:35 ---
(In reply to comment #3)
Arch Linux
GCC version of host: 4.5.0 20100610
binutils of host: 2.20.1-3
One more bit of info about host compiler:
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
--- Comment #1 from burnus at gcc dot gnu dot org 2010-08-04 17:39 ---
PATCH - lightly tested. Now regtesting.
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c (Revision 162868)
+++ gcc/fortran/resolve.c
--- Comment #2 from kargl at gcc dot gnu dot org 2010-08-04 18:09 ---
(In reply to comment #1)
PATCH - lightly tested. Now regtesting.
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c (Revision 162868)
--- Comment #3 from kargl at gcc dot gnu dot org 2010-08-04 18:13 ---
I must be missing something here. What does cl2 do in the above
patch? You set it, but it is never used.
Nevermind, I understand what the code does. I can't even claim
that I haven't had enough coffee this
--- Comment #11 from sje at gcc dot gnu dot org 2010-08-04 18:32 ---
Subject: Bug 44583
Author: sje
Date: Wed Aug 4 18:32:37 2010
New Revision: 162869
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162869
Log:
2010-07-29 Steve Ellcey s...@cup.hp.com
PR target/44583
--- Comment #16 from burnus at gcc dot gnu dot org 2010-08-04 18:49 ---
Subject: Bug 44857
Author: burnus
Date: Wed Aug 4 18:49:23 2010
New Revision: 162871
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162871
Log:
2010-08-04 Tobias Burnus bur...@net-b.de
PR
--- Comment #4 from burnus at gcc dot gnu dot org 2010-08-04 18:49 ---
Subject: Bug 45183
Author: burnus
Date: Wed Aug 4 18:49:23 2010
New Revision: 162871
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162871
Log:
2010-08-04 Tobias Burnus bur...@net-b.de
PR
--- Comment #5 from burnus at gcc dot gnu dot org 2010-08-04 18:50 ---
FIXED. Thanks for the timely report.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2010-08-04
19:20 ---
Unverified but I am told that this issue should be fixed in Xcode 3.2.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
--- Comment #12 from sje at cup dot hp dot com 2010-08-04 19:25 ---
Fixed on ToT.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Status|NEW
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-08-04 19:33 ---
(In reply to comment #6)
I think the thread about the patch became confused.
First, Janis essentially approved the testsuite patch.
OK, I've re-submitted the patch to the mailing list and will commit it
--- Comment #10 from rth at gcc dot gnu dot org 2010-08-04 19:33 ---
Verified with
typedef struct { int a, b; } x;
./cc1plus -g -fno-eliminate-unused-debug-types -dA z.c
.uleb128 0x2# (DIE (0x2d) DW_TAG_structure_type)
.byte 0x8 # DW_AT_byte_size
--- Comment #11 from janus at gcc dot gnu dot org 2010-08-04 19:49 ---
Subject: Bug 44065
Author: janus
Date: Wed Aug 4 19:49:19 2010
New Revision: 162879
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162879
Log:
2010-08-04 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #13 from janus at gcc dot gnu dot org 2010-08-04 19:49 ---
Subject: Bug 44064
Author: janus
Date: Wed Aug 4 19:49:19 2010
New Revision: 162879
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162879
Log:
2010-08-04 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #20 from janus at gcc dot gnu dot org 2010-08-04 19:49 ---
Subject: Bug 42207
Author: janus
Date: Wed Aug 4 19:49:19 2010
New Revision: 162879
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162879
Log:
2010-08-04 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #55 from dave at hiauly1 dot hia dot nrc dot ca 2010-08-04
19:52 ---
Subject: Re: [4.6 regression] Revision 162270 failed
to bootstrap
The exception is caused by get_bb_copy returning NULL. However, get_bb_copy
is not miscompiled.
The change to function.c
--- Comment #14 from janus at gcc dot gnu dot org 2010-08-04 19:57 ---
Comment #11 is fixed with r162879. I think we can finally close this one.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from janus at gcc dot gnu dot org 2010-08-04 20:00 ---
Fixed with r162879. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from janus at gcc dot gnu dot org 2010-08-04 20:05 ---
r162879 seems to fix all the test cases for me. Can anyone confirm that comment
#0 works now without any linking errors?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44065
--- Comment #3 from mikpe at it dot uu dot se 2010-08-04 20:06 ---
It's caused by r162815:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00026.html
The build failure still occurs with r162878.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
--- Comment #10 from mikpe at it dot uu dot se 2010-08-04 20:13 ---
Bernd's patch fixes the -fcompare-debug failures in my arm cross-compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45162
This is pretty widespread. I have attached one example, but I see it in many
programs.
How to repeat:
Compile with -g
Do a next couple of times: Notice, that PC is jumping back and forth. Also
notice, that there is no linenumbers for lines 19 20 and 27
--
Summary: Gfortran 4.5.0
--- Comment #1 from nikolay at totalviewtech dot com 2010-08-04 21:03
---
Created an attachment (id=21397)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21397action=view)
example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45186
--- Comment #11 from bernds at gcc dot gnu dot org 2010-08-04 21:07 ---
Subject: Bug 45162
Author: bernds
Date: Wed Aug 4 21:07:05 2010
New Revision: 162881
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162881
Log:
PR rtl-optimization/45162
* df-problems.c
--- Comment #12 from bernds at gcc dot gnu dot org 2010-08-04 21:14 ---
Fixed.
--
bernds at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from bernds at gcc dot gnu dot org 2010-08-04 21:16 ---
I'm not seeing this with my ARM cross-compilers. Can you attach a .i file?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45177
--- Comment #1 from dominiq at lps dot ens dot fr 2010-08-04 21:51 ---
This pr seems to have been fixed on trunk between revisions 156618 (present)
and 158215 (gone).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42526
--- Comment #5 from mikpe at it dot uu dot se 2010-08-04 22:15 ---
Created an attachment (id=21398)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21398action=view)
preprocessed source for _udivmoddi4
In non-parallel builds _udivmoddi4 is always the first module to make cc1 run
out
--- Comment #13 from dominiq at lps dot ens dot fr 2010-08-04 22:58 ---
r162879 seems to fix all the test cases for me. Can anyone confirm that
comment
#0 works now without any linking errors?
On x86_64-apple-darwin10.4.0 at r162881, I have tested all the codelets I have
for the
--- Comment #13 from rth at gcc dot gnu dot org 2010-08-04 23:08 ---
There are two solutions to this:
(1) Make sure your binary provides PT_GNU_EH_FRAME. This is the quickest
path through the unwinder, since the table is pre-sorted by the linker.
(2) Have your malloc detect the
--- Comment #11 from rth at gcc dot gnu dot org 2010-08-04 23:21 ---
This is fallout from c++/44188.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from rth at gcc dot gnu dot org 2010-08-04 23:32 ---
Subject: Bug 45171
Author: rth
Date: Wed Aug 4 23:32:08 2010
New Revision: 162882
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162882
Log:
PR debug/45171
* dwarf2out.c (gen_typedef_die): Don't re-generate the
--- Comment #13 from rth at gcc dot gnu dot org 2010-08-04 23:41 ---
Should be fixed, but I'll leave the bug open until you get a chance
to test the whole build against that darwin linker.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from dschlic1 at gmail dot com 2010-08-05 00:27 ---
Subject: Re: Make fails in zlib
Hello;
Attached are all of the config.log files in the gcc build directory.
Please advise if you need any other files.
Thank You,
Donald Schlicht
On Wed, 2010-08-04 at 00:43
--- Comment #4 from jiez at gcc dot gnu dot org 2010-08-05 03:06 ---
Subject: Bug 45144
Author: jiez
Date: Thu Aug 5 03:05:35 2010
New Revision: 162897
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162897
Log:
PR tree-optimization/45144
* tree-sra.c
The following generates an ICE with gfortran 4.3.5, 4.4.3, 4.4.5, and 4.5.1.
Version 4.4.3 was checked on Ubuntu 10.04. The rest were checked on 10.10.
foo_fail.f90:
module foo
implicit none
real :: a
pointer(c_a, a)
end module foo
gfortran -fcray-pointer -c foo_fail.f90
On Linux/ia64, revision 162896 gave:
../../src-trunk/gcc/dwarf2out.c:1195:1: error: 'initial_return_save' defined
but not used [-Werror=unused-function]
cc1: all warnings being treated as errors
It may be caused by revision 162883:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00094.html
--
On Linux/ia32, revision 162891 gave
FAIL: g++.dg/torture/stackalign/eh-fastcall-1.C -O1 execution test
FAIL: g++.dg/torture/stackalign/eh-fastcall-1.C -O2 execution test
FAIL: g++.dg/torture/stackalign/eh-fastcall-1.C -O2 -flto execution test
FAIL: g++.dg/torture/stackalign/eh-fastcall-1.C
97 matches
Mail list logo
