--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-04 03:07 ---
I am applying the patch for Geoff.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2006-03-04 01:29 ---
Tested, bug not present in gcc 4.0.2. Not going to fix in 3.x.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from pcarlini at suse dot de 2006-03-03 23:55 ---
Fixed for 4.1.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from paolo at gcc dot gnu dot org 2006-03-03 23:55 ---
Subject: Bug 26526
Author: paolo
Date: Fri Mar 3 23:55:07 2006
New Revision: 111691
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111691
Log:
2006-03-03 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #4 from paolo at gcc dot gnu dot org 2006-03-03 23:54 ---
Subject: Bug 26526
Author: paolo
Date: Fri Mar 3 23:54:21 2006
New Revision: 111690
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111690
Log:
2006-03-03 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 23:51 ---
After talking with Eric Christopher, this patch is going to be wrong when he
removes the stubs for x86 as there will be a PLT now so I am not going to
submit the patch and I am removing the missed-optimization.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 23:40 ---
Here is the patch which should fix this bug:
Index: i386.c
===
--- i386.c (revision 111688)
+++ i386.c (working copy)
@@ -2232,7 +2232,9 @@ ix
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Component|libgcj |classpath
Product|gcc |classpath
--- Comment #12 from daney at gcc dot gnu dot org 2006-03-03 23:24 ---
Fixed by this patch to GNU classpath:
2006-03-03 David Daney <[EMAIL PROTECTED]>
* gnu/java/net/protocol/http/HTTPURLConnection.java
(getRequestProperties): Rewrote.
(addRequestProperty): Rewrote.
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 23:10 ---
(In reply to comment #4)
> I looked at your link and at issue 197. I don't see how this applies to my bug
> report, especially in connection with _user defined_ types. What I don't
> understand is, why does g++ handl
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-03-03 23:05
---
The case in Comment #9 is also very simple. I got myself again. I saw this
before, but because I did not have a test case that failed, I left it alone.
With this fix in file_pos.c all of Dale's rewind tests pa
--- Comment #4 from olaf dot dietsche at gfa-net dot de 2006-03-03 22:57
---
I looked at your link and at issue 197. I don't see how this applies to my bug
report, especially in connection with _user defined_ types. What I don't
understand is, why does g++ handle builtin types different
--- Comment #3 from bdtaylo1 at uiuc dot edu 2006-03-03 21:05 ---
The second example (involving a recursive call to an ENTRY statement) also
errors out on g77 (v3.4.4):
>$ g77 -ffree-form sub2.f -c
sub2.f: In subroutine `sub2':
sub2.f:2:
ENTRY ENT2()
1
sub2.f:3: (continued)
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 20:54 ---
Reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #4 from gchernis11 at msn dot com 2006-03-03 20:48 ---
Created an attachment (id=10966)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10966&action=view)
gcc /v
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26445
--- Comment #3 from gchernis11 at msn dot com 2006-03-03 20:45 ---
Created an attachment (id=10965)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10965&action=view)
Preprocessed source that fails
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26445
While looking at PR 26552, I noticed that stubs would override eax, that is
wrong as it is used to pass regparms.
Testcase:
int f(int ) __attribute__((regparm(3)));
int g(void)
{
return f(1);
}
--
We get:
_g:
pushl %ebp
movl%esp, %ebp
subl$8, %esp
m
gcc.dg/sibcall-6.c fails on x86-darwin since PIC is enabled by default but on
darwin PIC is handled differently so it should be able to sibcall to the
indirect function.
--
Summary: gcc.dg/sibcall-6.c fails on x86-darwin with default
options
Product: gcc
--- Comment #5 from jason at gcc dot gnu dot org 2006-03-03 20:21 ---
3.8 Object Lifetime[basic.life]
...
Before the lifetime of an object has started but after the storage which the
object will occupy has been allocated or, after the lifetime of an object has
ended and before th
--- Comment #14 from echristo at apple dot com 2006-03-03 20:17 ---
Fixed.
--
echristo at apple dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 20:02 ---
g77 errored out:
[dandelion:~] pinskia% /Volumes/home/pinskia/gcc-3.3/bin/g77 t.f -ffree-form
t.f: In subroutine `sub':
t.f:1:
SUBROUTINE SUB()
1
t.f:2: (continued):
CALL SUB()
2
Invalid
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 20:00 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
A subroutine or function that calls itself recursively must be declared with
the RECURSIVE attribute. gfortran should refuse to compile the subroutine
below and return an error indicating that the RECURSIVE attribute must be
specified.
>$ cat sub.f90
SUBROUTINE SUB()
CALL SUB()
END SUBROUTINE
>$
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-03 19:11 ---
*** Bug 26550 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 2006-03-03 19:11 ---
*** This bug has been marked as a duplicate of 25619 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
end subroutine
end
elm3b11:/home/pawar> /opt/gcc-nightly/trunk-20060303/bin/gfortran test.f90
test.f90: In function p:
test.f90:10: internal compiler error: in gimplify_expr, at gimplify.c:5788
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bug
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 19:00 ---
Oh, if I turn off the first pass of scheduling it also works so that means this
is truely a ra issue. if conversion is just exposing the problem by moving the
load of constant above the branch.
--
http://gcc.gn
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 18:56 ---
With -O2:
L4:
addi r1,r1,128
mr r3,r2
ld r0,16(r1)
ld r31,-8(r1)
mtlr r0
blr
With -O2 -fno-if-conversion:
L4:
addi r1,r1,128
ld r0,16(r1)
ld r3
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 18:54 ---
Interesting it shows up on powerpc64 also with the work around of turning off
if conversion fixing the issue too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 18:51 ---
Problem else where, and not in this piece of source.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from segher at kernel dot crashing dot org 2006-03-03 18:34
---
Not a bug at all, actually. GCC thinks it can mask out the lower few bits,
because GPR1 should
always be 16-byte aligned. And it isn't in your prom_init testing, and that's
the bug. Better
figure out how _
--- Comment #31 from pinskia at gcc dot gnu dot org 2006-03-03 18:25
---
I am going to apply my patch to the mainline in the next or two, I will make
sure I also apply my follow up patch too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 18:21 ---
Fixed, confirmed fixed via Joseph S. Myers on IRC.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from patchapp at dberlin dot org 2006-03-03 18:19 ---
Subject: Bug number PR 26254
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/2006-02/msg01009.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 18:16 ---
Caused by:
+2006-02-03 Lee Millward <[EMAIL PROTECTED]>
+
+ * typeck.c (string_conv_p): Pass appropiate
+ OPT_W values when calling warning().
+ (build_array_ref, cxx_mark_addressable): Likewi
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-03 18:16 ---
Caused by:
+2006-02-03 Lee Millward <[EMAIL PROTECTED]>
+
+ * typeck.c (string_conv_p): Pass appropiate
+ OPT_W values when calling warning().
+ (build_array_ref, cxx_mark_addressable): Likewi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26073
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-03 18:11 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 18:09 ---
This has been fixed. Though some of the toplevel targets are missing still but
this bug has been fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 18:07 ---
hmm, this might not that important any more since "make all-gcc" works, maybe
documenting more of what works and what does is more important than documenting
--disable-bootstrap.
--
pinskia at gcc dot gnu dot org
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-03-03 18:05 ---
This is being treated as a placeholder until there is actually information for
reproducing the issue for the rest of us
For information on the kinds of performance test cases that are useful, please
consult the fi
--- Comment #27 from pinskia at gcc dot gnu dot org 2006-03-03 18:04
---
These functions come from vec.c, I wonder if we can aviod the ggc functions
show different. Note this is why having the same header file for build and
host is hard to keep updated.
--
pinskia at gcc dot gnu do
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-03-03 18:03 ---
>I've also found that, instead, the semi-documented '-pthread'
>compilation [from the above PR] option makes things work OK too
It is a good idea to use -pthread when compiling code that uses threads on
linux.
I can
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-03-03 18:00
---
*** Bug 26518 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 18:00 ---
Yes this is the same bug as PR 26197. Closing as a dup.
*** This bug has been marked as a duplicate of 26197 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Adde
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #25 from bkoz at gcc dot gnu dot org 2006-03-03 17:55 ---
Fixed
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-03-03 17:53 ---
Created an attachment (id=10964)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10964&action=view)
sources, as patched with p.20060303
Tarball of the patched sources.
--
http://gcc.gnu.org/b
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-03-03 17:52 ---
Created an attachment (id=10963)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10963&action=view)
make _M_used, _M_free atomic
Hey. This is a patch to make these operations atomic. It's based on top of
another s
--- Comment #4 from jason at gcc dot gnu dot org 2006-03-03 17:49 ---
Again, the trunk matches the (incorrect) 3.4.1 output
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jason at gcc dot gnu dot org 2006-03-03 17:48 ---
This is also an issue for the trunk:
sizealign
sa 8 4
sa.a8 8
sb 12 4
sb.b8 8
--
jason at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-03 17:33
---
Fixed in 4.1.1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-03 17:33 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 17:30 ---
This is also independent of GNU/Linux as it happens on powerpc-darwin too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 17:29 ---
Confirmed, a regression from at least 3.2.3, I don't have a 3.3.x to test with.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from segher at kernel dot crashing dot org 2006-03-03 16:58
---
Confirmed, bug is in combine... looking into it...
--
segher at kernel dot crashing dot org changed:
What|Removed |Added
--
--- Comment #9 from sje at gcc dot gnu dot org 2006-03-03 16:45 ---
Subject: Bug 19061
Author: sje
Date: Fri Mar 3 16:45:47 2006
New Revision: 111679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111679
Log:
PR rtl-optimization/26345
PR target/19061
* c
--- Comment #7 from sje at gcc dot gnu dot org 2006-03-03 16:45 ---
Subject: Bug 26345
Author: sje
Date: Fri Mar 3 16:45:47 2006
New Revision: 111679
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111679
Log:
PR rtl-optimization/26345
PR target/19061
* c
--- Comment #6 from sje at gcc dot gnu dot org 2006-03-03 16:43 ---
Subject: Bug 26345
Author: sje
Date: Fri Mar 3 16:43:43 2006
New Revision: 111678
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111678
Log:
PR rtl-optimization/26345
PR target/19061
* c
--- Comment #8 from sje at gcc dot gnu dot org 2006-03-03 16:43 ---
Subject: Bug 19061
Author: sje
Date: Fri Mar 3 16:43:43 2006
New Revision: 111678
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111678
Log:
PR rtl-optimization/26345
PR target/19061
* c
The address of variable val in prom_init_stdout is passed to prom_getprop.
prom_getprop casts the pointer to u32 and passes it to call_prom in the hope
that OpenFirmware stores something there.
But the pointer is truncated in the lower bits and the expected value is
stored somewhere else.
This gcc
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-03-03 16:18 ---
Subject: Bug 25031
Author: tkoenig
Date: Fri Mar 3 16:18:46 2006
New Revision: 111677
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111677
Log:
2006-03-03 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
--- Comment #2 from multix at gmail dot com 2006-03-03 15:48 ---
I have the AIX 4.2.1 awk in /usr/bin/awk
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26545
--- Comment #2 from multix at gmail dot com 2006-03-03 15:47 ---
I read those caveats, there are no mentions for Fixes needed for 4.2.1 and
since the web-based fix inteface of ibm is for 4.3 and up... without knowing a
specific fix number it is impossible to find it on the FTP for < 4.3.
--- Comment #9 from mark at gcc dot gnu dot org 2006-03-03 15:25 ---
In classpath (cvs upstream) this seems to have been solved now by:
2006-03-03 Wolfgang Baer <[EMAIL PROTECTED]>
* gnu/java/net/protocol/jar/Connection.java:
(connect): Throw FileNotFoundException.
--- Comment #11 from falk at debian dot org 2006-03-03 15:16 ---
(In reply to comment #10)
> This code passes configure and is thus included. Should I conclude glibc
> is broken?
The macro comes from the Debian package "linux-kernel-headers", which
takes it from the Linux kernel.
>
--- Comment #9 from dir at lanl dot gov 2006-03-03 14:51 ---
That got the one in comment #7. Here is the next one -
[dranta:~/tests/gfortran-D] dir% g77 -o write29 write29.f
[dranta:~/tests/gfortran-D] dir% write29
[dranta:~/tests/gfortran-D] dir% gfortran -o write29 write29.f
[dranta:~/
--- Comment #5 from pato101 at gmail dot com 2006-03-03 14:39 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Use -ffriend-injection to make it work.
>
> Note -ffriend-injection will not work in this case as -ffriend-injection is
> only for friend functions and not for frien
--- Comment #10 from wielemak at science dot uva dot nl 2006-03-03 14:37
---
Frank,
Thanks a lot! It just comes from man gettid:
NAME
gettid - get thread identification
SYNOPSIS
#include
#include
#include
_syscall0(pid_t,gettid)
pid_t g
--- Comment #9 from sayle at gcc dot gnu dot org 2006-03-03 14:35 ---
Subject: Bug 26524
Author: sayle
Date: Fri Mar 3 14:35:23 2006
New Revision: 111676
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111676
Log:
PR tree-optimization/26524
* tree-scalar-evoluti
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-03 14:29 ---
(In reply to comment #3)
> (In reply to comment #1)
> > This is invalid C++. Use -ffriend-injection to make it work.
> >
> Wait, why is it invalid?
This was valid pre-standard C++, ARM C++ but is no longer valid.
--- Comment #7 from v dot merkatz at gmx dot net 2006-03-03 14:27 ---
I should add that the prefix doesn't matter, configuring it with
--prefix=$HOME/gcc41 has exactly the same result once the gcc in /usr is
removed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26539
--- Comment #3 from pato101 at gmail dot com 2006-03-03 14:26 ---
(In reply to comment #1)
> This is invalid C++. Use -ffriend-injection to make it work.
>
Wait, why is it invalid? At Bjarne Stroustrup's "C++ programming language"
third edition, chapter 11, section "11.5 Friends" at it
--- Comment #9 from falk at debian dot org 2006-03-03 14:24 ---
The reason is:
pl-thread.c:78: warning: ignoring asm-specifier for non-static local variable
'_sc_0'
pl-thread.c:78: warning: ignoring asm-specifier for non-static local variable
'_sc_19'
This makes gcc not know that $19 g
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-03-03 14:24
---
(In reply to comment #12)
> BTW, you probably meant '4.2.0', instead of '4.1.2' as target milestone,
> right?
Yes an off by one error on my part.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #12 from martin at mpa-garching dot mpg dot de 2006-03-03
14:22 ---
(In reply to comment #10)
> Can you try -O1 -fno-ivopts -ftree-vrp -finline-functions?
>
> I want to see if this is an interaction between VRP and IVopts, if it is there
> is a bug about this issue already
--- Comment #6 from v dot merkatz at gmx dot net 2006-03-03 14:11 ---
Because this is the main gcc package of my distribution, so it obviously has to
go to /usr.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26539
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-03-03 14:09
---
The other bug is PR 26304.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26528
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-03 14:09
---
Can you try -O1 -fno-ivopts -ftree-vrp -finline-functions?
I want to see if this is an interaction between VRP and IVopts, if it is there
is a bug about this issue already filed and I bet it is the same bug.
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 14:07 ---
This is actually expected. From the C standard:
p The argument shall be a pointer to void. The value of the pointer is
converted to a sequence of printing characters, in an implementation-defined
manner.
--
p
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-03 14:04 ---
Why are you doing this:
--prefix=/usr
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26539
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 14:02 ---
Actually nope. There are a couple of different issues here.
First is store_copyprop does not work:
# SFT.10_29 = V_MAY_DEF ;
# SFT.11_30 = V_MAY_DEF ;
# SFT.12_31 = V_MAY_DEF ;
# SFT.14_32 = V_MAY_DE
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:56 ---
I think this is just because b is used un-initialized.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26546
--- Comment #4 from v dot merkatz at gmx dot net 2006-03-03 13:52 ---
CFLAGS="-march=athlon -mmmx -m3dnow -pipe -Os"
LDFLAGS="-s"
../gcc-4.1.0/configure --host=i686-pc-linux-gnu \
--prefix=/usr \
--infodir=/usr/share/info \
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:51 ---
What version of awk do you have installed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26545
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 13:44 ---
(In reply to comment #1)
> Use -ffriend-injection to make it work.
Note -ffriend-injection will not work in this case as -ffriend-injection is
only for friend functions and not for friend classes.
Anyways this is al
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:42 ---
These warnings are semi expected in that signal is expected not to work with
64bit, this is due to g77 compatibility.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 13:39 ---
How did you configure GCC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26539
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:37 ---
*** Bug 26538 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 2006-03-03 13:37 ---
This is a known issue with 4.1.0, please next time read the announcement as it
might have known bugs and how to work around them.
http://gcc.gnu.org/ml/gcc/2006-03/msg00045.html
*** This bug has been marked as a dup
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|other |libgcj
Summary|gcc-4.1.0-RC{1,2} install |[4.1/4.2 Regre
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-03 13:33 ---
Please read the installation insturctions.
http://gcc.gnu.org/install/specific.html#powerpc-x-darwin
You need at least 590.7.
I have 590.12 installed on 10.3.9 just fine.
I downloaded it from
ftp://gcc.gnu.org/pub/g
A 'make bootstrap' of gcc-4.1.0 on MacOSX 10.3.9 (a G4 eMac)
fails as follows:
stage1/xgcc -Bstage1/
-B/Users/mikpeadm/pkgs/darwin-ppc/gcc-4.1.0/powerpc-apple-darwin7.9.0/bin/ -c
-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variad
--- Comment #4 from nathan at gcc dot gnu dot org 2006-03-03 12:49 ---
I find it a surprise that when not optimizing, the compiler has examined the
printf string and determined it can replace the printf with a puts call. This
seems more than mere constant folding.
--
http://gcc.gnu
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-03 12:45 ---
Actually the C standard says void* only. I don't see the issue here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26542
--- Comment #8 from wielemak at science dot uva dot nl 2006-03-03 12:43
---
Created an attachment (id=10962)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10962&action=view)
Sources and assembly output
Contains sources and assembly for broken version as well as working version
(r
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-03 12:37 ---
How is this confusing? We simplify/fold builtins and other expressions at -O0
all the time.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pcarlini at suse dot de 2006-03-03 12:22 ---
I have a patch in testing.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|una
1 - 100 of 123 matches
Mail list logo
