Matt Wette writes:
>> On Mar 10, 2017, at 7:31 AM, David Kastrup wrote:
>> I've been mulling a bit over enabling UTF-8 as an internal string
>> representation. There are several interesting points to consider:
>
> One point to consider on this topic is that guile is targeted (via the
> compiler
On 10/03/2017 21:50, Vítor De Araújo wrote:
[...]
> I thought a little bit about the packages-as-urls idea and I had some
> ideas I'll just throw out here.
>
> First, I realized using the URL as the package _name_ is problematic,
> because it hard-codes the source of the package; that complicates
Hi Amiroiche!
FWIW, usually there are 3 kind s of pkg-manager:
1. SPM(system pkg manager)
It's used for building a distro, like RPM, deb, Guix.
2. LPM(language pkg manager)
It's used for specific language to install optional packages. Like npm,
gem, pip, etc.
Guix could do that too, IMO.
3. APM(
On 10/03/2017 17:17, Amirouche wrote:
> Héllo!
>
>
> Le 10/03/2017 à 03:08, Vítor De Araújo a écrit :
>> Hi,
>>
>> I'm relatively new to Guile and new to this list, but I saw this
>> thread in the archives and I'd like to make some comments.
>
> Welcome!
Thanks :)
[...]
>> On the topic of pac
> On Mar 10, 2017, at 7:31 AM, David Kastrup wrote:
> I've been mulling a bit over enabling UTF-8 as an internal string
> representation. There are several interesting points to consider:
One point to consider on this topic is that guile is targeted (via the compiler
tower) to support other la
There is compan, there is guildhall, there is guix. They shall be primary.
Message transféré
Sujet : Re: How to make GNU Guile more successful
Date : Fri, 10 Mar 2017 21:17:37 +0100
De :Amirouche
Pour : guile-user@gnu.org
Héllo!
Le 10/03/2017 à 03:08, Vítor
Le 01/03/2017 à 20:21, Amirouche a écrit :
Le 14/02/2017 à 22:35, Arne Babenhauserheide a écrit :
Panicz Maciej Godek writes:
There's surely many ways to approach that issue. The point is that for
some reason, Schemers from various tribes prefer to reinvent the
wheel, rather than use an ex
Héllo!
Le 10/03/2017 à 03:08, Vítor De Araújo a écrit :
Hi,
I'm relatively new to Guile and new to this list, but I saw this
thread in the archives and I'd like to make some comments.
Welcome!
First, I think it would be nice to have a Guile wiki, in the likes of
cliki.net. A publicly-edit
On 03/10/2017 11:18 AM, Ludovic Courtès wrote:
Thanks. As Andy wrote in that thread, it would be beneficial if
LilyPond could pre-compile as much as possible of its core Scheme code.
Hi, Yeah, it seems like that would be the next step in addressing the
performance questions. That brings up
Andy Wingo writes:
> Hi :)
>
> On Fri 10 Mar 2017 16:31, David Kastrup writes:
>
>> a) Guile already uses two different internal representations: basically
>> UCS-8 and UCS-32. Adding more internal representations could be done
>> using a number of tables indexed by the internal representation
Hello!
One of the few (only?) things I’ve had to change in C code that uses
libguile and worked fine with 2.0 is code that creates new port types.
This C API has changed incompatibly in 2.2 (the previous one was never
documented):
https://www.gnu.org/software/guile/docs/master/guile.html/I_002
Paul skribis:
> On 03/09/2017 07:13 AM, Ludovic Courtès wrote:
>
>> What fraction of the Scheme code being run for this benchmark is
>> pre-compiled (as a .go file)?
>
> I don't think any of LilyPond's Scheme code is pre-compiled at this point...
>
> Yep, as David Kastrup wrote in the "GNU Guile
Hi :)
On Fri 10 Mar 2017 16:31, David Kastrup writes:
> a) Guile already uses two different internal representations: basically
> UCS-8 and UCS-32. Adding more internal representations could be done
> using a number of tables indexed by the internal representation type,
> making string represen
Hi,
I've been mulling a bit over enabling UTF-8 as an internal string
representation. There are several interesting points to consider:
a) Guile already uses two different internal representations: basically
UCS-8 and UCS-32. Adding more internal representations could be done
using a number of
2017-03-10 15:27 GMT+01:00 :
> That's very cool :) And also supports my point that there should be
> something
> like a wiki for publishing information about Guile packages. It'd be hard
> for me to find this on my own.
>
> [...]
>>
>
> Yeah, for one I don't think the URLs should go directly into
Citando Panicz Maciej Godek :
2017-03-10 10:55 GMT+01:00 Arne Babenhauserheide :
Vítor De Araújo writes:
> (Or maybe package _names_ could be URLs pointing to an index in a
> well-defined format, which tells how to download each version of a
> package; then we could have even dependency mana
We are pleased to announce GNU Guile release 2.1.8.
Guile 2.1.8 is the eighth pre-release in what will eventually become the
2.2 release series. We are optimistic that no further pre-releases will
be required. We encourage you to test this pre-release and provide
feedback to guile-de...@gnu.org.
Arne Babenhauserheide writes:
> David Kastrup writes:
>
>> To a certain degree one can chalk this off as "growing pains" that
>> long-standing users have to shoulder, at least when working with
>> development rather than stable versions.
>
> I’d like to chime in here. When looking at the prospect
David Kastrup writes:
> To a certain degree one can chalk this off as "growing pains" that
> long-standing users have to shoulder, at least when working with
> development rather than stable versions.
I’d like to chime in here. When looking at the prospects of larger Guile
adoption, I think that
2017-03-10 10:55 GMT+01:00 Arne Babenhauserheide :
>
> Vítor De Araújo writes:
>
> > (Or maybe package _names_ could be URLs pointing to an index in a
> > well-defined format, which tells how to download each version of a
> > package; then we could have even dependency management without a
> > cen
Vítor De Araújo writes:
> (Or maybe package _names_ could be URLs pointing to an index in a
> well-defined format, which tells how to download each version of a
> package; then we could have even dependency management without a
> central repository. I'm pipe-dreaming here, though.)
You’re not ju
Eli Zaretskii writes:
>> From: Andy Wingo
>> Cc: l...@gnu.org (Ludovic Courtès), guile-user@gnu.org
>> Date: Thu, 09 Mar 2017 20:56:09 +0100
>>
>> > That's what I'm trying to tell you: there's no aggression.
>>
>> I understand that different people can have different reactions and it's
>> gre
On Fri 10 Mar 2017 07:19, Nala Ginrut writes:
> I have similar idea, TJIT could be an optional package and people may
> choose to install it seperately.
Sounds good to me. I understand we will be able to add the necessary
hooks during the course of 2.2.
Andy
On Fri 10 Mar 2017 08:38, Eli Zaretskii writes:
>> From: Andy Wingo
>> Cc: l...@gnu.org (Ludovic Courtès), guile-user@gnu.org
>> Date: Thu, 09 Mar 2017 20:56:09 +0100
>>
>> > That's what I'm trying to tell you: there's no aggression.
>>
>> I understand that different people can have different
24 matches
Mail list logo
