Re: Gambas 3.19.6 and 3.19.90 recipes

[gbWilly <gbWilly@xxxxxxxxxxxxxx>]

gbWilly

Gambas3 for Debian

Sent with Proton Mail secure email.

On Saturday, November 16th, 2024 at 18:48, Benoît Minisini <benoit.minisini@xxxxxxxxxxxxxxxx> wrote:

> Le 16/11/2024 à 15:50, gbWilly a écrit :
> 
> > On Saturday, November 16th, 2024 at 00:11, Benoît Minisini benoit.minisini@xxxxxxxxxxxxxxxx wrote:
> > 
> > > > Before 3.15 the package list is a static table. Each new version should
> > > > actually have a static table and the @{package-table} only serves the
> > > > needs of latest master version.
> > > > So, when 3.20 comes out the current @{package-table} should be made
> > > > static for 3.20, so that new added components to master to not interfere
> > > > with required packages for that version.
> > 
> > I have taken the liberty of making the 3.19 package table static, so correct packages are listed.
> > I also added your changes on wiki for development version to the 'The runtime package' in 3.19.
> 
> 
> A pity, but there is no better solution at the moment.

It's not that bad at all once you have the static table.
For 3.18 I copied 3.19 table and removed gb.highlight, changed the depedencies back to eval.highlight and that's all.
For 3.20 copy static 3.19 add mongodb, qt6 (and maybe db2) to the table and done.
I'll try to keep track of developments and keep stuff concerning packaging on the wiki up-to-date as much as my time allows.

Wiki says:
---
Additional dependencies

The following packages must depends on gambas3-gui too:

    gambas3-gb-form.
    gambas3-gb-media-form.
    gambas3-gb-form-terminal. 
---
I do think gambas3-gb-form-htmlview needs to be added to above statement at least if I look at the recipe (even those from ppa).
Like gambas3-gb-form-terminal, gambas3-gb-form-htmlview does not depend on gambas3-gb-form, so no indirect dependency on gambas3-gui through gambas3-gb-form. 

> 
> 
> The previous JIT compiler was a component on its own, as it depended on
> llvm.

Exactly, that's what I remembered. It all worked with llvm

> But the new one only needs a C compiler, and detect it dynamically, so
> it is not a mandatory dependency. It's more like a dynamic part of the
> interpreter. It's just that, if there is no C compiler, the JIT compiler
> will do nothing.

I like the solution.

gbWilly