[Bug tree-optimization/32653] [4.3 Regression] Bootstrap failure with excessive memory consumption in tree-ssa-pre compiling libjava/interperter.c

2007-11-05 Thread daney at gcc dot gnu dot org
--- Comment #6 from daney at gcc dot gnu dot org 2007-11-05 17:34 --- As of r129803, I can bootstrap c,c++,java on my mipsel-linux build machine with 128MB RAM again. Although some files require more than 128MB of virtual memory, I have plenty of swap and the system does not thrash so

Bug#211586: It is not the voice that commands the story: it is the ear.

2007-11-05 Thread Homer
Elloelloello :) It takes two to destroy a marriage. A hurtful act is the transference to others of the degradation which we bear in ourselves. I know the joy of fishes in the river through my own joy, as I go walking along the same river. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with

Bug#449433: Should a package supply libgfortran.so and libgfortranbegin.a in /usr/lib?

2007-11-05 Thread Kevin B. McCarty
Package: gfortran-4.2 Version: 4.2.2-3 Severity: minor Hi Matthias et al., Prompted by a couple emails [1] to the ROOT devel list, I'm curious as to why no package in Sid seems to provide a libgfortran.so symlink [without the soversion] nor libgfortranbegin.a directly in /usr/lib. This makes it

Bug#123468: There's no glory like those who save their country.

2007-11-05 Thread Tami Daugherty
And a very good morning to you! :) When you laugh, be sure to laugh at what people do and not at what people are. You should never name an animal which is not yours to keep, or which you intend to eat. With just enough of learning to misquote. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

[Bug tree-optimization/33826] [4.1/4.2/4.3 Regression] GCC generates wrong code for infinitely recursive functions

2007-11-05 Thread steven at gcc dot gnu dot org
--- Comment #2 from steven at gcc dot gnu dot org 2007-11-05 21:38 --- It seems to me that a recursive function can never be safely treated as const/pure. In fact, any function in an SCC in the call graph could result in an endless loop and is therefore not const/pure. I'm assuming here

Processed: reassign 443234 to libstdc++6-4.2-dev

2007-11-05 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 #affects 4.2 as well, see http://buildd.debian.org/fetch.cgi?pkg=kawari8;ver=8.2.4-3;arch=mips;stamp=1193877367 reassign 443234 libstdc++6-4.2-dev 4.2.2-3 Bug#443234: Inconsistent

[Bug tree-optimization/33826] [4.1/4.2/4.3 Regression] GCC generates wrong code for infinitely recursive functions

2007-11-05 Thread zadeck at naturalbridge dot com
--- Comment #3 from zadeck at naturalbridge dot com 2007-11-05 22:16 --- Subject: Re: [4.1/4.2/4.3 Regression] GCC generates wrong code for infinitely recursive functions steven at gcc dot gnu dot org wrote: --- Comment #2 from steven at gcc dot gnu dot org 2007-11-05 21:38

[Bug tree-optimization/33826] [4.1/4.2/4.3 Regression] GCC generates wrong code for infinitely recursive functions

2007-11-05 Thread ebotcazou at gcc dot gnu dot org
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-11-05 23:06 --- If someone either can turn this into a program that gets the wrong answer on a program that has a defined behavior with a language that gcc supports, then i will take this bug seriously. There is already an

Bug#449433: roottalk links

2007-11-05 Thread Kevin B. McCarty
I wrote: Prompted by a couple emails [1] to the ROOT devel list, I'm curious as to why no package in Sid seems to provide a libgfortran.so symlink [without the soversion] nor libgfortranbegin.a directly in /usr/lib. This makes it difficult to link a program with the main routine written in