Ranjit Mathew [EMAIL PROTECTED] writes:
Yes it does. If nothing else, the archives are used to
provide canonical URLs for referring to messages.
gmane provides that too.
H. J. Lu wrote:
How can I rebuild stage 1 compiler with the system compiler? I used
to be able to do
# cd gcc
# make unstage1
# make restage1
But now ./prev-gcc/xgcc is used to build stage 1 compiler, not the
system compiler.
If the old bootstrap mechanism had already been garbage collected,
Will make quickstrap do the same as make all?
No, there's no make quickstrap at all! Citing from the Top-Level
Bootstrap wiki page:
Toplevel bootstrap is able to bootstrap a compiler with separate
reconfigurations and rebuilds of libiberty/libcpp/gcc in all the three
stages. It is
What about bubblestrap?
(See also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25438)
--
Cheers,
/ChJ
Christian Joensson wrote:
What about bubblestrap?
(See also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25438)
A make from a toplevel is equivalent to the old make bubblestrap or
make -C bubblestrap. In practice make just does the right thing,
compiling all that is needed to not have
Andrew Pinski wrote:
doing the following
$(srcdir)/configure --prefix=${HOME}/libobjc.trunk
--enable-languages=c,objc
make all
make -k check
make install
Why is it recompiling libcpp? That's the real bug.
Please open a PR because the discussion really belongs in Bugzilla.
Paolo
At the moment, we do this deliberately to preserve debug information.
However, once libgcc is moved out of to top level - hopefully along
with the gcc-provided include files - then gcc can be a pure host
directory, and we won't need to worry about this.
Uhm, we'd still need to have prev-libgcc
[ forwarding to gcc@gcc.gnu.org ]
Jerry DeLisle wrote:
I just did a fresh build testing a patch here and then I try make bubblestrap
and no target 'bubblestrap'
I'm curious myself. Was this an intentional result of the toplevel bootstrap
stuff?
- Tobi
On 12/16/05, Tobias Schlüter [EMAIL PROTECTED] wrote:
[ forwarding to gcc@gcc.gnu.org ]
Jerry DeLisle wrote:
I just did a fresh build testing a patch here and then I try make
bubblestrap
and no target 'bubblestrap'
I'm curious myself. Was this an intentional result of the toplevel
I just did a fresh build testing a patch here and then I try make bubblestrap
and no target 'bubblestrap'
I'm curious myself. Was this an intentional result of the toplevel bootstrap
stuff?
Yes. make bubblestrap is now called simply make. As Giovanni put
it a few minutes ago:
I would
Between Dec 12 and today there has been a ~10% compile-time regression
and a 1.3% memory usage regression on the tramp3d tester. Due to
bootstrap problems in between these days I cannot restrict the window
more.
Richard.
Hello,
I found an error in g77 documentation.
Sorry for wrting to this mail address, but I did not find anywhere in
the bug reporting documentation how to report a bug on
the...documentation itself
In particular, here:
Quoting Paolo Bonzini [EMAIL PROTECTED]:
Yes. make bubblestrap is now called simply make. As Giovanni put
it a few minutes ago:
I would also note that using make in the cp/ directory at least used
to build cc1plus with the system compiler, without -Werror and with a
different set of
Richard Guenther writes:
Richard Between Dec 12 and today there has been a ~10% compile-time regression
Richard and a 1.3% memory usage regression on the tramp3d tester. Due to
Richard bootstrap problems in between these days I cannot restrict the window
Richard more.
When Mark
Richard Guenther wrote:
Between Dec 12 and today there has been a ~10% compile-time regression
and a 1.3% memory usage regression on the tramp3d tester. Due to
bootstrap problems in between these days I cannot restrict the window
more.
Richard.
Already noted at
1. contrib/gcc_update creates gcc/REVISION with branch name and
revision number.
2. If gcc/REVISION exists, it will be used in gcc/version.c.
With those 2 patches, I got
[EMAIL PROTECTED] gcc]$ ./xgcc --version
xgcc (GCC) 4.1.0 (gcc-4_1-branch revision 108596) 20051215 (prerelease)
Paolo Bonzini [EMAIL PROTECTED] wrote:
What about bubblestrap?
(See also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25438)
A make from a toplevel is equivalent to the old make bubblestrap
or make -C bubblestrap. In practice make just does the right
thing, compiling all that is needed to
Hi,
maybe this is some fallout from the toplevel-bootstrap patch...
I configured current mainline with
$SRCDIR/configure --quiet --prefix=$DESTDIR --enable-languages=c++,fortran
--with-gmp=/usr/local/appl/gmp-4.1.4 --enable-checking=release
and the bootstrap stopped at
make[2]: Entering
make[2]: Entering directory `/scratch/ogcc/stagefeedback-libcpp'
gcc -I/scratch/gcc/libcpp -I. -I/scratch/gcc/libcpp/../include
-I/scratch/gcc/libcpp/include -g -O2 -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -pedantic
Daniel Berlin wrote:
On Thu, 2005-12-15 at 00:48 +0100, Steven Bosscher wrote:
Hi,
Someone caused a 10% compile time regression yesterday for CSiBE, see
On Fri, Dec 16, 2005 at 10:16:49AM +0100, Paolo Bonzini wrote:
At the moment, we do this deliberately to preserve debug information.
However, once libgcc is moved out of to top level - hopefully along
with the gcc-provided include files - then gcc can be a pure host
directory, and we won't
On Fri, Dec 16, 2005 at 09:35:22AM +0100, Paolo Bonzini wrote:
H. J. Lu wrote:
How can I rebuild stage 1 compiler with the system compiler? I used
to be able to do
# cd gcc
# make unstage1
# make restage1
But now ./prev-gcc/xgcc is used to build stage 1 compiler, not the
system
On Fri, Dec 16, 2005 at 10:05:06AM +0100, Paolo Bonzini wrote:
Andrew Pinski wrote:
doing the following
$(srcdir)/configure --prefix=${HOME}/libobjc.trunk
--enable-languages=c,objc
make all
make -k check
make install
Why is it recompiling libcpp? That's the real bug.
Please open a
I am now about half-way through the various phases I proposed for
merging the dfp-branch into mainline. The patch I committed today was
quite big, so in light of David Edelsohn's note tonight, I will sit
back for a bit before dealing with the next chunk.
Here is what remains:
* Merge in
Paolo Bonzini [EMAIL PROTECTED] writes:
| Andrew Pinski wrote:
|
| doing the following
| $(srcdir)/configure --prefix=${HOME}/libobjc.trunk
| --enable-languages=c,objc
| make all
| make -k check
| make install
|
| Why is it recompiling libcpp? That's the real bug.
I observed that each
Daniel Jacobowitz [EMAIL PROTECTED] writes:
| On Fri, Dec 16, 2005 at 10:05:06AM +0100, Paolo Bonzini wrote:
| Andrew Pinski wrote:
|
| doing the following
| $(srcdir)/configure --prefix=${HOME}/libobjc.trunk
| --enable-languages=c,objc
| make all
| make -k check
| make install
|
|
Hi,
I am using SimpleScalar (ARM ISA) to do some simulations. I have added an
instruction to the SimpleScalar machine defintion. I would like to use an
asm(newinst::) to force my instruction to be placed into the object
file. It is saying bad instruction when I do this. Do I have to go
On Fri, 2005-12-16 at 08:45 -0500, Daniel Jacobowitz wrote:
On Fri, Dec 16, 2005 at 09:35:22AM +0100, Paolo Bonzini wrote:
H. J. Lu wrote:
How can I rebuild stage 1 compiler with the system compiler? I used
to be able to do
# cd gcc
# make unstage1
# make restage1
But now
I'm sure most of the functionality exists, i'm just not sure what it's
called anymore :)
I've lost track too. I haven't tried to do builds in the last few days,
so I haven't seen what's there now, but my needs are simple:
I normally work in the gcc object directory and keep files there
Errr, you need to change the assembler to do this . GCC does not care
about what sits inside __asm__ .
cheers
Ramana
On Fri, 2005-12-16 at 09:18 -0500, Burt Walsh wrote:
I am using SimpleScalar (ARM ISA) to do some simulations. I have
added an
instruction to the SimpleScalar machine
Andrew Pinski wrote:
Trying to see if a bug was fixed (and an approved patch by me was still
needed), I
noticed that BOOT_CFLAGS was being ignored for profiled_bootstrap.
BOOT_CFLAGS was being ignored, period. :-)
Can you try this (and maybe commit it as obvious)?
Index: Makefile.def
I normally work in the gcc object directory and keep files there built by
the system compiler. That's my starting point.
Then I do a make to build, make bootstrap to do a bootstrap, make
gnatlib_and_tools and make check-ada to run acats, and then make
unstage1 to get back where I started
On Thu, Dec 15, 2005 at 06:35:29PM -0500, Daniel Jacobowitz wrote:
On Thu, Dec 15, 2005 at 03:00:10PM -0800, David Daney wrote:
I like this, but what if you also did an svn status to see if there were
any modifications WRT the branch/revision and then add either 'clean' or
'modified' to
Ronny Peine wrote:
-ftree-loop-linear is removed from the testingflags in gcc-4.0.2 because it
leads to an endless loop in neural net in nbench.
Could you fill a bug report for this one?
Thanks,
Sebastian
).
And this info is available offline, too.
Here are the new patches. I got
[EMAIL PROTECTED] gcc-4.1]$ ./build-i686-linux/gcc/stage1/xgcc --version
xgcc (GCC) 4.1.0 20051216 (prerelease) [gcc-4_1-branch revision 108649 clean]
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see
Hi,
Am Freitag, 16. Dezember 2005 19:50 schrieb Sebastian Pop:
Ronny Peine wrote:
-ftree-loop-linear is removed from the testingflags in gcc-4.0.2 because
it leads to an endless loop in neural net in nbench.
Could you fill a bug report for this one?
Done.
cu,
Ronny Peine
Dear all,
I'm opening a new branch and would like to request some assistance
updating the online material. Specifically, how do I add the branch
information to http://gcc.gnu.org/svn.html#devbranches. Also, would it be
possible to create an associated project page (e.g.,
[EMAIL PROTECTED] wrote:
Dear all,
I'm opening a new branch and would like to request some assistance
updating the online material. Specifically, how do I add the branch
information to http://gcc.gnu.org/svn.html#devbranches. Also, would it be
possible to create an associated project page
Ronny Peine wrote:
-ftree-loop-linear is removed from the testingflags in gcc-4.0.2 because
it leads to an endless loop in neural net in nbench.
Could you fill a bug report for this one?
Done.
Your PR is a bit short on details. For instance, it'd be nice to
include a link to the source
Hi!
I have plan to make it in near future, if u can help me, ideas or coding,
please se on next thread:
http://gcc.gnu.org/ml/gcc-patches/2005-12/threads.html#01005
Subj: Some patches for ARM-GCC
From: Richard Earnshaw rearnsha at arm dot com
To: tm_gccmail at mail dot kloo dot net
Cc: Jon
On Dec 16, 2005, at 10:31 AM, Dan Kegel wrote:
Ronny Peine wrote:
-ftree-loop-linear is removed from the testingflags in gcc-4.0.2
because
it leads to an endless loop in neural net in nbench.
Could you fill a bug report for this one?
Done.
This is probably the same as 20256.
Your PR
On Dec 16, 2005, at 6:23 AM, Daniel Berlin wrote:
A simple summary would be very helpful in trying to figure out what i
want to do now.
I'm sure most of the functionality exists, i'm just not sure what it's
called anymore :)
A wiki page that has the mapping from the old style to the new style
ON THE CALL: Shin-ming Liu (HP), Vladimir Makarov (Red Hat), Diego
Novillo (Red Hat), Mark Smith (Gelato), Bob Kidd (UIUC), Mark Davis
(Intel)
A fair amount of time was spent discussing the pros and cons of LLVM
vs. LTO. Keep in mind that the next Gelato conference is coming up in
April 06. If
On Dec 16, 2005, at 11:15 AM, Mark K. Smith wrote:
Additionally to the obstacles to adopt LLVM mentioned by Diego, I
named usage of C++ (although it has advantages too) and patents. LLVM
should be checked for usage of compiler patents. Gcc people avoided
many patents especially from Microsoft.
Hi,
Am Freitag, 16. Dezember 2005 19:31 schrieb Dan Kegel:
Your PR is a bit short on details. For instance, it'd be nice to
include a link to the source for nbench, so people don't have
to guess what version you're using. Was it
http://www.tux.org/~mayer/linux/nbench-byte-2.2.2.tar.gz
?
On Fri, 2005-12-16 at 11:27 -0800, Chris Lattner wrote:
On Dec 16, 2005, at 11:15 AM, Mark K. Smith wrote:
Additionally to the obstacles to adopt LLVM mentioned by Diego, I
named usage of C++ (although it has advantages too) and patents. LLVM
should be checked for usage of compiler patents.
On Dec 16, 2005, at 11:47 AM, Daniel Berlin wrote:
On Fri, 2005-12-16 at 11:27 -0800, Chris Lattner wrote:
On Dec 16, 2005, at 11:15 AM, Mark K. Smith wrote:
Additionally to the obstacles to adopt LLVM mentioned by Diego, I
named usage of C++ (although it has advantages too) and patents.
On Fri, 2005-12-16 at 12:01 -0800, Chris Lattner wrote:
On Dec 16, 2005, at 11:47 AM, Daniel Berlin wrote:
On Fri, 2005-12-16 at 11:27 -0800, Chris Lattner wrote:
On Dec 16, 2005, at 11:15 AM, Mark K. Smith wrote:
Additionally to the obstacles to adopt LLVM mentioned by Diego, I
named
Snapshot gcc-4.1-20051216 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20051216/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Cool !!
HP-Compaq ES45
Successful build of 3.4.5 for alphaev68-dec-osf5.1 (c,c++,f77,objc,ada).
[EMAIL PROTECTED]:~/GNU/gcc-3.4.5#gcc -v
Using built-in specs.
Configured with:
./configure
--host=alphaev68-dec-osf5.1
--prefix=/usr/local
--enable-languages=c,c++,f77,objc,ada
$subject - since a day now.
Richard.
--
Richard Guenther richard dot guenther at uni-tuebingen dot de
WWW: http://www.tat.physik.uni-tuebingen.de/~rguenth/
On Dec 16, 2005, at 3:05 PM, Richard Guenther wrote:
$subject - since a day now.
Thanks, fixed.
A wiki page that has the mapping from the old style to the new style
targets is appropriate. I know that I'll hit the, what is x called
now, and I too will be at a loss. Going back and reading the email
archives to find it would be annoying.
Strongly agreed, though once it
On Jun 20, 2005, at 2:41 PM, Bradley Lucier wrote:
I can't seem to build any 64-bit shared library on powerpc-apple-
darwin8.1.0, although I can now run the test suite more
effectively; see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22110
and
On Dec 16, 2005, at 6:23 PM, Mike Stump wrote:
On Jun 20, 2005, at 2:41 PM, Bradley Lucier wrote:
I can't seem to build any 64-bit shared library on powerpc-apple-
darwin8.1.0, although I can now run the test suite more
effectively; see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22110
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
Unfortunately, even with my Apple Developer account I can't seem to
figure out how to look up radar reports that I haven't submitted.
I took a look at the radar. Says, effectively, that the bug has been
fixed in ld64 and will be in the
On Dec 16, 2005, at 8:25 PM, Eric Christopher wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082
Unfortunately, even with my Apple Developer account I can't seem
to figure out how to look up radar reports that I haven't submitted.
I took a look at the radar. Says, effectively, that
--- Comment #3 from paolo dot bonzini at lu dot unisi dot ch 2005-12-16
08:02 ---
Subject: Re: stage build no longer works
hjl at lucon dot org wrote:
--- Comment #2 from hjl at lucon dot org 2005-12-16 07:37 ---
I made a change to i386.c. I just want to rebuild the final
--- Comment #1 from bonzini at gnu dot org 2005-12-16 09:00 ---
A make from a toplevel is equivalent to the old make bubblestrap or make
-C bubblestrap. In practice make just does the right thing, compiling all
that is needed to not have comparison failures.
--
bonzini at gnu dot
--- Comment #21 from krebbel at gcc dot gnu dot org 2005-12-16 09:02
---
Subject: Bug 24823
Author: krebbel
Date: Fri Dec 16 09:02:49 2005
New Revision: 108631
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108631
Log:
2005-12-16 Andreas Krebbel [EMAIL PROTECTED]
PR
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2005-12-16 09:04
---
Patch submitted for review and approval.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25349
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-12-16 09:05
---
Patch submitted for review and approval.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25264
--- Comment #22 from krebbel at gcc dot gnu dot org 2005-12-16 09:09
---
Subject: Bug 24823
Author: krebbel
Date: Fri Dec 16 09:09:37 2005
New Revision: 108632
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108632
Log:
2005-12-16 Andreas Krebbel [EMAIL PROTECTED]
PR
--- Comment #23 from krebbel at gcc dot gnu dot org 2005-12-16 09:18
---
Fixed.
--
krebbel at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from amodra at gcc dot gnu dot org 2005-12-16 09:46 ---
Subject: Bug 20425
Author: amodra
Date: Fri Dec 16 09:46:22 2005
New Revision: 108635
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108635
Log:
PR driver/20425
* gcc.c (for_each_path): New
--- Comment #11 from amodra at bigpond dot net dot au 2005-12-16 09:49
---
Fixed mainline.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #14 from bero at arklinux dot org 2005-12-16 09:59 ---
This happens 100% reproducably when using ResourceBundle.getString on an
existing bundle with a nonexistant key -- this is enough to reproduce, no need
for an external jar or anything:
===
--- Comment #7 from th dot r dot klein at web dot de 2005-12-16 11:31
---
To me it looks like, that this patch also fixes Bug #16634
But I might be wrong, here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25428
--- Comment #8 from th dot r dot klein at web dot de 2005-12-16 11:34
---
Created an attachment (id=10513)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10513action=view)
working: arm-elf-gcc -save-temps -mthumb-interwork -mapcs-frame -O
-march=armv4t -Wall -c except.c
--
--- Comment #9 from th dot r dot klein at web dot de 2005-12-16 11:35
---
Created an attachment (id=10514)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10514action=view)
working: arm-elf-gcc -save-temps -mthumb-interwork -mno-apcs-frame -O
-march=armv4t -Wall -c except.c
--
--- Comment #4 from hans dot ekkehard dot plesser at umb dot no 2005-12-16
11:50 ---
(In reply to comment #3)
I cannot reproduce this on alphaev68-linux with 4.0.3 20051201 (prerelease),
4.1.0 20051124 (prerelease), or 4.2.0 20051124 (experimental). Could you
perhaps try a newer
--- Comment #24 from jakub at gcc dot gnu dot org 2005-12-16 12:12 ---
Subject: Bug 24899
Author: jakub
Date: Fri Dec 16 12:12:41 2005
New Revision: 108642
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108642
Log:
PR rtl-optimization/24899
* loop.c
--- Comment #25 from jakub at gcc dot gnu dot org 2005-12-16 12:14 ---
Subject: Bug 24899
Author: jakub
Date: Fri Dec 16 12:14:15 2005
New Revision: 108643
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108643
Log:
PR rtl-optimization/24899
* loop.c
The following invalid code snippet is accepted since GCC 4.0.0:
templateint struct A;
template int A0;
Before we got the error message:
bug.cc:2: error: `A0' specified as declarator-id
bug.cc:2: error: extraneous `int' ignored
--
--- Comment #15 from bero at arklinux dot org 2005-12-16 13:22 ---
Created an attachment (id=10515)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10515action=view)
Workaround patch
The problem is with implicit exception handling.
A slight modification to libjava (making the
With the 4.0 branch, I'm getting a testsuite execution failure in
gcc.dg/tls/pr24428.c when using -fpic/-fPIC on x86_64-unknown-linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00893.html
I don't see the problem in 4.1 or mainline
--
Summary: [4.0 only] failure in
--- Comment #5 from jakub at gcc dot gnu dot org 2005-12-16 13:59 ---
Yeah, verified on the original testcase
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175766#c1
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25432
I'm getting a testsuite failure in 4.1/mainline in gcc.dg/pr23911.c on x86_64
and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
I'm getting testsuite failures when using -fpic/-fPIC with 4.1 and mainline in
gcc.dg/ipa/ipa-1.c ipa-2.c ipa-3.c ipa-4.c ipa-5.c on x86_64 and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
--- Comment #28 from amylaar at gcc dot gnu dot org 2005-12-16 14:37
---
(In reply to comment #25)
Smarter folks than me (iant ;-) suggest that a multi-word rotate will
normally
need all the input bits when setting any of the output bits, so the entire
no-conflict thing doesn't
I'm getting a 4.1/mainline failure in gcc.dg/tree-ssa/loop-3.c on x86_64 and
i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
I'm getting a -fpic/-fPIC 4.1/mainline failure in gcc.dg/tree-ssa/pr14841.c on
x86_64 and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
--- Comment #1 from ghazi at gcc dot gnu dot org 2005-12-16 15:09 ---
Forgot to say this is with -fpic or -fPIC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25441
--- Comment #1 from ghazi at gcc dot gnu dot org 2005-12-16 15:10 ---
Forgot to say this is with -fpic or -fPIC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25443
I'm getting a -fpic/-fPIC 4.1/mainline failure in
gcc.dg/tree-ssa/wholeprogram-1.c on x86_64 and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
I'm getting a -fpic/-fPIC 4.1/mainline failure in gcc.dg/vect/vect-ifcvt-9.c on
x86_64 and i686:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00892.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00889.html
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00891.html
--- Comment #2 from ghazi at gcc dot gnu dot org 2005-12-16 15:20 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01210.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tom at tiri dot li 2005-12-16 15:54 ---
Yes, without binutils it is working.
I set following ulimits to make it compile:
ulimit -c unlimited
ulimit -d unlimited
ulimit -f unlimited
ulimit -m unlimited
ulimit -s 131072
But one open question:
I CAN COMPILE
/home/dave/gcc-4.2/objdir/./gcc/xgcc -B/home/dave/gcc-4.2/objdir/./gcc/
-B/home/
dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.2.0/hp
pa-linux/lib/ -isystem /home/dave/opt/gnu/gcc/gcc-4.2.0/hppa-linux/include
-isys
tem
--- Comment #1 from danglin at gcc dot gnu dot org 2005-12-16 16:48 ---
Also hpux.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-16 16:48 ---
Reopening since bubblestrap should be there and not just make.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-16 17:07 ---
Looks like Ben forgot to update the HPPA target files for the new mode.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Hello,
when compiling this code:
procedure My_int;
pragma Machine_Attribute (My_int, signal);
pragma Export (C, My_int, __vector_1);
procedure My_int is begin null; end;
with avr-gcc-4.x I get this warning:
demo_ada.adb:9: warning: `demo_ada__my_int' appears to be a misspelled
--- Comment #26 from pinskia at gcc dot gnu dot org 2005-12-16 17:13
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from berndtrog at yahoo dot com 2005-12-16 17:13 ---
Created an attachment (id=10516)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10516action=view)
proposed patch
patch to replace DECL_NAME by DECL_ASSEMBLER_NAME
--
--- Comment #6 from tromey at gcc dot gnu dot org 2005-12-16 17:21 ---
Subject: Bug 25429
Author: tromey
Date: Fri Dec 16 17:20:59 2005
New Revision: 108660
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108660
Log:
gcc/java:
PR java/25429
* parse.y
Starting nbench after compiling it with -ftree-loop-linear leads to an endless
loop in the 'neural net' benchmark. This is reproducible with gcc-4.0.0 to
gcc-4.0.2.
I haven't looked at the preprocessed source for now, sorry.
--
Summary: [4.0] endless loop in nbench neural net with
Take the following enum:
enum a
{
0, 1, 0x7FFFULL
};
it is still encoded as i even though its size is the same as long long.
Trying to fix this the following failures which needs to be fixed:
objc.dg/encode-3.m
objc.dg/type-size-2.m
--
Summary: Enums are encoded
--- Comment #7 from tromey at gcc dot gnu dot org 2005-12-16 17:24 ---
Subject: Bug 25429
Author: tromey
Date: Fri Dec 16 17:24:42 2005
New Revision: 108661
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108661
Log:
gcc/java:
PR java/25429
* parse.y
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-16 17:29 ---
The enum should be
enum a
{
b = 0, c = 1, d =0x7FFFULL
};
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25450
1 - 100 of 188 matches
Mail list logo