texmacs-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Texmacs-dev] Guile 2.0 for TeXmacs?


From: Alvaro Tejero Cantero
Subject: Re: [Texmacs-dev] Guile 2.0 for TeXmacs?
Date: Sat, 28 Jan 2012 13:55:26 +0000

One last, it seems it could be faster, as well:

http://lists.gnu.org/archive/html/guile-devel/2011-10/msg00018.html

-á.



On Sat, Jan 28, 2012 at 13:13, Alvaro Tejero Cantero <address@hidden> wrote:
> Actually I had a look, and besides having a nice development
> environment and lots of documentation, there are also heaps of
> interesting libraries, too
>
> http://docs.racket-lang.org/plot/index.html
>
> http://docs.racket-lang.org/index.html
>
> -á.
>
>
>
> On Fri, Jan 27, 2012 at 22:36, Sam Liddicott <address@hidden> wrote:
>> Define-syntax at docs.racket-lang.org/quick/ reminds me of drd's
>>
>> Sam
>>
>> On Jan 27, 2012 10:06 AM, "Alvaro Tejero Cantero" <address@hidden> wrote:
>>>
>>> Racket, formerly known as  PLT Scheme, seems to receive a lot of
>>> attention from users and developers:
>>>
>>> http://c2.com/cgi/wiki?RacketLanguage
>>>
>>> http://racket-lang.org/
>>>
>>>
>>> -á.
>>>
>>>
>>>
>>> On Fri, Jan 27, 2012 at 07:42, Joris van der Hoeven
>>> <address@hidden> wrote:
>>> > Hi Karl,
>>> >
>>> > On Thu, Jan 26, 2012 at 02:46:48PM -0700, Karl Hegbloom wrote:
>>> >> I'm wondering if anyone is presently working on patching TeXmacs so
>>> >> that it
>>> >> will build and run with Guile 2.0. In the Guile-2.0 NEWS file, I see
>>> >> that
>>> >> "The GH interface (deprecated in version 1.6, 2001) was removed."
>>> >> TeXmacs
>>> >> fails to build because it's looking for <guile/gh.h> which is no longer
>>> >> present.
>>> >
>>> > Yes, I am aware of the problem, but I have not really been working on it
>>> > yet.
>>> > Guile induces a *lot* of problems at the moment and it is not even clear
>>> > that
>>> > we really want to go all the way to Guile 2.*. On the one hand, it is
>>> > true that
>>> > Guile 2.0 includes a much faster byte code interpreter. On the other
>>> > hand though,
>>> > Guile is growing more and more maximalistic: the number of dependencies
>>> > is
>>> > going out of hand, making portability a major concern. Also, Guile 2.0
>>> > now relies on Boehm GC for garbage collection; having used this garbage
>>> > collector in another project, I am very suspicious and fear that this
>>> > move
>>> > may introduce subtle bugs and make code harder to debug. I have
>>> > discussed
>>> > these issues on the GNU developers list and the Guile developers are
>>> > willing
>>> > to make things a little bit better. Yet, it is not clear at all that
>>> > this
>>> > will be enough. Massimiliano has started to look for possible
>>> > replacements
>>> > of Guile. Another solution would be to stick to an old version, include
>>> > the sources with TeXmacs and take care of maintainance issues ourselves.
>>> >
>>> > Best wishes, --Joris
>>> >
>>> > _______________________________________________
>>> > Texmacs-dev mailing list
>>> > address@hidden
>>> > https://lists.gnu.org/mailman/listinfo/texmacs-dev
>>>
>>> _______________________________________________
>>> Texmacs-dev mailing list
>>> address@hidden
>>> https://lists.gnu.org/mailman/listinfo/texmacs-dev
>>
>>
>> _______________________________________________
>> Texmacs-dev mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/texmacs-dev
>>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]