Ryan Murray writes:
> A full build log can be found at:
> http://buildd.debian.org/build.php?arch=powerpc&pkg=gcc-4.0&ver=4.0.1-9
>
> /dev/pty* are only used with BSD style ptys. Linux 2.6 has named them
> as CONFIG_LEGACY_PTYS, to be removed at some point. Instead of looking for
> the old /dev/
GOTO Masanori writes:
> At Mon, 19 Sep 2005 19:27:15 +0200,
> Matthias Klose wrote:
> > > On the latest i386 Sid, gcc-4.0 does not build from source, on my machine,
> > > and on a buildd (see the logs). With dash as sh, I get:
> >
> > this is known, we're waiting on proper 64bit support from glibc
Package: gcc-4.0
Version: 4.0.1-8
Hi,
When building zinc-compiler on sparc, I'm get:
run.nw: In function 'do_run':
run.nw:212: internal compiler error: Segmentation fault
It seems the following code is what is causing it:
void do_run(void *ip)
{
char dummy[8192];
__asm__("" : : "g"(dumm
Package: gcc-3.3
Version: 4.0.1-3
Severity: normal
Tags: upstream
I have a static function, the address of which is passed to a curl_*
library function for use as a callback. The function is otherwise
unused. Compilation with gcc:
cc -W -Wall -Winline -O6 -g -std=gnu99 -DPATH_SEP=\'/\' -Wl,-
Processing commands for [EMAIL PROTECTED]:
> tags 328705 -patch
Bug#328705: gcc-4.0: [patch] Please enable libffi for hurd-i386
Tags were: patch
Tags removed: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrat
Processing commands for [EMAIL PROTECTED]:
> reopen 328705
Bug#328705: gcc-4.0: [patch] Please enable libffi for hurd-i386
Bug reopened, originator not changed.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
reopen 328705
thanks
Hi,
libffi has not been built by -9, from the build log:
| Will not build the FFI library: disabled for architecure hurd-i386
I suppose this is due to this in rules.defs:
|ifeq ($(DEB_TARGET_ARCH),hurd-i386)
| with_libffi := disabled for architecure $(DEB_TARGET_A
Package: gcc-3.4
Version: 3.4.4-8
Severity: wishlist
Tags: patch
It would be good if gcc-3.4 supports binary-only NMU for porters.
Suppose that the version of gcc-3.4 is 3.4.4-8. If we do binary-only
NMU, say, for the port m32r-linux-gnu with version 3.4.4-8.0.1,
gcc-m32r-linux-gnu package will
At Mon, 19 Sep 2005 19:27:15 +0200,
Matthias Klose wrote:
> > On the latest i386 Sid, gcc-4.0 does not build from source, on my machine,
> > and on a buildd (see the logs). With dash as sh, I get:
>
> this is known, we're waiting on proper 64bit support from glibc. I'd
> like to downgrade this one
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-23
12:06 ---
Subject: Bug 23837
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-23 12:05:58
Modified files:
gcc: ChangeLog optabs.c
Log message:
--- Additional Comments From wouter at grep dot be 2005-09-23 10:14 ---
*** This bug has been marked as a duplicate of 23078 ***
--
What|Removed |Added
Status|U
Processing commands for [EMAIL PROTECTED]:
> # These have all been fixed in gcc-4.0_4.0.1-8.0.1
> package gcc-4.0
Ignoring bugs not assigned to: gcc-4.0
> # merging bugs isn't possible unless they're marked as forwarded to the
> # same place. Oh well.
> notforwarded 320038
Bug#320038: [PR 23078]
12 matches
Mail list logo