On 2 February 2013 18:19, Ludovic Courtès wrote:
> Daniel Hartwig skribis:
>> After bootstrapping my current pet project,
>
> So you already started?
>
“Any day now.”
> I think there are really two approaches: one is to augment the Hurd with
> Guile APIs and servers, and another one is to write
Hi, everyone.
I see that some people are excited by guile and the hurd.
So I'm coming here to break a bit the good mood, sorry for that.
I'm still stuck with the following issue I guess bug#11776: Guile with Hurd.
Running the following command in the shell
$ guile -c '(display (+ 1 2) (
Nala Ginrut skribis:
> Was Guile ported to Hurd? (maybe there's no need for 'porting'?)
GNU/Hurd is hardly distinguishable from GNU/Linux or GNU/kFreeBSD from
user space, so there’s no porting needed.
Ludo’.
On Sat, 2013-02-02 at 11:19 +0100, Ludovic Courtès wrote:
> Hi!
>
> Daniel Hartwig skribis:
>
> > [Hello l4-hurd, I see you have been quiet lately.]
>
> :-)
>
> > After bootstrapping my current pet project,
>
> So you already started?
>
> > Anyone interested in collaborating on such a projec
Hi!
Daniel Hartwig skribis:
> [Hello l4-hurd, I see you have been quiet lately.]
:-)
> After bootstrapping my current pet project,
So you already started?
> Anyone interested in collaborating on such a project, or have comments
> regarding the paper and the implications for the Hurd?
I’m in
Aleix Conchillo Flaqué skribis:
> Then, I also found some work done last year:
>
> http://lists.gnu.org/archive/html/guile-user/2012-04/msg6.html
>
> What's the status of this?
I dropped the ball :-/, but it’d need to be incorporated.
> What's the current best way to perform unit testing in
Hi!
Daniel Hartwig skribis:
> [Hello l4-hurd, I see you have been quiet lately.]
:-)
> After bootstrapping my current pet project,
So you already started?
> Anyone interested in collaborating on such a project, or have comments
> regarding the paper and the implications for the Hurd?
I’m in
Thanks Ludo,
I'm still gathering information, I have downloaded up-to-date versions of
GNU,
but I just noticed I'm picking up some *CYG*.DLL, I must check they are the
ones I built, and get the versions.
YES CYG libs seem to be at least the versions needed
guile libraries (ldd /usr/local/b
Mark H Weaver writes:
> In the future it will be important for Guildhall modules to have a lower
> priority than in the search path than Guile's core modules. The reason
> is that Guildhall has several portable SRFIs, some of which will be
> superceded by efficient native implementations in core