Processing commands for [EMAIL PROTECTED]:
> #
> # bts-link upstream status pull for source package gcc-4.0
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status report f
Processing commands for [EMAIL PROTECTED]:
> #
> # bts-link upstream status pull for source package gcc-4.1
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status report f
Processing commands for [EMAIL PROTECTED]:
> #
> # bts-link upstream status pull for source package gcc-snapshot
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status rep
On 12-Feb-2007 11:29.20 (GMT), Rob Andrews wrote:
> I've run through the list of gcc bugs and this is listed as a problem
> with gcc 4.2, but not with 4.1.
It turns out that this isn't a bug with gcc, but with the package I'm trying
to build with gcc. It tries to produce a fake static libgcc, bu
Package: gcc-4.2
Version: 4.2-20070105-1
Tags: experimental
Hi,
if the detection logic in debian/rules2 for USE_CPUS fails and USE_CPUS
is left empty, make -j will be called with no argument, i.e. make will
run an unlimited number of concurrent compile jobs:
[EMAIL PROTECTED]:~$ ps aexM | grep c
--- Comment #9 from rakdver at gcc dot gnu dot org 2007-02-14 09:49 ---
This seems to be fixed both in 4.0 and in 4.1.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.2 |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26560
--- Yo
7 matches
Mail list logo