MSavoritias writes:
> There will be some time before it is actually removed.
So it will just take a bit longer until my setup gets broken.
> Given a long timeline i doubt older programs would be advised to be
> used or even work with recent guile. Given the rest of the cleaning
> discussion and
Attila Lendvai writes:
> IOW, if you don't want changes in your dependencies, then just don't update
> them.
This does not work.
You often have to update dependencies for security reasons. Got a new
gnutls or openssl or openssh with new cyphers you need to have a working
program — will Guile 3
i feel the urge to point out that nowadays (i.e. with tools like guix) there
are new ways to "retain" backwards compatibility.
as long as one can trivially grab a guile-3-latest, or even depend on it
indefinitely, then it's not such a big issue that guile-25 is not backwards
compatible with gui
On Wed, Jul 17, 2024 at 11:44:09AM -0400, Olivier Dion wrote:
> On Wed, 17 Jul 2024, Lassi Kortela wrote:
[...]
> > If the (guile ...) names are adopted, I suggest you keep the existing
> > (ice-9 ...) libraries indefinitely but no longer advertise them in the
> > manual.
>
> I concur. We ca
On Wed, 17 Jul 2024, Lassi Kortela wrote:
>> I mean deprecation doesn't mean it has to be removed immediately.
>>
>> There will be some time before it is actually removed. We can even push
>> it to Guile 4.
>>
>> Given a long timeline i doubt older programs would be advised to be used
>> or ev
(import (srfi :1)) ;; works
(import (srfi :1 lists)) ;; works
The colon in :1 is a hack due to a limitation in the R6RS spec.
I recommend that Guile support both 1 and :1 (as well as the symbol |1|)
by internally converting to some normal form.
(import (srfi :1 awesome-feature)) ;; also wor
I mean deprecation doesn't mean it has to be removed immediately.
There will be some time before it is actually removed. We can even push
it to Guile 4.
Given a long timeline i doubt older programs would be advised to be used
or even work with recent guile. Given the rest of the cleaning
dis
Dr. Arne Babenhauserheide kirjoitti 17.7.2024 klo 13.45:
Olivier Dion writes:
On Sat, 29 Jun 2024, Mikael Djurfeldt wrote:
[...]
As has been spoken about here previously, I suggest that we
design a new module hierarchy, introduce aliases for module bindings, and
still supply the old modul
Olivier Dion writes:
> On Sat, 29 Jun 2024, Mikael Djurfeldt wrote:
>
> [...]
>
>> As has been spoken about here previously, I suggest that we
>> design a new module hierarchy, introduce aliases for module bindings, and
>> still supply the old module hierarchy during a few years for backward
>>
Aliasing (ice-9 *) to (guile *) for avoiding the "what's that none
standard ice-9 library?".
Sounds reasonable. "What is ice, and why version 9?"
Also (srfi srfi-N) with something meaninful
for humans that don't want to lookup srfi.schemers.org or keep a
cheatsheet on their desk. e.g., (srfi
10 matches
Mail list logo
