--- Comment #2 from pault at gcc dot gnu dot org 2005-12-18 07:48 ---
PS
I beg your pardon - the array assignment is illegal and is caught by the patch
that I am about to submit.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21256
--- Comment #1 from pault at gcc dot gnu dot org 2005-12-18 07:43 ---
Steve,
I do not see this in the standard. According to 5.1.2.4.4:
Constraint: The function name of an array-valued function shall not be declared
as an assumed-size array
Constraint: An assumed-size array with INTE
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-12-18 07:17
---
> This one includes the change to the usage of __extension__ that Andrew pointed
> out.
In file included from /home/eric/svn/gcc/libdecnumber/decContext.h:43,
from /home/eric/svn/gcc/libdecnumber
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-18 06:06 ---
(In reply to comment #1)
> Here is what we currently get:
Oh, I Know why printf is broken, it is broken because I am still using 10.3.9
which does not have a fixed up stdio.h.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-18 05:46 ---
Here is what we currently get:
_f:
b L_sqrtl$stub
.
b L_printf$stub
---
When including math.h:
_f:
b L_sqrtl$LDBL128$stub
I am going to try to fix this.
More info can be found at
The following program does not work if we don't include math.h and stdio.h.
long double f(long double a)
{
return __builtin_sqrtl (a);
}
int main(void)
{
__builtin_printf("%Lf %f\n", f(2.0) + 2, 200.0);
}
The fortran failure gfortran.dg/large_real_kind_2.F90 is the same issue.
Note __builti
--- Comment #2 from ssen at opendarwin dot org 2005-12-18 05:32 ---
I disagree. Those other issues were reported years ago and may or may not still
apply, and most only apply if you enable non-C frontends like Java. For the
basic case of just --enable-languages=c, "make distclean" should
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-18 04:51 ---
One more thing, if we let it run once, we would also fix the debuging info and
the "make install" problem with how we build GCC currently.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25476
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
Target Milestone|---
We now run/build fixincludes three when bootstrapping GCC. We really only need
to build/run it once after stage1.
Right now we build and run it three times which seems like a waste of time.
--
Summary: [4.2 Regression] Fixincludes is run three times
Product: gcc
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-12-18 02:53
---
*** Bug 25475 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-18 02:53 ---
*** This bug has been marked as a duplicate of 24257 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from drab at kepler dot fjfi dot cvut dot cz 2005-12-18
02:52 ---
Created an attachment (id=10527)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10527&action=view)
Triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25475
Using gcc version 4.2.0 20051217 (experimental) to compile the attached
testcase like this
---
gcc -O2 -fgcse-sm -c -o mjpeg.o mjpeg.c
---
I get the following:
---
mjpeg.c: In function ‘mjpeg_picture_trailer
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-18 02:37 ---
(In reply to comment #2)
> We get two extra fmr's and one extra load:
I filed the extra load as PR 25474.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17381
Take the following example:
double d;
float f;
void g(void)
{
d = 1.0;
f = 1.0f;
}
Currently we get:
_g:
lis r9,ha16(LC1)
lis r2,ha16(_d)
lfs f13,lo16(LC1)(r9)
lfs f0,lo16(LC1)(r9)
lis r9,ha16(_f)
stfs f13,lo16(_f)(r9)
stfd f0,lo16(_d
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-18 02:10 ---
It is even worse with:
double d;
float test1(float fParm)
{
d = fParm + 1.0;
return fParm + 1.0f;
}
We get two extra fmr's and one extra load:
_test1:
fmr f12,f1 < extra fmr
lis r2,ha16(LC1)
--- Comment #26 from bkoz at gcc dot gnu dot org 2005-12-18 01:51 ---
Created an attachment (id=10526)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10526&action=view)
libsupc++ issue 3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #25 from bkoz at gcc dot gnu dot org 2005-12-18 01:50 ---
Created an attachment (id=10525)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10525&action=view)
libsupc++ issue 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #24 from bkoz at gcc dot gnu dot org 2005-12-18 01:50 ---
Created an attachment (id=10524)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10524&action=view)
libsupc++ issue 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-12-18 01:48 ---
Fixed for at least 4.1.0, I don't know what fixed this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #23 from bkoz at gcc dot gnu dot org 2005-12-18 01:48 ---
When doing the last bit, I ran into some other issues, where some of the
libsupc++ bits (typeinfo, unexpected_handler, uncaught_exception, nothrow etc)
are internally defined within std.
(? Or seem to be.)
This hard
--- Comment #11 from steven at gcc dot gnu dot org 2005-12-18 01:38 ---
Punt for now.
http://gcc.gnu.org/ml/gcc/2005-12/msg00504.html
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-18 01:36 ---
(In reply to comment #2)
> Subject: Re: Gcc doesn't check overflowed size of structure
>
> If you rewrite it to
That is because there is no constant overflow. Just an overflow at the
runtime.
--
http://gcc.g
--- Comment #1 from joseph at codesourcery dot com 2005-12-18 01:07 ---
Subject: Re: [4.2 Regression] fixincludes/ subdirectory
not cleaned by "make distclean"
On Sat, 17 Dec 2005, pinskia at gcc dot gnu dot org wrote:
> Summary|fixincludes/ subdirectory |[4.2 Regressio
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-18 01:03 ---
This never got fixed after the tree-ssa branch was merged into the mainline so
ping Diego.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from Ralf dot Wildenhues at gmx dot de 2005-12-18 00:53
---
For the casual reader of the documentation, the precedence of this statement
over
| `-pthread'
| Adds support for multithreading with the "pthreads" library. This
| option sets flags for both the prepr
--- Comment #10 from steven at gcc dot gnu dot org 2005-12-18 00:49 ---
At -O1 (i.e. for my test case) CSE1 turns this...
(insn 24 22 25 0 (parallel [
(set (reg/f:SI 67)
(plus:SI (reg/f:SI 20 frame)
(const_int -16 [0xfff0])))
--- Comment #2 from danglin at gcc dot gnu dot org 2005-12-18 00:35 ---
Is this fixed?
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--- Comment #5 from danglin at gcc dot gnu dot org 2005-12-18 00:32 ---
Is this fixed?
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--- Comment #1 from danglin at gcc dot gnu dot org 2005-12-18 00:25 ---
This was fixed by Alexandre.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
When configuring with --disable-hosted-libstdcxx, mainline gives:
/mnt/hd/bld/gcc.versioned-freestanding/./gcc/xgcc -shared-libgcc
-B/mnt/hd/bld/gcc.versioned-freestanding/./gcc -nostdinc++
-L/mnt/hd/bld/gcc.versioned-freestanding/i686-pc-linux-gnu/libstdc++-v3/src
-L/mnt/hd/bld/gcc.versioned-free
--- Comment #2 from bkoz at gcc dot gnu dot org 2005-12-18 00:22 ---
What is the configure log for libstdc++ when you use --enable-shared=libstdc++
on win32? You should see something about shared libraries being enabled.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=245
--- Comment #1 from danglin at gcc dot gnu dot org 2005-12-18 00:20 ---
I see in the test:
// These are tricks to allow us to get raw function pointers for
// member functions.
extern "C" {
/* We can use weakref here without dg-require-weak, because we know
the symbols are define
--- Comment #8 from bkoz at gcc dot gnu dot org 2005-12-18 00:20 ---
This appears resolved.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #4 from danglin at gcc dot gnu dot org 2005-12-18 00:14 ---
I'm not seeing the failures anymore, so closing. Thanks Jakub.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-18 00:06 ---
(In reply to comment #3)
> What's "calulated"?
It is me not able to spell "calculated".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25361
--- Comment #3 from danglin at gcc dot gnu dot org 2005-12-18 00:05 ---
What's "calulated"?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25361
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-18 00:04 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-18 00:02 ---
*** Bug 25471 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-18 00:02 ---
objc.dg-struct-layout-encoding-1/t024_main.m was PR 25360.
objc.dg-struct-layout-encoding-1/t025_main.m is PR 25361.
Closing as a dup of the still opened bug, PR 25361.
*** This bug has been marked as a duplicate o
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc
-B/mnt/gnu/gcc-3.3/objdir/gc
c/
/mnt/gnu/gcc-3.3/objdir/gcc/testsuite/objc.dg-struct-layout-encoding-1/t024_m
ain.m -w -I/mnt/gnu/gcc-3.3/gcc/gcc/testsuite/objc.dg/gnu-encoding
-fgnu-runti
me -I/mnt/gnu/gcc-3.3/gcc/gcc/testsuite/../../libobjc
-L
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|fixincludes/ subdirectory |[4.2 Regression
Using the "gcc-4.2-20051217" core snapshot on Mac OS X 10.4.3, using the Apple
gcc 5026 (4.0 based) as the bootstrap complier.
After doing a "make" in a separate build directory, following by a "make
distclean", config caches are left behind in fixincludes/. A subse
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-17 23:27 ---
(In reply to comment #2)
> Created an attachment (id=10523)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10523&action=view) [edit]
> Updated test-case
>From looking at what is happening is that debug info is
--- Comment #2 from sylvain dot pion at sophia dot inria dot fr 2005-12-17
23:26 ---
Created an attachment (id=10523)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10523&action=view)
Updated test-case
I fixed the test-case so that it compiles (without "-g") with g++ 4.1.
g++ 4.1
--- Comment #1 from sylvain dot pion at sophia dot inria dot fr 2005-12-17
22:26 ---
Created an attachment (id=10522)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10522&action=view)
preprocessed C++ bzip2 file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25468
--- Comment #2 from tkoenig at gcc dot gnu dot org 2005-12-17 22:23 ---
(In reply to comment #1)
> This simple patch appears to fix this: The stement moved needs to be executed
> before the return is called.
Yep, this fixes the test case, and doesn't break anything else (at
least nothi
The attached program compiles fine with "g++" (4.0.3 as of 20051217).
When adding "-g", it looks like it loops forever (at least 15 minutes).
Note that the program does not compile with g++ 4.1 (probably "invalid").
--
Summary: -g makes g++ loop f
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
CC||kazu at gcc dot gnu dot org
AssignedTo|unassigned at gcc dot gnu
--- Comment #4 from hhinnant at apple dot com 2005-12-17 22:01 ---
Agreed, (that's brutal ;-) ).
Sorry about the duplicate. My clumsy fingers hit refresh on my browser and
that generated the duplicate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25466
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-17 21:55 ---
*** This bug has been marked as a duplicate of 25466 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-17 21:55 ---
*** Bug 25467 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25466
5.2.8p2 says that if a typeid expression refers to a polymorphic type and the
expression is formed by dereferencing a null pointer that a bad_typeid should
be thrown.
#include
#include
template
bool is_polymorphic() {
bool result(false);
typeid( (result=true), *(T*)0);
return result;
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-17 21:52 ---
So for the following:
#include
#include
const std::type_info *a;
template
bool is_polymorphic() {
bool result(false);
const std::type_info &a1 = typeid( (result=true), *(T*)0);
a = &a1;
return result
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-17 21:44 ---
This is a front-end issue:
<;
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-12-17 21:40
---
I have figured this out. It is similar to the recent tl_editing problems with
next_record_w. next_char is not handling the special cases for internal units.
I am working up a patch now.
--
jvdelisle at gcc
5.2.8p2 says that if a typeid expression refers to a polymorphic type and the
expression is formed by dereferencing a null pointer that a bad_typeid should
be thrown.
#include
#include
template
bool is_polymorphic() {
bool result(false);
typeid( (result=true), *(T*)0);
return result;
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2005-12-17 21:33
---
This simple patch appears to fix this: The stement moved needs to be executed
before the return is called.
===
*** io/transfer.c (revision 10
--- Comment #3 from igodard at pacbell dot net 2005-12-17 21:04 ---
Never mind- the problem was an incompatibility between iint32_t and ptrdiff_t
on a particular platform. Sorry for the spam.
--
igodard at pacbell dot net changed:
What|Removed |Add
--- Comment #2 from igodard at pacbell dot net 2005-12-17 20:45 ---
Created an attachment (id=10521)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10521&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25465
--- Comment #1 from igodard at pacbell dot net 2005-12-17 20:45 ---
Created an attachment (id=10520)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10520&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25465
The code passes the result of one function to a return statement in another,
where the returned type has a constructor from the argument type. I'm expecting
that the constructor will be invoked silently, but get a diagnostic. This
appears to be a regression; the code worked in 3.4.0. A simple versi
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-17 20:14 ---
I am going to try to remove that special case and see what happens.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25464
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-12-17 19:55
---
Working on a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--- Comment #12 from eedelman at gcc dot gnu dot org 2005-12-17 19:55
---
*** Bug 25262 has been marked as a duplicate of this bug. ***
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from eedelman at gcc dot gnu dot org 2005-12-17 19:55
---
(In reply to comment #1)
> looks very much related to PR 18197.
Indeed. Since patch for PR 18197 fixes this too I think we can call it a
duplicate.
*** This bug has been marked as a duplicate of 18197 ***
--
--- Comment #11 from eedelman at gcc dot gnu dot org 2005-12-17 19:51
---
Fixed on 4.1 and mainline.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-17 19:44 ---
Ok, changing this will cause problems.
Anyways the problems is in objc-act.c with:
/* An incomplete array is treated like a pointer. */
if (an_int_cst == NULL)
{
encode_pointer (type, curtype, format);
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-17 19:38 ---
Oh, this is a front-end issue, we are encoding the struct wrong;
{?=L^d}
Which is unsigned long and a pointer to a double.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from nickc at gcc dot gnu dot org 2005-12-17 18:36 ---
Subject: Bug 23309
Author: nickc
Date: Sat Dec 17 18:35:56 2005
New Revision: 108722
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108722
Log:
Import this patch from mainline:
2005-08-10 Kazuhiro In
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-17 18:34 ---
I am working on this one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
A
struct { unsigned long int a;double b[];} size is 4, but is calulated as 8
struct { unsigned short int a[2];unsigned long int b;float c;int * d;unsigned
long int e;void * f;unsigned long long int g;double h[];} size is 32, but is
calulated as 40
This is why the following tests fail:
FAIL: objc.dg-
--- Comment #9 from steven at gcc dot gnu dot org 2005-12-17 18:23 ---
Breakpoint 7, compute_transp (x=0x4021557c, indx=0, bmap=0x894e1b8, set_p=0) at
gcse.c:2500
2500rtx list_entry = canon_modify_mem_list[bb_index];
(gdb) p debug_rtx(x)
(mem/s/j:SI (plus:SI (reg/f:SI
--- Comment #4 from kargl at gcc dot gnu dot org 2005-12-17 17:46 ---
I'll commit the patch to 4.1 in a few days, and then
I'll close this PR.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
$ cat advance.f90
program main
write (*,'(A)',advance="no") 'ab'
write (*,'(T1,A)') 'c'
end
$ gfortran advance.f90
$ ./a.out
ab$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../gcc/trunk/configure --prefix=/home/ig25
--enable-languages=c,fortran
Thread model:
--- Comment #35 from danglin at gcc dot gnu dot org 2005-12-17 17:32
---
Subject: Bug 23837
Author: danglin
Date: Sat Dec 17 17:32:36 2005
New Revision: 108721
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108721
Log:
PR rtl-optimization/23837
* optabs.c (expan
--- Comment #34 from pinskia at gcc dot gnu dot org 2005-12-17 17:31
---
Fixed overall.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #33 from pinskia at gcc dot gnu dot org 2005-12-17 17:30
---
Fixed also in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from kargl at gcc dot gnu dot org 2005-12-17 17:30 ---
Subject: Bug 25458
Author: kargl
Date: Sat Dec 17 17:30:26 2005
New Revision: 108720
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108720
Log:
PR fortran/25458
* simplify.c (gfc_simplify_ibset
--- Comment #32 from danglin at gcc dot gnu dot org 2005-12-17 17:30
---
Subject: Bug 23837
Author: danglin
Date: Sat Dec 17 17:29:57 2005
New Revision: 108719
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108719
Log:
PR rtl-optimization/23837
* optabs.c (expan
--- Comment #31 from danglin at gcc dot gnu dot org 2005-12-17 17:27
---
Subject: Bug 23837
Author: danglin
Date: Sat Dec 17 17:27:11 2005
New Revision: 108718
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108718
Log:
PR rtl-optimization/23837
* optabs.c (expan
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org
|dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-17 17:26 ---
The docs say:
No startup files and only the libraries you specify will be passed to the
linker.
So this is not a GCC bug as it says only the libraries you specify will be
passed to the linker, and -pthread is not yo
--- Comment #8 from steven at gcc dot gnu dot org 2005-12-17 15:14 ---
It looks like we're missing a memory modification. Yes, making this a load PRE
problem after all, despite it failing for me even with -fno-gcse-lm, but oh
well.
I have these expressions in the table:
Expression hash
--- Comment #7 from steven at gcc dot gnu dot org 2005-12-17 15:09 ---
Created an attachment (id=10519)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10519&action=view)
Smaller test case
Fails for me when compiled with:
"g++ -O -fgcse t.C -fno-exceptions -fno-tree-dominator-opts"
/make.adb -o make.o
+===GNAT BUG DETECTED==+
| 4.2.0 20051217 (experimental) (hppa-unknown-linux-gnu) Segmentation fault|
| Error detected at make.adb:7541:23 |
| Please submit a bug report; see http
--- Comment #2 from kargl at gcc dot gnu dot org 2005-12-17 14:07 ---
Confirmed.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from kargl at gcc dot gnu dot org 2005-12-17 14:06 ---
Patch at
http://gcc.gnu.org/ml/fortran/2005-12/msg00375.html
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from bonzini at gnu dot org 2005-12-17 13:31 ---
Created an attachment (id=10518)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10518&action=view)
patch suggested by Roger
This patch uses the approach, suggested by Roger Sayle on gcc-patches, to Look
for look for a
i've bootstraped gcc41 from an old gcc40 and now trying to rebuild it.
bootrstrapped ada works...
$ gcc -v
Reading specs from /usr/lib/gcc/alpha-pld-linux/4.1.0/specs
Target: alpha-pld-linux
Configured with: ../configure --prefix=/usr --libdir=/usr/lib
--libexecdir=/usr/lib --infodir=/usr/share/in
--- Comment #8 from christian dot joensson at gmail dot com 2005-12-17
12:19 ---
I suppose this is what I experience too on sparc/sparc64 linux, see also
http://gcc.gnu.org/ml/gcc/2005-12/msg00491.html
I get this on trunk Sat Dec 17 00:14:08 UTC 2005 (revision 108698):
../../xgcc -B.
--- Comment #6 from steven at gcc dot gnu dot org 2005-12-17 11:31 ---
Also seen on powerpc
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
GCC host tripl
--- Comment #5 from steven at gcc dot gnu dot org 2005-12-17 11:27 ---
Looking into this.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #5 from bonzini at gnu dot org 2005-12-17 10:27 ---
Well, another work around should probably be (untested)
Confirmed, reduced testcase:
void f(void*);
void *g(void);
void _aie_malloc(unsigned int size)
{
void *aie_memory_heap_ptr;
if (__builtin_expect(size != 0, true
--- Comment #9 from bonzini at gnu dot org 2005-12-17 10:19 ---
Should work on the mainline now.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status
--- Comment #22 from bkoz at gcc dot gnu dot org 2005-12-17 09:15 ---
This patch is complete with one exception, libsupc++. It looks like
--disable-hosted-libstdcxx is broken right now, so I have to fix that and then
make it work with this scheme.
http://people.redhat.com/bkoz/libstdc+
--- Comment #7 from pluto at agmk dot net 2005-12-17 08:50 ---
i see these warnings on 4.1 bootstrap on alpha-linux too.
--
pluto at agmk dot net changed:
What|Removed |Added
-
98 matches
Mail list logo
