--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-09-04
05:21 ---
The original patch introduce this minor variations in the code copied for
dfp.m4 in the gcc/configure.ac, libgcc/configure.ac and libdecnumber.ac is
found here...
http://gcc.gnu.org/ml/gcc-patches/2007-03
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2010-09-04
03:39 ---
Reverting both libgcc/configure.ac and libdecnumber/configure.ac and
regenerating these files is insufficient as well to eliminate the regressions
on darwin. Looking at the remaining changes in gcc/configu
--- Comment #15 from hp at gcc dot gnu dot org 2010-09-04 03:08 ---
(In reply to comment #4)
> Good job picking up on that.
>
> There must be a better way of telling the compiler to generate lwr and lwl
> MIPS
> instructions without breaking strict aliasing rules...?
When requiring a
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-09-04
02:28 ---
(In reply to comment #11)
> but that case is not handled in gcc/configure.ac. Likewise comparing
but that case is not handled in libgcc/configure.ac. Likewise comparing
--
http://gcc.gnu.org/bugzil
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-09-04
02:27 ---
I am not worried about $host vs $target but rather the nuances in the xno case
for x$enable_decimal_float in the original code. For gcc/configure.ac, this
sets...
enable_decimal_float=dpd
but that case i
--- Comment #10 from pinskia at gcc dot gnu dot org 2010-09-04 02:13
---
(In reply to comment #9)>
> --- gcc 2010-09-03 22:04:53.0 -0400
> +++ libgcc 2010-09-03 22:01:16.0 -0400
> @@ -11,34 +11,26 @@
>esac
> ],
> [
> - case $target in
> + case $host in
Thi
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-09-04
02:09 ---
To make clearer the subtleties being lost in a single dfp.m4 file, here are the
diffs of the lines replaced out of configure.ac from each location (gcc, libgcc
and libdecnumber).
--- gcc 2010-09-03 22:04:5
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-09-04
01:26 ---
Reverting and regenerating libgcc/configure.ac is insufficient to eliminate the
failures. I will try reverting both libgcc/configure.ac and
libdecnumber/configure.ac next. I suspect the changes in r163815/r
The test program is:
program test
implicit none
type line_struct
integer :: width = 10
end type
type symbol_struct
integer :: typee = 10
end type
type curve_struct
type (line_struct) line
type (symbol_struct) symbol
end type
type (curve_struct) curve(10)
namelist / params / curve
!
--- Comment #7 from zsojka at seznam dot cz 2010-09-04 00:12 ---
Created an attachment (id=21691)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21691&action=view)
different crash
$ gcc -O -march=amdfam10 -ftree-slp-vectorize -fnon-call-exceptions pr45470-2.C
pr45470-2.C: In const
l-float=no
Thread model: posix
gcc version 4.6.0 20100903 (experimental) [trunk revision 163847p4] (GCC)
[macbook] gcc/build_w% grep -r enable_decimal_float */config.log
gcc/config.log:enable_decimal_float='dpd'
libdecnumber/config.log:enable_decimal_float='dpd'
prev-gcc/config.log:e
--- Comment #1 from zsojka at seznam dot cz 2010-09-03 23:51 ---
Created an attachment (id=21690)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21690&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45531
Compiler output:
$ gcc -fvar-tracking-uninit -fcompare-debug testcase.c
testcase.c:1:0: warning: variable tracking requested, but useless unless
producing debug info [enabled by default]
gcc: error: testcase.c: -fcompare-debug failure (length)
The failure appears with -g as well, but the warning i
The example program is:
program test
implicit none
type c_struct
type (g_struct), pointer :: g
end type
type g_struct
type (p_struct), pointer :: p
end type
type p_struct
type (region_struct), pointer :: r
end type
type region_struct
type (p_struct) plot
end type
type (c_struct) curve
--- Comment #25 from howarth at nitro dot med dot uc dot edu 2010-09-03
23:37 ---
Fixed at r163823.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
---
--- Comment #33 from howarth at nitro dot med dot uc dot edu 2010-09-03
23:36 ---
Fixed at r163811.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
---
--- Comment #6 from paolo dot carlini at oracle dot com 2010-09-03 23:21
---
Done.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status
--- Comment #5 from paolo at gcc dot gnu dot org 2010-09-03 23:19 ---
Subject: Bug 45347
Author: paolo
Date: Fri Sep 3 23:19:18 2010
New Revision: 163848
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163848
Log:
2010-09-03 Paolo Carlini
PR libstdc++/45347
*
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-09-03
22:12 ---
Of course this bug impacts all non-linux targets so it should be a P1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-09-03
21:58 ---
Okay the problem is that pre-r163815/r163816, we had in gcc/configure.ac...
# x86's use BID format instead of DPD
case x$enable_decimal_float in
xyes)
case $target in
i?86*-*-linux* | x86_64*-*
--- Comment #3 from k_satoda at f2 dot dion dot ne dot jp 2010-09-03 21:40
---
> I reported another Bug 45528 as the real problem.
It's Bug 45529. Sorry again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45528
--- Comment #2 from k_satoda at f2 dot dion dot ne dot jp 2010-09-03 21:38
---
This was a wrong analysis of my stack overflow. Repeated alloca() is
not the problem since esp is restored with ebx as shown in the
assembly output I put.
I reported another Bug 45528 as the real problem.
When a variable length array is defined in a loop, and its size is
specified with a const variable, gcc -O3 (and -Os) produces a call of
alloca() without specifying the size argument (eax in my case). This
causes stack overflow.
$ cat test.c
int const n = 4096;
void g(int* p);
void f() { for(;;) {
--- Comment #12 from runipg at broadcom dot com 2010-09-03 21:12 ---
Subject: Re: Bug with anonymous unions and bit-fields
Okay, I guess I was confused by "struct or union" semantics. Thanks!
jakub at gcc dot gnu dot org wrote:
> --- Comment #11 from jakub at gcc dot gnu dot org
--- Comment #11 from jakub at gcc dot gnu dot org 2010-09-03 20:53 ---
I don't see anything confusing about it. If you have:
union { int a, b, c; } u;
u.a overlaps u.b and u.c as well, and the same applies to bitfields. union
isn't struct, see ISO C99 6.7.2.1/5. The standard is clear
--- Comment #15 from vmakarov at redhat dot com 2010-09-03 20:45 ---
(In reply to comment #14)
Ulrih, I've just wanted to post the following when I found that you already
posted analogous conclusion. I should have been on CC to see your comment
right away. The problem is really fundame
--- Comment #7 from hubicka at gcc dot gnu dot org 2010-09-03 20:28 ---
In #5 the expression is created by PRE via create_expression_by_pieces that
uses normal fold that is not able of constant variable folding. The statement
does not get folded later and survives. I guess one can fold
--- Comment #1 from k_satoda at f2 dot dion dot ne dot jp 2010-09-03 20:22
---
Sorry, I made a wrong test case. Will try another one.
--
k_satoda at f2 dot dion dot ne dot jp changed:
What|Removed |Added
---
--- Comment #5 from domob at gcc dot gnu dot org 2010-09-03 20:20 ---
I guess we can close this now.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-09-03 20:12 ---
In testcase from comment #4 the problem is that value in DECL_INITIAL is not in
the form acceptable for gimple_min_invariant. Have patch.
In testcase from comment #5 we never try to fold it.
--
http://gcc.gnu.o
When a variable length array is defined in a loop, a call of alloca() is
placed in the loop, and causes stack overflow.
I believe this shouldn't happen since "The space for a variable-length
array is deallocated as soon as the array name's scope ends." (quote
from the doc)
http://gcc.gnu.org/onlin
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-09-03 20:09 ---
And here we fail to fold messages[1] created by PRE
enum
{
ERROR_OK, ERROR_UNKNOWN,
ERROR_NUM
};
enum
{ __LC_CTYPE = 0, __LC_NUMERIC = 1, __LC_TIME = 2, __LC_COLLATE =
3, __LC_MONETARY = 4, __LC_MESSAGES = 5
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-09-03
20:06 ---
Looking at a build previous to r163815/r163816, I find that config.log has...
enable_decimal_float='no'
in the libgcc build subdirectories, but config.log shows...
enable_decimal_float='dpd'
everywhere
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-09-03 20:04 ---
A related testcase where we fail to fold fundamentals[0]
typedef union tree_node *tree;
enum tree_code
{
OFFSET_TYPE, ENUMERAL_TYPE, BOOLEAN_TYPE, POINTER_TYPE, FIXED_POINT_TYPE,
};
struct tree_base
{
unsigned pu
--- Comment #10 from ubizjak at gmail dot com 2010-09-03 19:58 ---
Fixed for all targets that support __float128.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #4 from domob at gcc dot gnu dot org 2010-09-03 19:51 ---
Subject: Bug 45525
Author: domob
Date: Fri Sep 3 19:50:44 2010
New Revision: 163840
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163840
Log:
2010-09-03 Daniel Kraft
PR fortran/45525
* gf
--- Comment #3 from mikael at gcc dot gnu dot org 2010-09-03 19:45 ---
(In reply to comment #2)
> Created an attachment (id=21687)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21687&action=view) [edit]
> Proposed patch
>
> Patch to fix this. I wonder why it did not show up for m
--- Comment #13 from burnus at gcc dot gnu dot org 2010-09-03 19:41 ---
Subject: Bug 45186
Author: burnus
Date: Fri Sep 3 19:41:11 2010
New Revision: 163838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163838
Log:
2010-09-03 Tobias Burnus
PR fortran/45186
--- Comment #4 from jewillco at osl dot iu dot edu 2010-09-03 19:29 ---
One thing that I forgot to mention -- the Comeau online compiler accepts this
code without any errors (just a warning about "g" being unused).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45523
--- Comment #10 from runipg at broadcom dot com 2010-09-03 19:19 ---
Subject: Re: Bug with anonymous unions and bit-fields
Your suggestion works:
struct bfc {
union {
struct {
unsigned int a : 1,
b : 4;
};
--- Comment #3 from pinskia at gmail dot com 2010-09-03 19:02 ---
Subject: Re: New: Failure to bind auto variable to function template instance
I think there is a dup of this bug without auto. Not to mention it was
defect report against the standard.
On Sep 3, 2010, at 10:07 AM, "j
I think there is a dup of this bug without auto. Not to mention it was
defect report against the standard.
On Sep 3, 2010, at 10:07 AM, "jewillco at osl dot iu dot edu" > wrote:
The following code:
template void foo();
void f() {auto g = foo;}
fails to compile in GCC 4.5.0's C++0x mode wi
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-03
18:56 ---
Added gcc/config.log and gcc/autohost.h files from a build on
x86_64-apple-darwin10 configured with...
../gcc/configure --prefix=/Users/howarth/dist --with-gmp=/sw
--with-libiconv-prefix=/sw --with-ppl=/sw
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-03
18:54 ---
Created an attachment (id=21689)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21689&action=view)
gcc/autohost.h from x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-03
18:53 ---
Created an attachment (id=21688)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21688&action=view)
gcc/config.log from x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #14 from uweigand at gcc dot gnu dot org 2010-09-03 18:30
---
(In reply to comment #12)
> Yes, it would but I think the reload should still generate the right code in
> this particular order of insns. IMHO, fixing the order of insn is not the
> right thing to do because the
--- Comment #2 from domob at gcc dot gnu dot org 2010-09-03 18:24 ---
Created an attachment (id=21687)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21687&action=view)
Proposed patch
Patch to fix this. I wonder why it did not show up for me before, but I'm
taking this and will re
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-03 18:09 ---
It failed with revision 163827 and worked with 163811.
It may be caused by revision163813 :
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00104.html
--
hjl dot tools at gmail dot com changed:
What|Rem
On Linux/x86-64, I got
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gfortran.dg/dummy_procedure_1.f90:39.10:^M
^M
call s1(i) ! { dg-error "Expected a procedure for argument" }^M
1^M
Error: Expected a procedure for argument 'f' at (1)^M
/export/gnu/import/svn/gcc-test/src-tru
The new commits...
Author: krebbel
Date: Fri Sep 3 13:14:14 2010
New Revision: 163815
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163815
Log:
gcc/
2010-09-03 Andreas Krebbel
* configure.ac: Use the GCC_AC_ENABLE_DECIMAL_FLOAT macro.
* Makefile.in: Add aclo
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-09-03
17:23 ---
Subject: Re: [4.6 regression] Ada bootstrap failure on IRIX 6.5: SIGBUS in
sem_aggr.sort_case_table
I'm now running an mips-sgi-irix6.5 bootstrap with Ada included with
this patch.
Thanks.
Rainer
--- Comment #2 from paolo dot carlini at oracle dot com 2010-09-03 17:10
---
Let's add Jason in CC about this one too.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #10 from hjl dot tools at gmail dot com 2010-09-03 17:09
---
(In reply to comment #8)
> (In reply to comment #5)
> > Hmhm, IVOPTs expands crap into arguments.
> >
> > Index: gcc/tree-ssa-loop-ivopts.c
> > ===
>
--- Comment #1 from jewillco at osl dot iu dot edu 2010-09-03 17:08 ---
Created an attachment (id=21686)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21686&action=view)
File containing test case in error report
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45523
The following code:
template void foo();
void f() {auto g = foo;}
fails to compile in GCC 4.5.0's C++0x mode with the following error:
foo.cpp: In function void f():
foo.cpp:2:20: error: g has incomplete type
Trying different variants of this code, it appears that GCC believes that
foo is
--- Comment #9 from hjl dot tools at gmail dot com 2010-09-03 16:48 ---
It also failed on Linux/ia64 with similar error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45519
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-09-03 16:34 ---
Created an attachment (id=21685)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21685&action=view)
patch for better folding
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45522
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-09-03 16:33 ---
OK, the problem seems to be that fold_stmt seems to make no serious attempt to
fold constant references. There is some code in maybe_fold_reference that
seems to partly duplicate fold_const_aggregate_ref however. W
Bug Report:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.4-6'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--enable-multiarch --enable-linker
--- Comment #21 from tkoenig at gcc dot gnu dot org 2010-09-03 16:17
---
Subject: Bug 45159
Author: tkoenig
Date: Fri Sep 3 16:16:34 2010
New Revision: 163834
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163834
Log:
2010-09-03 Thomas Koenig
PR fortran/45159
--- Comment #24 from ro at gcc dot gnu dot org 2010-09-03 16:03 ---
Subject: Bug 42843
Author: ro
Date: Fri Sep 3 16:02:37 2010
New Revision: 163833
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163833
Log:
PR testsuite/42843
* Makefile.in (PLUGINCC): Define in
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-09-03 15:59 ---
Created an attachment (id=21684)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21684&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45522
Hi,
compiling the attached testcase (reduced from tree.c) with -O2 leads to vrp
folding:
if (D.2762_2 == 6)
goto ;
else
goto ;
:
D.2766_5 = (int) D.2762_2;
D.2767_6 = tree_code_type[D.2766_5];
into
D.2762_2 = type_1(D)->base.code;
if (D.2762_2 == 6)
goto ;
else
goto
--- Comment #1 from jakub at gcc dot gnu dot org 2010-09-03 15:44 ---
*** This bug has been marked as a duplicate of 41063 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-03 15:44 ---
*** Bug 45517 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from hjl dot tools at gmail dot com 2010-09-03 15:37 ---
(In reply to comment #5)
> Hmhm, IVOPTs expands crap into arguments.
>
> Index: gcc/tree-ssa-loop-ivopts.c
> ===
> --- gcc/tree-ssa-loop-ivopts.c (rev
--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-03 15:05
---
Thus, Jon, are we just missing a #pragma GCC system_header at the beginning of
that file? In case, just add it and close the PR?
--
paolo dot carlini at oracle dot com changed:
What|Removed
As the introduction of Fortran 2008 mentions:
- ALLOCATABLE and POINTER attributes are used in generic resolution.
- Procedureness of a dummy argument is used in generic resolution.
Or as "The new features of Fortran 2008" puts it:
"A pair of specific procedures in a generic interface are permitte
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-03 14:52 ---
(In reply to comment #6)
> Created an attachment (id=21683)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21683&action=view) [edit]
> alternate fix
>
Doesn't work on Linux/x86. I got
/export/gnu/import/git/g
--- Comment #24 from jakub at gcc dot gnu dot org 2010-09-03 14:50 ---
Subject: Bug 45484
Author: jakub
Date: Fri Sep 3 14:50:20 2010
New Revision: 163824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163824
Log:
PR middle-end/45484
* dwarf2out.c (flush_queued_
--- Comment #23 from jakub at gcc dot gnu dot org 2010-09-03 14:47 ---
Subject: Bug 45484
Author: jakub
Date: Fri Sep 3 14:46:39 2010
New Revision: 163823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163823
Log:
PR middle-end/45484
* dwarf2out.c (flush_queued_
--- Comment #5 from matz at gcc dot gnu dot org 2010-09-03 14:46 ---
Fixed.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from runipg at broadcom dot com 2010-09-03 14:45 ---
Subject: Re: Bug with anonymous unions and bit-fields
Thank you so much. You can close this bug if you wish.
-Runip
On 03-Sep-2010, at 3:47 AM, paolo dot carlini at oracle dot com
wrote:
>
>
> --- Comment #8
--- Comment #1 from paolo dot carlini at oracle dot com 2010-09-03 14:44
---
Let's ask Jason to have a look.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
--- Comment #4 from matz at gcc dot gnu dot org 2010-09-03 14:43 ---
Subject: Bug 45415
Author: matz
Date: Fri Sep 3 14:42:46 2010
New Revision: 163822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163822
Log:
PR middle-end/45415
* tree-sra.c (sra_modify_assign
The compiler says: main.cc:7:35: internal compiler error: Segmentation fault
The map must be a class member to reproduce the bug.
If the decltype is not in a lambda, but a method argument, a different message
appears:
main.cc:6:32: internal compiler error: in tree_low_cst, at tree.c:6328
This code
--- Comment #5 from hjl at gcc dot gnu dot org 2010-09-03 14:41 ---
Subject: Bug 45506
Author: hjl
Date: Fri Sep 3 14:40:36 2010
New Revision: 163821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163821
Log:
Add gcc.dg/pr45506.c.
2010-09-03 H.J. Lu
PR tree-optimiz
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-03 14:33 ---
Created an attachment (id=21683)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21683&action=view)
alternate fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45519
--- Comment #9 from uros at gcc dot gnu dot org 2010-09-03 14:23 ---
Subject: Bug 45476
Author: uros
Date: Fri Sep 3 14:23:05 2010
New Revision: 163819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163819
Log:
libgcc/ChangeLog:
PR target/45476
* Makefile.in (s
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-03 14:21 ---
Hmhm, IVOPTs expands crap into arguments.
Index: gcc/tree-ssa-loop-ivopts.c
===
--- gcc/tree-ssa-loop-ivopts.c (revision 163817)
+++ gcc/tree-ssa-loop
--- Comment #2 from regehr at cs dot utah dot edu 2010-09-03 14:20 ---
No crash from r163817, thanks!
--
regehr at cs dot utah dot edu changed:
What|Removed |Added
--- Comment #22 from manu at gcc dot gnu dot org 2010-09-03 14:06 ---
(In reply to comment #21)
> (In reply to comment #8)
> > Is 'coverity' a compiler? I don't think so.
> >
>
> Coverity is not a tool that generates code, but it does perform
> all the syntactic & semantic analysis tha
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-03 13:43 ---
Reduced testcase:
typedef struct { unsigned int p_vaddr; } Elf32_Phdr;
typedef struct { int d_tag; } Elf32_Dyn;
typedef unsigned _Unwind_Ptr __attribute__((__mode__(__pointer__)));
int
_Unwind_IteratePhdrCallback (c
--- Comment #2 from froydnj at codesourcery dot com 2010-09-03 13:34
---
Subject: Re: [4.6 regression] bootstrap failure on
sparc64-unknown-linux-gnu
configure says:
checking for C compiler default output file name... a.out
checking whether the C compiler works... configure:
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-03 13:32 ---
Created an attachment (id=21682)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21682&action=view)
A testcase
[...@gnu-1 gcc]$ ./xgcc -B./ -m32 -O2 -S /tmp/pr45519.i
../../../src-trunk/libgcc/../gcc/unwind-dw2-
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-03 13:31 ---
[...@gnu-1 gcc]$ ./xgcc -B./ -m32 -O2 -S /tmp/pr45519.i
../../../src-trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c: In function
\u2018_Unwind_IteratePhdrCallback\u2019:
../../../src-trunk/libgcc/../gcc/unwind-dw2-fde-gl
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-03 13:27 ---
How does it fail?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Mileston
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-03 13:22 ---
Can you attach preprocessed source that allows reproducing on x86_64? Thx.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from jsm28 at gcc dot gnu dot org 2010-09-03 13:21 ---
Fixed for 4.6.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45519
On Linux/x86, revision 163804 gave:
/home/regress/tbox/svn-gcc/libgcc/../gcc/unwind-dw2-fde-glibc.c: In function
'_Unwind_IteratePhdrCallback':
/home/regress/tbox/svn-gcc/libgcc/../gcc/unwind-dw2-fde-glibc.c:134:1: error:
Invalid first operand of MEM_REF.
D.10501_117
/home/regress/tbox/svn-gcc/lib
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-09-03 13:18 ---
Subject: Bug 45499
Author: jsm28
Date: Fri Sep 3 13:17:46 2010
New Revision: 163817
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163817
Log:
PR ada/45499
* gcc-interface/misc.c (gnat_init_op
--- Comment #6 from hjl at gcc dot gnu dot org 2010-09-03 13:13 ---
Subject: Bug 45504
Author: hjl
Date: Fri Sep 3 13:13:10 2010
New Revision: 163814
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163814
Log:
Check "-D XXX=YYY".
2010-09-03 H.J. Lu
PR java/45504
--- Comment #4 from domob at gcc dot gnu dot org 2010-09-03 13:11 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from domob at gcc dot gnu dot org 2010-09-03 13:11 ---
Subject: Bug 34162
Author: domob
Date: Fri Sep 3 13:10:40 2010
New Revision: 163813
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163813
Log:
2010-09-03 Daniel Kraft
PR fortran/34162
* re
--- Comment #21 from thutt at vmware dot com 2010-09-03 13:07 ---
(In reply to comment #8)
> Is 'coverity' a compiler? I don't think so.
>
Coverity is not a tool that generates code, but it does perform
all the syntactic & semantic analysis that a code-generating compiler will.
Then, i
I'm seeing a bootstrap failure on the compile farm's gcc63 machine. I realize
there've been several logs submitted to gcc-testresults from Laurent's
autotesters, but those testers configured with somewhat different options than
I did. I'm configuring with:
--disable-lib{ssp,mudflap,gomp} --enabl
--- Comment #3 from rmansfield at qnx dot com 2010-09-03 13:02 ---
I can still reproduce it with r163811.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45511
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-09-03 12:55 ---
A fix will appear in the repositories beyond
http://download.opensuse.org/repositories/devel:/gcc/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45502
--- Comment #32 from hubicka at gcc dot gnu dot org 2010-09-03 12:26
---
Subject: Bug 44812
Author: hubicka
Date: Fri Sep 3 12:26:24 2010
New Revision: 163811
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163811
Log:
PR lto/44812
* lto-cgraph.c (intput_node,
1 - 100 of 133 matches
Mail list logo
