On solaris 10, the C99 macros fpclassify, isinf, isfinite and isnormal are
created for GCC by fixincludes. The resulting macros do not properly guard
against raising FP exceptions in various cases. Here are the current macro
definitions as created by fixincludes into iso/math_c99.h:
#undef fpcl
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-06 04:12 ---
This patch is most likely better:
Index: fold-const.c
===
--- fold-const.c(revision 126396)
+++ fold-const.c(working copy)
@@ -2063,9 +2
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mmitchel at gcc dot gnu dot
|dot org
--- Comment #8 from prj-bugzilla-gcc at multivac dot cwru dot edu
2007-07-06 02:52 ---
Created an attachment (id=13854)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13854&action=view)
fix overquoting in libtool-ldflags
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31906
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-07-06 01:37
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-07-06 01:36
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-07-06 01:36
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-07-06 01:24
---
Subject: Bug 31992
Author: mmitchel
Date: Fri Jul 6 01:23:54 2007
New Revision: 126399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126399
Log:
PR c++/32245
* init.c (build_zero_init): A
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-07-06 01:24
---
Subject: Bug 32245
Author: mmitchel
Date: Fri Jul 6 01:23:54 2007
New Revision: 126399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126399
Log:
PR c++/32245
* init.c (build_zero_init): A
--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-07-06 01:24
---
Subject: Bug 32251
Author: mmitchel
Date: Fri Jul 6 01:23:54 2007
New Revision: 126399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126399
Log:
PR c++/32245
* init.c (build_zero_init): A
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-06 00:47 ---
The issue is the conversion is done at the end of parsing the whole statement.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31158
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-07-06 00:36 ---
FWIW, ppc-linux-gnu bootstrap failed with the same tree, but reverting to
before the 2007-06-30 patch it worked again. ppc64-linux-gnu still failed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32589
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-06 00:34 ---
Some more information, I don't think conversion should set the overflow bit any
more.
Roger started doing some of this work with:
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00812.html
But I don't know what happene
--- Comment #24 from spark at gcc dot gnu dot org 2007-07-05 23:44 ---
Subject: Bug 32475
Author: spark
Date: Thu Jul 5 23:44:44 2007
New Revision: 126391
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126391
Log:
2007-07-05 Seongbae Park <[EMAIL PROTECTED]>
PR rtl-o
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-05 22:57 ---
> Well, that sizetypes are sign-extended is assumed in other places too.
Yes this is known but this place is "special". Though I have not figured out
why we are setting overflow in general here anyways.
--
htt
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-07-05 21:57
---
> This patch works for me:
Well, that sizetypes are sign-extended is assumed in other places too.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-07-05 21:21 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-07-05 21:21 ---
Subject: Bug 32639
Author: rguenth
Date: Thu Jul 5 21:21:10 2007
New Revision: 126389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126389
Log:
2007-07-05 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from patchapp at dberlin dot org 2007-07-05 21:15 ---
Subject: Bug number PR32633
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-07/msg00511.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #10 from spop at gcc dot gnu dot org 2007-07-05 20:55 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from laurent at guerby dot net 2007-07-05 20:36 ---
This was working with 4.1
--
laurent at guerby dot net changed:
What|Removed |Added
CC|
--- Comment #9 from spop at gcc dot gnu dot org 2007-07-05 20:26 ---
Subject: Bug 32622
Author: spop
Date: Thu Jul 5 20:26:10 2007
New Revision: 126386
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126386
Log:
PR bootstrap/32622
* config/mh-x86omitfp (BOOT_CFLA
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-07-05 20:25
---
I have a fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30965
--- Comment #22 from bonzini at gnu dot org 2007-07-05 20:11 ---
The patch does not fix this one, which also works in 3.3 and fails in 4.1. I'm
not sure it's 100% the same bug. Still, I committed the patch to fix the
testcase from PR21291.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #1 from brolley at redhat dot com 2007-07-05 20:05 ---
I've worked on this a bit and just realized that it's assigned to Mark
Mitchell. However, here's what I've learned, in case it helps...
The segfault occurs in convert_for_initialization because the TREE_TYPE of rhs
is NU
--- Comment #8 from bonzini at gnu dot org 2007-07-05 20:03 ---
Subject: Re: BOOT_CFLAGS is not passed to stage2 and stage3
compile
Sebastian Pop wrote:
> Hi,
>
> here is a fix for PR32622 that I've bootstrapped and tested on
> i686-linux with "configure BOOT_CFLAGS=-O2" that made th
--- Comment #7 from pcarlini at suse dot de 2007-07-05 19:46 ---
Great. Thanks a lot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31906
--- Comment #6 from prj-bugzilla-gcc at multivac dot cwru dot edu
2007-07-05 19:23 ---
I've found the problem. The libtool-ldflags script inserts -Xcompiler for any
argument starting with "-f" or "--", even if that argument was already quoted
with -Xlinker/-Xcompiler/-Xpreprocessor. I
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-05 19:06 ---
We compare two pointer-to-method types that "look" the same:
Breakpoint 3, useless_type_conversion_p (outer_type=0xb7d869b4,
inner_type=0xb7d866c0) at /home/richard/src/trunk2/gcc/tree-ssa.c:917
917 inner
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-05 19:02 ---
This patch works for me:
Index: fold-const.c
===
--- fold-const.c(revision 126338)
+++ fold-const.c(working copy)
@@ -282,14 +282,8 @@
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-05 18:50 ---
Confirmed. This is caused by r126326, somehow I didn't notice this during
testing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from ubizjak at gmail dot com 2007-07-05 18:55 ---
*** Bug 32631 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #2 from ubizjak at gmail dot com 2007-07-05 18:55 ---
Duplicate of 32639.
*** This bug has been marked as a duplicate of 32639 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-05 18:48 ---
>:0: error: nonnull argument references non-pointer operand (argument
>1, operand 1)
That means we are miscompiling some part of cc1 somewhere. Which I doubt is a
pointer plus issue because I have gotten no bug re
--- Comment #4 from ro at gcc dot gnu dot org 2007-07-05 18:43 ---
Subject: Bug 28190
Author: ro
Date: Thu Jul 5 18:43:16 2007
New Revision: 126377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126377
Log:
PR libgcj/28190
* inclhack.def (irix_stdint_c99): New f
--- Comment #1 from joel at oarcorp dot com 2007-07-05 18:30 ---
Created an attachment (id=13853)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13853&action=view)
Patch to make this file compile
With this patch, I have been able to successfully compile GNAT for 7 target
architectu
--- Comment #2 from mark at gcc dot gnu dot org 2007-07-05 18:34 ---
Subject: Re: Wrong selection of field in inner class when
outer class and super class have a relevant filed named the same
> --- Comment #1 from tromey at gcc dot gnu dot org 2007-07-05 17:31
> ---
>
--- Comment #10 from rguenther at suse dot de 2007-07-05 18:29 ---
Subject: Re: Fails to tree-combine conditions
in COND_EXPRs
On Thu, 5 Jul 2007, pluto at agmk dot net wrote:
>
>
> --- Comment #9 from pluto at agmk dot net 2007-07-05 18:21 ---
> (In reply to comment #8)
>
The Ada run-time has changed its expectation for the prototype of
pthread_sigmask. The RTEMS specific file does not compile. This small patch
fixes it.
2007-07-05 Joel Sherrill <[EMAIL PROTECTED]>
* s-osinte-rtems.ads: Correct prototype of pthread_sigmask.
--
Summary: Bin
--- Comment #6 from burnus at gcc dot gnu dot org 2007-07-05 18:23 ---
FIXED.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from pluto at agmk dot net 2007-07-05 18:21 ---
(In reply to comment #8)
> This is related to the gimplifier verifying call expression types to disable
> inlining. In this case the argument type list says we need struct _Bind, but
> the actual argument is struct _Bind*.
--- Comment #6 from ro at gcc dot gnu dot org 2007-07-05 18:17 ---
Working on a patch.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassi
--- Comment #3 from ro at gcc dot gnu dot org 2007-07-05 18:07 ---
This patch works around this problem:
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00475.html
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ro at gcc dot gnu dot org 2007-07-05 18:00 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00473.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32538
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-05 17:59 ---
Translation fixes goto the translation team which is not part of the GCC team
really.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #30 from jv244 at cam dot ac dot uk 2007-07-05 17:52 ---
(In reply to comment #29)
> (In reply to comment #28)
>
> > without knowing C to well, don't you need to initialize stack_pointer in the
> > testcase you've added to the patch?
>
> No, written this way it is zero by d
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-07-05 17:51 ---
This is related to the gimplifier verifying call expression types to disable
inlining. In this case the argument type list says we need struct _Bind, but
the actual argument is struct _Bind*. Oh well.
--
http:
--- Comment #2 from ro at gcc dot gnu dot org 2007-07-05 17:50 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Comment #29 from ubizjak at gmail dot com 2007-07-05 17:42 ---
(In reply to comment #28)
> without knowing C to well, don't you need to initialize stack_pointer in the
> testcase you've added to the patch?
No, written this way it is zero by default.
--
http://gcc.gnu.org/bugzi
--- Comment #28 from jv244 at cam dot ac dot uk 2007-07-05 17:35 ---
(In reply to comment #27)
> Patch at http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00460.html.
>
without knowing C to well, don't you need to initialize stack_pointer in the
testcase you've added to the patch?
--
h
--- Comment #7 from pluto at agmk dot net 2007-07-05 17:35 ---
(In reply to comment #6)
> Fixed.
Richard, there's a recent regresion in 4.3/r126266:
_ZSt9transformIPlS0_NSt3tr15_BindIFSt4plusIlEllT0_T_S8_S7_T1_:
cmpq%rsi, %rdi
je .L2
addq$8, %rd
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2007-07-05
17:31 ---
Subject: Re: libstdc++ testsuite fails on platforms without ranlib
hp at gcc dot gnu dot org writes:
> and you'll have to fix the ":" problem separately.
> Unless you prefer a 'set ranlib "$env(SHELL) -c
--- Comment #1 from tromey at gcc dot gnu dot org 2007-07-05 17:31 ---
I tried this with svn trunk and got 'false'.
If there is a bug here it is in ecj, not gcj.
I'm not sure I agree with your interpretation here.
I don't see how specificity applies. Isn't that term only used
for overl
As of this morning (7/5/07), I now get the following ICE from the C++ testsuite
of mainline. Note that this test PASSed yesterday (7/4/07).
Executing on host:
/u01/var/tmp/gcc_trunk_svn/gcc_20070705/gcc/testsuite/g++/../
../g++ -B/u01/var/tmp/gcc_trunk_svn/gcc_20070705/gcc/testsuite/g++/../../
/u
--- Comment #3 from ubizjak at gmail dot com 2007-07-05 17:19 ---
(In reply to comment #0)
> My autotester flags the following failure as introduced between revisions
> 126197 and 126206 (people with gcc/ChangeLog entries in this range are CCed;
> no
> suspect cp or libstdc++-v3 changes
The following program should print true, but prints false when compiled with
gcj -C because the wrong field o is selected in the anonymous inner class (the
protected field named o in the super class is more specific than the field o in
the enclosing method).
public class t
{
static abstract clas
--- Comment #27 from ubizjak at gmail dot com 2007-07-05 17:11 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00460.html.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #1 from ext at sidvind dot com 2007-07-05 16:36 ---
Created an attachment (id=13851)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13851&action=view)
Translation fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32637
By changing the parameters of the operator delete of a class, the following
warning is issued when compiling:
include/elpis.h:80: error: 'operator delete' takes type 'void*' as first
parameter
With LC_ALL set to "sv_SE":
include/elpis.h:80: fel: "operator new" tar typen "void*" som första parame
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-07-05 16:32 ---
Tobias, good catch :)
It seems to be another off-by-one issue. Comparing the tree dumps from
different assignments as shown in comment #4, one learns (copied only the
relevant lines, between any two adjacent lines a
--- Comment #2 from hp at gcc dot gnu dot org 2007-07-05 16:16 ---
There are ready-to-use tarballs (binutils+sim, gcc+newlib+gmp+mpfr) on
gcc12:/home/hp for those inclined.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32636
My autotester flags the following failure as introduced between revisions
126197 and 126206 (people with gcc/ChangeLog entries in this range are CCed; no
suspect cp or libstdc++-v3 changes):
Running
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp
...
FAIL: 25_algorithms
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-07-05 16:11
---
(In reply to comment #3)
> The patch below fixes the current problem. There are other checks against
> attrib->save in check_conflict() which might trigger the same problem. I'll
> have a closer later this evening
--- Comment #1 from hp at gcc dot gnu dot org 2007-07-05 16:08 ---
Created an attachment (id=13850)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13850&action=view)
preprocessed test-case (with significant parts of context missing due to pch)
See PR description for the cc1plus com
a:~/junk] dir% gfortran --v
Using built-in specs.
Target: powerpc-apple-darwin8.10.0
Configured with: ../gcc/configure --disable-multilib
--prefix=/usr/local/gfortran --enable-languages=c,fortran
Thread model: posix
gcc version 4.3.0 20070705 (experimental)
[dranta:~/junk] dir%
--
Summ
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2007-07-05
15:42 ---
Subject: Re: libstdc++ testsuite fails on platforms without ranlib
hp at gcc dot gnu dot org writes:
> I'm not the one adding the ranlib invocation, just the one last touching it,
Indeed: I found that Be
--- Comment #1 from pault at gcc dot gnu dot org 2007-07-05 15:24 ---
This fixes it but is, as yet, unregtested:
Index: gcc/fortran/module.c
===
*** gcc/fortran/module.c(revision 126317)
--- gcc/fortran/module.c
--- Comment #1 from pluto at agmk dot net 2007-07-05 15:22 ---
it would be nice to see bswap variants instead of mov,mov,mov,...
:
mov(%rdi),%eax
bswap %eax
mov%eax,(%rdi)
retq
:
mov(%rdi),%rax
bswap %rax
mov%rax,(%rdi)
retq
and one mo
The code below incorrectly gives the error, as reported by Salvatore Filippone:
Call foo_pwrk(pr,p,f,cd,info,work=aux)
1
Error: There is no specific subroutine for the generic 'bar_pwrk' at (1)
Not only does it look correct but other compilers handle it OK
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2007-07-05
15:19 ---
Subject: Re: libstdc++ testsuite fails on platforms without ranlib
pcarlini at suse dot de writes:
> Let's add Hans-Peter in CC... I suspect adding an 'else if [info exists
> env(RANLIB)]...' could do th
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-05 15:09 ---
The patch below fixes the current problem. There are other checks against
attrib->save in check_conflict() which might trigger the same problem. I'll
have a closer later this evening.
Index: symbol.c
==
--- Comment #4 from pcarlini at suse dot de 2007-07-05 15:04 ---
Thanks Hans-Peter. Are you willing to investigate this issue further?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32499
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-05 15:03 ---
Testing patch ...
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #3 from hp at gcc dot gnu dot org 2007-07-05 15:01 ---
I'm not the one adding the ranlib invocation, just the one last touching it,
see for example also PR30675. Don't check for RANLIB, it's for the host and
we're testing for the target.
The framework in this case the topleve
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-05 14:56 ---
Haven't updated yet, but ...
symbol.c(check_conflict):493:
[...]
switch (attr->flavor)
case FL_PARAMETER:
conf2 (save);
[...]
with
#define conf2(a) if (attr->a) { a2 = a; goto conflict; }
should
--- Comment #132 from jv244 at cam dot ac dot uk 2007-07-05 14:39 ---
new bogus gfortran error on CP2K : PR 32633
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
MODULE test
IMPLICIT NONE
CHARACTER(len=1), PARAMETER :: backslash = '\\'
PUBLIC :: backslash
END MODULE
> gfortran test.f90
test.f90:4.21:
PUBLIC :: backslash
1
Error: PARAMETER attribute conflicts with SAVE attribute in 'backslash' at (1)
--
Summary: b
--- Comment #2 from pcarlini at suse dot de 2007-07-05 14:37 ---
Let's add Hans-Peter in CC... I suspect adding an 'else if [info exists
env(RANLIB)]...' could do the job... Hans-Peter?
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-05 14:31 ---
Reduced testcase:
$> cat pr31320.f90
type :: a
integer, allocatable :: i(:)
end type a
type(a) :: x, y
x = a ((/1, 2, 3, 4/))
y = x
end
$> gfortran-svn -g -Wall pr31320.f90
$> valgrind --tool=memchec
--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32014
--- Comment #10 from ubizjak at gmail dot com 2007-07-05 14:04 ---
Patch for:
FAIL: gcc.dg/vect/vect-intfloat-conversion-4a.c scan-tree-dump-times vectorized
1 loops 1
FAIL: gcc.dg/vect/vect-intfloat-conversion-4b.c scan-tree-dump-times vectorized
1 loops 1
has been committed to SVN.
--- Comment #5 from ubizjak at gmail dot com 2007-07-05 13:46 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #8 from ubizjak at gmail dot com 2007-07-05 13:45 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-05 13:36 ---
An attempt is made to match it as a variable declaration which fails because
LOGICAL SUBROUTINE foo
either misses th '::' or a ',' between SUBROUTINE and FOO resulting in a
"Syntax error in data declaration".
--- Comment #1 from hjl at lucon dot org 2007-07-05 13:31 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00305.html
--
hjl at lucon dot org changed:
What|Removed |Added
---
bash-3.2$ cat x.c
#include
int
main ()
{
printf ("Hello\n");
return 0;
}
bash-3.2$ gcc -pie x.c -fpie
bash-3.2$ ./a.out
Hello
bash-3.2$ gcc -shared -pie x.c -fpie
bash-3.2$ ./a.out
bash: ./a.out: /lib/ld64.so.1: bad ELF interpreter: No such file or directory
bash-3.2$
I am expecting -pie
--- Comment #1 from ubizjak at gmail dot com 2007-07-05 13:21 ---
Created an attachment (id=13849)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13849&action=view)
delta reduced c++ preprocessed source
g++ -O2 1520.cc:
1520.cc: In constructor âpov_frontend::MessageOutput::Message
Attached testcase ICEs when compiled with 'g++ -O2':\
messageoutput.cpp: In constructor
âpov_frontend::MessageOutput::MessageOutput(void*)â:
messageoutput.cpp:1090: internal compiler error: in generate_element_copy, at
tree-sra.c:1801
Please submit a full bug report,
with preprocessed source if ap
--- Comment #2 from falk at debian dot org 2007-07-05 13:01 ---
I tried this patch from Andrew Pinski:
Index: gcc/config/alpha/alpha.c
===
--- gcc/config/alpha/alpha.c(revision 126053)
+++ gcc/config/alpha/alpha.c(w
--- Comment #5 from burnus at gcc dot gnu dot org 2007-07-05 12:52 ---
Subject: Bug 32359
Author: burnus
Date: Thu Jul 5 12:51:51 2007
New Revision: 126366
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126366
Log:
gcc/fortran/
2007-07-05 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #15 from pcarlini at suse dot de 2007-07-05 11:46 ---
Fixed for 4.2.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #14 from paolo at gcc dot gnu dot org 2007-07-05 11:46 ---
Subject: Bug 31957
Author: paolo
Date: Thu Jul 5 11:46:00 2007
New Revision: 126363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126363
Log:
2007-07-05 Joerg Richter <[EMAIL PROTECTED]>
PR libst
--- Comment #13 from paolo at gcc dot gnu dot org 2007-07-05 11:45 ---
Subject: Bug 31957
Author: paolo
Date: Thu Jul 5 11:45:24 2007
New Revision: 126362
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126362
Log:
2007-07-05 Joerg Richter <[EMAIL PROTECTED]>
PR libst
--- Comment #1 from pixel at mandriva dot com 2007-07-05 11:20 ---
(bug still valid in trunk)
the fix is plain simple:
--- gcc/ada/gnat_ugn.texi (revision 126361)
+++ gcc/ada/gnat_ugn.texi (working copy)
@@ -101,7 +101,7 @@
@settitle @value{EDITION} User's Guide @value{PLA
--- Comment #12 from joerg dot richter at pdv-fs dot de 2007-07-05 11:17
---
Of course, you are right. :)
Just want to confirm, that all "s,g,g," and "s,^,," and "b" seem to work fine
with AIX-sed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31957
--- Comment #11 from bonzini at gnu dot org 2007-07-05 11:13 ---
Actually any no-op command would do, I think even "b" would be ok unless it
triggers other bugs. In particular, replacing one g with a g, or all g's with
g's, should not matter. :-)
--
http://gcc.gnu.org/bugzilla/show
--- Comment #10 from pcarlini at suse dot de 2007-07-05 11:04 ---
It isn't, as explained by Paolo off-line (by the way Paolo maintains GNU sed),
essentially the same string is used in other projects to work around that AIX
problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3195
--- Comment #9 from pault at gcc dot gnu dot org 2007-07-05 11:01 ---
fixed on trunk - thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 116 matches
Mail list logo
