--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-09 06:11 ---
Fixed by:
2009-10-06 Jerry Quinn jlqu...@optonline.net
* Makefile.in (lto-wrapper): Use COMPILER and ALL_COMPILERFLAGS.
(lto-compress.o): Likewise.
--
pinskia at gcc dot gnu dot org changed:
Current implementation of the synchronization builtins in gcc (from
http://software.intel.com/sites/products/documentation/hpc/compilerpro/en-us/cpp/lin/compiler_c/intref_cls/common/intref_itanium_synchro_prim.htm)
describe type as unsigned. although it is stated as type is either a
32-bit or
--- Comment #1 from chrbr at gcc dot gnu dot org 2009-10-09 07:12 ---
Created an attachment (id=18758)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18758action=view)
Fix synchronisation parameter/output signess
The attached patch gives the correct semantic. But should be checked
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
Hi,
the following code fails to compile with Tobias Burnus' snapshot of trunk:
Character Function gfcbug89 (path)
Character(len=*), Intent(in) :: path
gfcbug89 =
If (Len_Trim (path) 1) Return
gfcbug89 = path(1:1) ! This assignment makes gfortran 4.5 error out
End Function gfcbug89
As initially reported here http://bugs.gentoo.org/show_bug.cgi?id=276146 I'm
interested whether this issue is fixed or whether it doesn't appear in within
recent version of gcc.
--
Summary: wrongly optimize area+= x0*y1 - x1*y0;
Product: gcc
Version: unknown
Making all in arpd
make[7]: Entering directory
`/home/.users/131/andreas/FoxBoard/openwrtSDK/trunk/build_dir/target-cris_uClibc-0.9.30.1/linux-atm-2.4.1/src/arpd'
if cris-openwrt-linux-uclibc-gcc -DHAVE_CONFIG_H -I. -I. -I../..
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-09 09:39 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-09 09:39 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-09 09:41 ---
I think the only leftovers should be from failed testcases, but I might be
wrong
(well I checked the lto.exp testsuites only).
Certainly annoying.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #1 from bohne-lang at medma dot uni-heidelberg dot de
2009-10-09 09:43 ---
Same problem:
make[8]: Entering directory
`/home/.users/131/andreas/FoxBoard/openwrtSDK/trunk/build_dir/target-cris_uClibc-0.9.30.1/gdb-6.8/bfd'
/bin/sh ./libtool --tag=CC --mode=compile
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 09:43 ---
Yeah, I also noticed the inconvenience of not having a standard way to access
the array with target builtins. I'll have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-09 09:50 ---
r152542 works for me (on native i?86).
0 COPY D.1540_28 = 13
1 COND 1 = D.1540_28 eq_expr 13
1 COND 0 = D.1540_28 ne_expr 13
1 COND 1 = D.1540_28 le_expr 13
1 COND 1 = D.1540_28 ge_expr 13
LKUP STMT D.1539_90 =
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-09 09:53 ---
Check why
gcc_GAS_CHECK_FEATURE([line table discriminator support],
gcc_cv_as_discriminator,
[2,19,51],,
[ .text
.file 1 conf.c
.loc 1 1 0 discriminator 1],,
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-09 09:55 ---
Upstream says:
Can't reproduce in any active branch, thus already fixed for 4.5.0, 4.4.1,
4.3.4
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Using -fno-tree-dce in combination with any of -O2/-O3/-Os causes GCC 4.4.1 to
segfault when compiling the 176.gcc benchmark, more specifically when compiling
the combine.c source file. The same occurs when using -O1 -fno-tree-dce
-foptimize-sibling-calls.
combine.c:7182: internal compiler error:
--- Comment #1 from kenneth dot hoste at elis dot ugent dot be 2009-10-09
09:58 ---
Created an attachment (id=18759)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18759action=view)
reduced testcase for this bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41643
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-09 10:01 ---
says your gas supports this.
Easy this is a binary build with a newer binutils than you have.
So closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-09 10:04 ---
Can you provide the preprocessed source as requested by
http://gcc.gnu.org/bugs.html ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41642
--- Comment #3 from hp at gcc dot gnu dot org 2009-10-09 10:15 ---
I think this is a duplicate. I guess I'll have to go fix it finally, sorry for
the delay.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41642
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 10:49 ---
Doesn't happen on trunk. But, confirmed.
../../gcc44-g/gcc/cc1 -quiet bug.i -O2 -fno-tree-dce
bug.i: In function 'f':
bug.i:5: error: missing PHI def
add_acc.0_10 = PHI 0(0), (5)
bug.i:5: error: missing PHI def
I have an in-house debugger which uses some auto generated files having too
many string constants. Compiling this (with gcc 4.3) always fails with the
error
/tmp/ccrzE6fi.s: Assembler messages:
/tmp/ccrzE6fi.s:95429: Warning: TOC section size exceeds 64k
/tmp/ccCSriww.o:(.text+0x22672):
--- Comment #1 from sathishpy at gmail dot com 2009-10-09 10:51 ---
Created an attachment (id=18760)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18760action=view)
Test program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41644
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-09 10:54 ---
Even though PR 34708 is similar, it is talking about the inliner creating a
huge amount of TOC references. The problem here is even more serious. You
have a huge TOC references in your source to begin with.
--
--- Comment #3 from sathishpy at gmail dot com 2009-10-09 11:22 ---
I tried the same program with -m32 and it works fine. I have also tried it for
10 times bigger time file (10 string constants and 1 functions) without
using -mminimal-toc, so it looks like some issue with gcc
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 11:55 ---
Mine. I have a partial patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2009-10-09 12:08 ---
SELECT TYPE (name = expr)
and
ASSOCIATE (name1 = expr1, name2 = expr2)
have similar syntax and issues. SELECT TYPE (name=expr) is already implemented
(via creating a new pointer variable), but it has some issues.
In 'libstdc++-v3', type 'make check-parallel' and a huge number of tests fail.
Some of these are expected, in particular several in 25_algorithm, to do with
lack of c++0x support, but most of the failures seem to be related to a string
problem.
Taking one example
--- Comment #1 from janus at gcc dot gnu dot org 2009-10-09 12:17 ---
The problem here is that the error check comes too late: It should happen
already before the call to encapsulate_class_symbol.
This is effectively fixed by the patch for PR41629:
--- Comment #4 from jakub at gcc dot gnu dot org 2009-10-09 12:20 ---
For generated code it is obviously best to adjust the generator so that it
doesn't generate so big translation units, instead emits more smaller files, or
puts all the string literal addresses into an array and uses
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2009-10-09
12:42 ---
Subject: Re: plugin-api.h unconditionally includes stdint.h
--- Comment #9 from espindola at google dot com 2009-10-08 18:20 ---
[...]
The only thing the compiler should need the plugin-api.h
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2009-10-09 12:45
---
Subject: Bug 40071
Author: ebotcazou
Date: Fri Oct 9 12:44:59 2009
New Revision: 152585
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152585
Log:
PR tree-optimization/40071
*
--- Comment #1 from paolo dot carlini at oracle dot com 2009-10-09 12:51
---
Can you sat when did this problem start? Because I'm running again the tests on
x86_64-linux and everything seems in good shape so far (in 23_containers now),
thus I can't confirm it, the problem seems
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-10-09 12:53
---
This particular ICE shouldn't occur anymore. However, there is a couple of
ACATS failures at -O3 on x86 again related to vectorization:
=== acats tests ===
FAIL: cxa4016
FAIL: cxb3007
--- Comment #2 from chris at bubblescope dot net 2009-10-09 12:57 ---
I shall try to track it down -- it wouldn't suprise me if this is a snow
leopard bug, as there has been a few issues with the default system compiler
switching from 32-bit to 64-bit.
--
chris at bubblescope dot
--- Comment #11 from espindola at google dot com 2009-10-09 12:58 ---
Why all those contortions if there seems to be an easy way out: just use
the GCC_HEADER_STDINT macro from config/m4 and include the resulting (e.g.)
gstdint.h instead of stdint.h?
Interesting. One problem is that
--- Comment #12 from joseph at codesourcery dot com 2009-10-09 12:58
---
Subject: Re: plugin-api.h unconditionally includes stdint.h
On Fri, 9 Oct 2009, ro at techfak dot uni-bielefeld dot de wrote:
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2009-10-09
12:42
--- Comment #3 from paolo dot carlini at oracle dot com 2009-10-09 12:59
---
... for sure the libtestc++.a thing is *very* mysterious...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41645
--- Comment #4 from chris at bubblescope dot net 2009-10-09 13:21 ---
I have confirmed that after compiling with 'make check-parallel', the code:
#include string
int main(void)
{ string s; s = X; }
Fails when compiled with:
/gccsvn/bin/g++ test.cc libtestc++.a -fopenmp
Fails with
--- Comment #13 from ro at techfak dot uni-bielefeld dot de 2009-10-09
13:21 ---
Subject: Re: plugin-api.h unconditionally includes stdint.h
--- Comment #11 from espindola at google dot com 2009-10-09 12:58 ---
Why all those contortions if there seems to be an easy way
--- Comment #14 from ro at techfak dot uni-bielefeld dot de 2009-10-09
13:24 ---
Subject: Re: plugin-api.h unconditionally includes stdint.h
--- Comment #12 from joseph at codesourcery dot com 2009-10-09 12:58
---
[...]
That would be no problem since AFAIK gold only
--- Comment #12 from jacek at codeweavers dot com 2009-10-09 13:24 ---
(In reply to comment #6)
Not a regression any more.
It is a regression now. It worked in 3.4 and doesn't work in 4.x. That's why
I'm still using GCC 3.4.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9381
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-09 13:25 ---
Subject: Bug 41637
Author: rguenth
Date: Fri Oct 9 13:24:59 2009
New Revision: 152588
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152588
Log:
2009-10-09 Richard Guenther rguent...@suse.de
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 13:25 ---
Subject: Bug 41635
Author: rguenth
Date: Fri Oct 9 13:24:59 2009
New Revision: 152588
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152588
Log:
2009-10-09 Richard Guenther rguent...@suse.de
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 13:25 ---
Subject: Bug 41636
Author: rguenth
Date: Fri Oct 9 13:24:59 2009
New Revision: 152588
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152588
Log:
2009-10-09 Richard Guenther rguent...@suse.de
PR
--- Comment #15 from espindola at google dot com 2009-10-09 13:30 ---
Why the complications? Just use GCC_HEADER_STDINT in both gcc and gold and
be done with it. If the intention is for gold to support platforms beyond
GNU/Linux with ELF, it will run into the need sooner or later
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-09 13:36 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-09 13:37 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-09 13:37 ---
It remains PR41564 (the testsuite doesn't cleanup dumps in /tmp).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ros at rzg dot mpg dot de 2009-10-09 13:51 ---
(In reply to comment #5)
I have further reducd the test code to:
idx=sum(maxloc(index(pfd%n,pfmt)))-1
Program GF_BUG
!
type psfd
character :: n*3
end type psfd
character
--- Comment #5 from paolo dot carlini at oracle dot com 2009-10-09 13:52
---
Indeed, the system library should not be used at all, but in your example above
the system library *is* used unless you make sure to properly install
everything, set the appropriate LD_LIBRARY_PATH, etc. In
--- Comment #12 from mahatma at eu dot by 2009-10-09 14:07 ---
I found new AMD CPUs not required to stack aligning for SSE. IMHO there are
misalignsse cpu feature, found near SSE4a (fixme). Then, requirement for
stack realigning may be checked from misalignsse (precise) or sse4a
--- Comment #13 from mahatma at eu dot by 2009-10-09 14:08 ---
Created an attachment (id=18761)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18761action=view)
1) sse-stackrealign-misalignsse-4.4.patch
--
mahatma at eu dot by changed:
What|Removed
--- Comment #14 from mahatma at eu dot by 2009-10-09 14:09 ---
Created an attachment (id=18762)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18762action=view)
2) sse-stackrealign-sse4a-4.4.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156
--- Comment #15 from mahatma at eu dot by 2009-10-09 14:10 ---
Created an attachment (id=18763)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18763action=view)
1) sse-stackrealign-misalignsse-4.5.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156
--- Comment #16 from mahatma at eu dot by 2009-10-09 14:10 ---
Created an attachment (id=18764)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18764action=view)
2) sse-stackrealign-sse4a-4.5.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156
--- Comment #6 from chris at bubblescope dot net 2009-10-09 14:16 ---
Ah yes, something I should have tried earlier.
The resulting compiler generally works fine, until I add -D_GLIBCXX_PARALLEL,
when things break.
I only seem to get a problem when I have enough optimisation to inline
--- Comment #7 from chris at bubblescope dot net 2009-10-09 14:20 ---
Further: If I add -D_GLIBCXX_FULLY_DYNAMIC_STRING, the code compiles fine!
However, if I run otool on my executable, it says it is linked with:
Load command 10
cmd LC_LOAD_DYLIB
cmdsize 64
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-09 14:29 ---
There's emit_common in varasm.c, but somebody with more experience in this
area might want to suggest a more proper way to emit this .comm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41597
--- Comment #17 from mahatma at eu dot by 2009-10-09 14:39 ---
Created an attachment (id=18765)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18765action=view)
(2) for 4.4, fixed
--
mahatma at eu dot by changed:
What|Removed |Added
struct A { unsigned long a; };
struct B { unsigned short b, c, d; };
struct B bar (unsigned long);
char *
foo (char *a, struct A *x)
{
struct B b = bar (x-a);
unsigned char c;
unsigned short d;
a[3] = ((unsigned char) (b.b % 10) + 48);
d = b.b / 10;
a[2] = ((unsigned char) (d % 10) +
--- Comment #18 from mahatma at eu dot by 2009-10-09 14:41 ---
Created an attachment (id=18766)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18766action=view)
(2) for 4.5, fixed
Originals may produce illegal warnings without SSE.
--
mahatma at eu dot by changed:
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-09 14:42 ---
Or perhaps the bug is that we should force the return value into a register to
avoid having hard regs in the arithmetic instructions so early.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41646
--- Comment #19 from hjl dot tools at gmail dot com 2009-10-09 14:43
---
Without a testcase, people may not review the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156
--- Comment #16 from joseph at codesourcery dot com 2009-10-09 14:44
---
Subject: Re: plugin-api.h unconditionally includes stdint.h
On Fri, 9 Oct 2009, ro at techfak dot uni-bielefeld dot de wrote:
gold supports non-ELF hosts (or will once Andrew Pinski's MinGW host
patches
--- Comment #8 from paolo dot carlini at oracle dot com 2009-10-09 14:46
---
So, the problem is exactly that you *are* using the system libraries, a mix of
the new headers and the system library. This is in general unsupported of
course.
While apparently we *do* have a problem in
--- Comment #9 from paolo dot carlini at oracle dot com 2009-10-09 14:51
---
Sorry, your 'however' confused me. So, you *are* linking versus the new
library, right? In that case it is *incorrect* to pass
-D_GLIBCXX_FULLY_DYNAMIC_STRING in the command line, since your new library has
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-09 14:53 ---
We have the same expr on the stack more than once.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from chris at bubblescope dot net 2009-10-09 15:10 ---
To sum up the current state, as things are getting confusing:
Compiling 'testsuite/21_strings/basic_string/inserters_extractors/char/1.cc -I
testsuite/util -O2'
using /newgccsvn/bin/g++ (recent svn compile) or
--- Comment #11 from paolo dot carlini at oracle dot com 2009-10-09 15:31
---
(In reply to comment #10)
To sum up the current state, as things are getting confusing:
A bit yes ;)
Compiling 'testsuite/21_strings/basic_string/inserters_extractors/char/1.cc -I
testsuite/util -O2'
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-09 15:35 ---
Created an attachment (id=18767)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18767action=view)
gcc45-pr41646.patch
Patch I'm going to bootstrap/regtest.
cant_combine_insn_p already takes care of not combining
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-09 15:43 ---
Created an attachment (id=18768)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18768action=view)
debugging patch
Ok, the issue is that we insert a stmt for
2 0x8dffd28 STMT D.2003_28 =
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-10-09 15:54 ---
Breakpoint 5, lookup_avail_expr (stmt=0xb7d591a0, insert=1 '\1')
at /home/richard/src/trunk/gcc/tree-ssa-dom.c:2254
2254 slot = htab_find_slot_with_hash (avail_exprs, element, element-hash,
# VUSE .MEM_21
--- Comment #5 from matz at gcc dot gnu dot org 2009-10-09 16:04 ---
Fixed.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from anders at kaseorg dot com 2009-10-09 16:12 ---
As Nelson pointed out, the subsequent commit to that macro
http://git.kernel.org/linus/0b1c723d0bd199300a1a2de57a46000d17577498 cannot
be done with C. In any event, while it may also be useful to add extensions
like
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-09 17:13 ---
Also the ABIs for powerpc32-linux-gnu and powerpc64-linux-gnu are different by
a huge amount. In the 64bit mode, global addresses are made via the TOC
register while in 32bit mode, they are done via a simple
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-10-09 17:19 ---
Really if the kernel should have compile time asserts that the offsets don't
match up with the inline-asm.
There are ways of doing that it is not hard:
typedef static_assert_1[offsetof(a, b) != OFFSETAB ? -1 : 1];
--- Comment #5 from danglin at gcc dot gnu dot org 2009-10-09 17:22 ---
Approximately 512 MB of storage are allocated compiling this function
in the sched1 pass causing the system to kill cc1. It doesn't help to
trigger ggc after every pass. The function will compile with
--- Comment #7 from anders at kaseorg dot com 2009-10-09 17:45 ---
Really if the kernel should have compile time asserts that the offsets don't
match up with the inline-asm.
Yes, its entirely possible that the kernels kludge could be made more robust
by adding complexity. This
GCC currently does not provide independent control over early loop unrolling.
The early inner loop unrolling complicates Polyhedral analysis. An individual
option that Graphite could access would be helpful.
--
Summary: Early Loop Unrolling control
Product: gcc
--- Comment #12 from chris at bubblescope dot net 2009-10-09 17:51 ---
LD_LIBRARY_PATH doesn't exist on Mac. Usually linking libraries together 'just
works', but in this case it seems to have broken.
By configuring with --enable-fully-dynamic-string, I get a working compiler
(actually
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-09 17:51 ---
Confirmed. Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from d dot g dot gorbachev at gmail dot com 2009-10-09
18:19 ---
(In reply to comment #2)
Ok, thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41338
--- Comment #9 from mikpe at it dot uu dot se 2009-10-09 18:28 ---
I've been testing a backport of Jakub's patch to gcc-4.4, but it breaks
bootstrap on i686-linux with binutils-2.18.50.0.6 (Fedora 9) because stage1 gcc
outputs .cfi_sections directives even though the assembler doesn't
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-10-09 18:30 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-10-09 18:30 ---
Subject: Bug 41634
Author: rguenth
Date: Fri Oct 9 18:30:05 2009
New Revision: 152596
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152596
Log:
2009-10-09 Richard Guenther rguent...@suse.de
PR
--- Comment #10 from jakub at gcc dot gnu dot org 2009-10-09 18:54 ---
Yes, it is a bug and I'll change it, but I wonder why it makes a difference
(unless you're using PCH). .cfi_sections is only emitted if:
if (dwarf2out_do_cfi_asm ())
{
#ifndef TARGET_UNWIND_INFO
if
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-09 19:02 ---
Subject: Bug 41646
Author: jakub
Date: Fri Oct 9 19:01:53 2009
New Revision: 152597
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152597
Log:
PR rtl-optimization/41646
* calls.c (expand_call):
--- Comment #11 from jakub at gcc dot gnu dot org 2009-10-09 19:07 ---
Subject: Bug 40521
Author: jakub
Date: Fri Oct 9 19:07:23 2009
New Revision: 152598
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152598
Log:
PR debug/40521
* dwarf2out.c (dwarf2out_init):
--- Comment #12 from jakub at gcc dot gnu dot org 2009-10-09 19:17 ---
Ah, now I see it in the 4.4 version. Your backport is wrong then, you must not
return true from dwarf2out_do_cfi_asm when !eh_personality_libfunc, but
HAVE_GAS_CFI_SECTIONS_DIRECTIVE is 0 and not emitting normal
-wrapper
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr/local/gnu45
--enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.5.0 20091009 (experimental) (GCC)
[sfili...@localhost bug4]$ gfortran -c test-der4.f03
test-der4.f03:45.10:
res = a%a%getit
--- Comment #1 from sfilippone at uniroma2 dot it 2009-10-09 19:21 ---
Created an attachment (id=18769)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18769action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41648
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-09 19:29 ---
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00621.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41647
--- Comment #14 from heydowns at borg dot com 2009-10-09 19:38 ---
Ping - anyone able to comment on or integrate this patch please?
Thank you!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-10-09 19:42
---
Patches should be sent to gcc-patc...@gcc.gnu.org with a changelog entry and
a note on how you tested the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411
--- Comment #13 from joseph at codesourcery dot com 2009-10-09 19:42
---
Subject: Re: Massive failures in parallel test mode
On Fri, 9 Oct 2009, chris at bubblescope dot net wrote:
LD_LIBRARY_PATH doesn't exist on Mac. Usually linking libraries together 'just
It's called
--- Comment #13 from mikpe at it dot uu dot se 2009-10-09 19:51 ---
Thanks for clarifying the !eh_personality_libfunc requirement. I'll do some
experiments to see which solution works best in 4.4.
--
mikpe at it dot uu dot se changed:
What|Removed
--- Comment #5 from jakub at gcc dot gnu dot org 2009-10-09 19:55 ---
Subject: Bug 41445
Author: jakub
Date: Fri Oct 9 19:55:34 2009
New Revision: 152599
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152599
Log:
PR preprocessor/41445
* c-ppoutput.c
--- Comment #2 from janus at gcc dot gnu dot org 2009-10-09 20:25 ---
Subject: Bug 41579
Author: janus
Date: Fri Oct 9 20:25:19 2009
New Revision: 152600
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152600
Log:
2009-10-09 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #3 from janus at gcc dot gnu dot org 2009-10-09 20:31 ---
Fixed with r152600. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 117 matches
Mail list logo
