bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Hurd port for GCC Go


From: Thomas Schwinge
Subject: Re: Hurd port for GCC Go
Date: Thu, 13 Jun 2013 10:39:58 +0200
User-agent: Notmuch/0.9-101-g81dad07 (http://notmuchmail.org) Emacs/23.4.1 (i486-pc-linux-gnu)

Hi!

On Wed, 12 Jun 2013 15:36:39 +0200, Svante Signell <svante.signell@gmail.com> 
wrote:
> On Tue, 2013-06-11 at 10:31 +0200, Thomas Schwinge wrote:
> > On Fri, 07 Jun 2013 11:14:31 +0200, Svante Signell 
> > <svante.signell@gmail.com> wrote:
> > > Attached are patches to enable gccgo to build properly on Debian
> > > GNU/Hurd on gcc-4.7 (4.7.3-4).
> > 
> > Thanks!  I've begun integrating them into my GCC tree (based on upstream
> > GCC trunk, so some changes to be done to your patches), and get it in a
> > state for Fotis to base his GSoC work on.
> 
> Where to find your GCC tree?

Only locally at the moment; will find a place to publish it.  As the .git
directory weighs in the order of 1 GiB, I don't just want to push that
onto darnassus (for example); even if we told people to first clone the
upstream Git repository and only then add darnassus as an additional
remote, I bet some would forget doing that.  Hmm, it seems that I might
be able to host Git branches upstream, so I'll explore that:
<http://gcc.gnu.org/wiki/GitMirror#Git-only_branches>.

I got as far as having GCC Go compiling with GCC trunk sources; more to
come later.


> Also I had problems to tracing this commit:
> <http://git.savannah.gnu.org/cgit/hurd/glibc.git/commit/?h=t/context_functions&id=018259d791f1ced4b2ced88c393cc74de15006ed>.
> I did not find anything related to context_functions at
> http://git.savannah.gnu.org/cgit/hurd/glibc.git/

Follow »[...]« in the Branches section to see all branches.  Anyway, it's
a TopGit branch,
<http://www.gnu.org/software/hurd/source_repositories/glibc.html>, so for
getting a patch out of that, you'll need to diff the top of that branch
against its base branch, using »tg patch t/context_functions« if you have
TopGit installed, or something like »git diff
top-bases/t/context_functions t/context_functions« manually.

> Furthermore, for testing purposes, is it straight-forward to add the new
> functions getcontext/setcontext/makecontext*/movecontext to the debian
> sources, e.g. 2.13-39+hurd.3 or 2.17-6 (when that is released?).

It is, and Samuel is already building 2.17-3+hurd.4 packages, so you
might just wait for these to appear on debian-ports.  (The patch already
was in his last night's 2.17-3+hurd.3 build, but that one turned out to
be missing another important patch (DNS resolving), as he told in his
recent email.)

> Where
> should these be placed in the tree: hurd/, sysdeps/mach/hurd/,
> elsewhere?

As indidacted in the patch.

> And how to avoid the stubs at stdlib/ being compiled in?

As soon as there are "more specific" implementation files (that is, these
added by me), the stub ones will no longer be considered by glibc's build
system.


Grüße,
 Thomas

Attachment: pgpG1IZc5KpUS.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]