GNU bug report logs - #56584
vala build uses bundled bootstrap binaries

Previous Next

Package: guix;

Reported by: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>

Date: Fri, 15 Jul 2022 21:33:02 UTC

Severity: normal

To reply to this bug, email your comments to 56584 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#56584; Package guix. (Fri, 15 Jul 2022 21:33:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Maxim Cournoyer <maxim.cournoyer <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Fri, 15 Jul 2022 21:33:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: bug-guix <bug-guix <at> gnu.org>
Subject: vala build uses bundled bootstrap binaries
Date: Fri, 15 Jul 2022 17:32:33 -0400
Hi,

Our vala packages bundle themselves via bundled bootstrap binaries.
When I asked in #vala on the irc.gnome.org, I was pointed to
https://gitlab.gnome.org/ricotz/vala-bootstrap as a possible solution.

Thanks,

Maxim




Information forwarded to bug-guix <at> gnu.org:
bug#56584; Package guix. (Sat, 16 Jul 2022 14:18:03 GMT) Full text and rfc822 format available.

Message #8 received at 56584 <at> debbugs.gnu.org (full text, mbox):

From: Liliana Marie Prikler <liliana.prikler <at> student.tugraz.at>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>, 56584 <at> debbugs.gnu.org
Subject: Re: vala build uses bundled bootstrap binaries
Date: Sat, 16 Jul 2022 10:18:29 +0200
Am Freitag, dem 15.07.2022 um 17:32 -0400 schrieb Maxim Cournoyer:
> Hi,
> 
> Our vala packages bundle themselves via bundled bootstrap binaries.
Small correction, it appears to be bootstrapped source files, i.e.
compiler-generated C code.

> When I asked in #vala on the irc.gnome.org, I was pointed to
> https://gitlab.gnome.org/ricotz/vala-bootstrap as a possible
> solution.
Looking at the vala source code, we can bootstrap the current version
from 0.39.5.8, which appears to be between release cycles – 0.39.6
already requires it, whereas 0.39.5 bootstraps from 0.25.1.  I'm not
sure how to get 0.25.1 to build from source, though.  The code in vala-
bootstrap does not appear helpful, it in fact reads exactly like Vala-
compiled Vala.

Cheers





Information forwarded to bug-guix <at> gnu.org:
bug#56584; Package guix. (Sat, 18 Feb 2023 07:35:01 GMT) Full text and rfc822 format available.

Message #11 received at 56584 <at> debbugs.gnu.org (full text, mbox):

From: Liliana Marie Prikler <liliana.prikler <at> gmail.com>
To: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>, 56584 <at> debbugs.gnu.org
Subject: Re: vala build uses bundled bootstrap binaries
Date: Sat, 18 Feb 2023 08:34:49 +0100
Am Samstag, dem 16.07.2022 um 10:18 +0200 schrieb Liliana Marie
Prikler:
> The code in vala-bootstrap does not appear helpful, it in fact reads
> exactly like Vala-compiled Vala.
I've now hosted my own vala-bootstrap [1], which has valacompiler.c and
gee translated to more readable C already.  I'd be happy to take in
patches or transfer it to the bootstrappable project.

Cheers

[1] https://gitlab.gnome.org/lilyp/vala-bootstrap




Information forwarded to bug-guix <at> gnu.org:
bug#56584; Package guix. (Sat, 25 Feb 2023 20:13:01 GMT) Full text and rfc822 format available.

Message #14 received at 56584 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Liliana Marie Prikler <liliana.prikler <at> gmail.com>
Cc: 56584 <at> debbugs.gnu.org
Subject: Re: vala build uses bundled bootstrap binaries
Date: Sat, 25 Feb 2023 15:12:07 -0500
Hi Liliana,

Liliana Marie Prikler <liliana.prikler <at> gmail.com> writes:

> Am Samstag, dem 16.07.2022 um 10:18 +0200 schrieb Liliana Marie
> Prikler:
>> The code in vala-bootstrap does not appear helpful, it in fact reads
>> exactly like Vala-compiled Vala.
> I've now hosted my own vala-bootstrap [1], which has valacompiler.c and
> gee translated to more readable C already.  I'd be happy to take in
> patches or transfer it to the bootstrappable project.
>
> Cheers
>
> [1] https://gitlab.gnome.org/lilyp/vala-bootstrap

Neat!  Will you send patches to use it to bootstrap our vala in Guix?

-- 
Thanks,
Maxim




Information forwarded to bug-guix <at> gnu.org:
bug#56584; Package guix. (Wed, 01 Mar 2023 05:02:02 GMT) Full text and rfc822 format available.

Message #17 received at 56584 <at> debbugs.gnu.org (full text, mbox):

From: Adam Faiz <adam.faiz <at> disroot.org>
To: 56584 <at> debbugs.gnu.org
Cc: Liliana Marie Prikler <liliana.prikler <at> gmail.com>,
 maxim.cournoyer <at> gmail.com
Subject: Re: vala build uses bundled bootstrap binaries
Date: Wed, 1 Mar 2023 05:00:56 +0000
> Looking at the vala source code, we can bootstrap the current version
> from 0.39.5.8, which appears to be between release cycles – 0.39.6
> already requires it, whereas 0.39.5 bootstraps from 0.25.1.  I'm not
> sure how to get 0.25.1 to build from source, though.  The code in vala-
> bootstrap does not appear helpful, it in fact reads exactly like Vala-
> compiled Vala.
> 
> Cheers

> I've now hosted my own vala-bootstrap [1], which has valacompiler.c and
> gee translated to more readable C already.  I'd be happy to take in
> patches or transfer it to the bootstrappable project.
> 
> Cheers
> 
> [1] https://gitlab.gnome.org/lilyp/vala-bootstrap

An easier route to bootstrap Vala could be the archeological approach:

Oldest commit(SVN import): 68f95ffe3aef82aac0fb7bbc65d1faab19902e3c
Last commit with only C code(except for tests written in Vala): 
c300d9c3d0af08f628b6c260bdd32f431a47e0f2

Became self-hosting(it still bootstraps with written C code under valac/): 
29a1dec53a4661779cc819ede69732c6c1118088

Removed bootstrappability(removed valac/ directory and uses Vala-generated C 
code under ccode/): 35bd6909ba2b8467ba95dfe6360e7a7e227115c8

Oldest release: VALA_0_0_1

This information should make it possible to bootstrap Vala.




Information forwarded to bug-guix <at> gnu.org:
bug#56584; Package guix. (Wed, 01 Mar 2023 21:00:02 GMT) Full text and rfc822 format available.

Message #20 received at 56584 <at> debbugs.gnu.org (full text, mbox):

From: Liliana Marie Prikler <liliana.prikler <at> gmail.com>
To: Adam Faiz <adam.faiz <at> disroot.org>, 56584 <at> debbugs.gnu.org
Cc: maxim.cournoyer <at> gmail.com
Subject: Re: vala build uses bundled bootstrap binaries
Date: Wed, 01 Mar 2023 21:59:38 +0100
Am Mittwoch, dem 01.03.2023 um 05:00 +0000 schrieb Adam Faiz:
> > Looking at the vala source code, we can bootstrap the current
> > version from 0.39.5.8, which appears to be between release cycles –
> > 0.39.6 already requires it, whereas 0.39.5 bootstraps from 0.25.1. 
> > I'm not sure how to get 0.25.1 to build from source, though.  The
> > code in vala-bootstrap does not appear helpful, it in fact reads
> > exactly like Vala-compiled Vala.
> > 
> > Cheers
> 
> > I've now hosted my own vala-bootstrap [1], which has valacompiler.c
> > and gee translated to more readable C already.  I'd be happy to
> > take in patches or transfer it to the bootstrappable project.
> > 
> > Cheers
> > 
> > [1] https://gitlab.gnome.org/lilyp/vala-bootstrap
> 
> An easier route to bootstrap Vala could be the archeological
> approach:
> 
> Oldest commit(SVN import): 68f95ffe3aef82aac0fb7bbc65d1faab19902e3c
> Last commit with only C code(except for tests written in Vala): 
> c300d9c3d0af08f628b6c260bdd32f431a47e0f2
> 
> Became self-hosting(it still bootstraps with written C code under
> valac/): 
> 29a1dec53a4661779cc819ede69732c6c1118088
> 
> Removed bootstrappability(removed valac/ directory and uses Vala-
> generated C code under ccode/):
> 35bd6909ba2b8467ba95dfe6360e7a7e227115c8
> 
> Oldest release: VALA_0_0_1
> 
> This information should make it possible to bootstrap Vala.
Provided that we find a version of yacc that doesn't choke on the
grammar files.  Also, we got an uncertain road ahead for Valas before
0.35.1, and then vala 0.39.6 did a dirty bump in which they rely on a
practically unreleased version.

So yes, the archeological approach could work, but I wouldn't
necessarily count on it being "easy".

Cheers




This bug report was last modified 2 years and 103 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.