[Gambas-user] Idea for 3.17

Christof Thalhofer chrisml at deganius.de
Fri May 7 20:08:35 CEST 2021


Am 06.05.21 um 16:16 schrieb Brian G:

> Can we look at what would be usable and practical within the existing
> gambas framework, that will get us down the road we are after. The
> fancy stuff could build upon this.
> 
> In the code the standard of component:class.item for static items, or
> component:class for class references  and no : in name refers to the
> last loaded or defined version of a class.

No ':' is the 'Default' namespace where every symbol in all Gambas
programs is in until now.

> so.... if we have a class in our app we know is over ridden
> appname:myclass works to force our version to be instantiated... as
> the app is just another container that gets loaded first..

I don't understand this.

> It would seem that this level of complexity as a first pass might be
> doable... with minimal changes to the underlying runtime environment
> and compiler

Again, please read this:

https://lists.gambas-basic.org/pipermail/user/2018-November/065829.html

Benoît talks about a new command 'Export NameSpace' which "will not
export a class to the default global symbol
table, but to a specific global symbol table identified by 'NameSpace'".

Here the underlying environment of Gambas needs just minimal changes. I
would prefer if every 'Export' in a library uses the same namespace.

But my point is:

1) How can we ensure that no one takes my namespace by accident? (We
need a registry)

2) How can we ensure that the interpreter does not run another version
of the code by accident after an update of the library?
(We need versioning and dependency management)

Alles Gute

Christof Thalhofer

-- 
Dies ist keine Signatur

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.gambas-basic.org/pipermail/user/attachments/20210507/9afd482e/attachment.sig>


More information about the User mailing list