Re: How to make GNU Guile more successful

2017-07-15, 11:10 (+0100); Jan Wedekind escriu: > One could implement something like Theano+NumPy with GNU Guile. I am > trying to do something like that (github.com/wedesoft/aiscm) but I am > doing it in my spare time only. Theoretically GNU Guile is better > suited for this than Python because of

Re: How to make GNU Guile more successful

Jan Wedekind writes: > I am trying to do something like that (github.com/wedesoft/aiscm) but > I am doing it in my spare time only. Just hearing about aiscm. I was looking for something like this. Thank you!

Re: How to make GNU Guile more successful

Oh, sorry, just realized I skipped the main question. There are various data type substitutions that can help or hurt. Replacing lists with vectors or vice versa can significantly help or hurt performance depending on the use case. Same for charsets vs strings. In situations where the data is p

Re: How to make GNU Guile more successful

Not necessarily. Using bytevectors and SRFI-4 vectors works very well for some kinds of data. Just, they aren't the best for other kinds (in principle they can work with all data if one is one implements a heap or other custom memory management inside one). They can be made to work but are hard

Re: How to make GNU Guile more successful

Freja Nordsiek : > I checked the implementation of bytecectors and SRFI-4 in Guile and > they are definitely not scanned for pointers. But I would say hacking > them is not a good general solution for this problem. They are good > and natural data structures for large arrays of numerical data that

Re: How to make GNU Guile more successful

I checked the implementation of bytecectors and SRFI-4 in Guile and they are definitely not scanned for pointers. But I would say hacking them is not a good general solution for this problem. They are good and natural data structures for large arrays of numerical data that are standard signed/un

Re: How to make GNU Guile more successful

I've taken a look at Python bridge for other languages, there're several: For Lua https://labix.org/lunatic-python For ObjC https://pythonhosted.org/pyobjc/ For JS https://github.com/ipython/ipython/wiki/IPEP-26:-Full-Featured-python-js-object-bridge I'm glad that the idea is not just my imagina

Re: How to make GNU Guile more successful

Freja Nordsiek : > If I was to hazard a reason for why Guile gets very slow when loading > 20 GB or more (may or may not be related to it being buggy and > crashy), my guesses would be a lot of the data when loaded into Guile > was allocated such that the GC scans it for pointers (using > scm_gc_m

Re: How to make GNU Guile more successful

If I was to hazard a reason for why Guile gets very slow when loading 20 GB or more (may or may not be related to it being buggy and crashy), my guesses would be a lot of the data when loaded into Guile was allocated such that the GC scans it for pointers (using scm_gc_malloc instead of scm_gc_mall

Re: How to make GNU Guile more successful

On Sat, 15 Jul 2017, Nala Ginrut wrote: @Jan Yes, that should be a way to go. And I have a new idea which is just an idea at present. Many we could find a way to read PyObject to Gulie, and call Python module directly (say, numpy). There should be a type-compatible abstract level between Guile a

Re: How to make GNU Guile more successful

s/Many we could find a way/Maybe we could find a way Sorry On Sat, Jul 15, 2017 at 8:55 PM, Nala Ginrut wrote: > @Linas Thanks for sharing your experiences on large data processing > using Guile! I'm developing a framework to do the similar work for our > product too. But what I'm planning is to

Re: How to make GNU Guile more successful

@Linas Thanks for sharing your experiences on large data processing using Guile! I'm developing a framework to do the similar work for our product too. But what I'm planning is to do map/reduce for large data in a distributed system. Anyway, I don't think it's a good way to analysis massive data in

Re: How to make GNU Guile more successful

One could implement something like Theano+NumPy with GNU Guile. I am trying to do something like that (github.com/wedesoft/aiscm) but I am doing it in my spare time only. Theoretically GNU Guile is better suited for this than Python because of macros. On July 14, 2017 10:54:45 PM GMT+01:00, Lin

Re: How to make GNU Guile more successful

Linas Vepstas : > String handling in guile is a disaster area: If I give it a > 10-megabyte-long string in utf8, it promptly tries to convert all of > that string in utf32, for utterly pointless reasons. This just makes > it slow. It's not only the conversion. Strings should be bytes. Python3's e

Re: How to make GNU Guile more successful

On Mon, Feb 13, 2017 at 2:28 PM, Panicz Maciej Godek wrote: > > someone > responded critically: "are there out of the box libraries to estimate a > zero inflated negative > binomial regression model in guile". Of course, if I knew what a > zero-inflated > negative binomial regression model, I cou

Re: Yet another GNU Guile package manager (Fwd: Re: How to make GNU Guile more successful)

Matt Wette (2017-03-16 05:07 -0700) wrote: >> On Mar 16, 2017, at 2:03 AM, carl hansen wrote: >> ​" >> guile-lib >> >> guile-lib is intended as an accumulation place for pure-scheme Guile >> modules, allowing for people to cooperate integrating their generic Guile >> modules into a coherent libra

Re: Yet another GNU Guile package manager (Fwd: Re: How to make GNU Guile more successful)

> On Mar 16, 2017, at 2:03 AM, carl hansen wrote: > > ​FYI: > ​ > > ​"​ > guile-lib > > guile-lib is intended as an accumulation place for pure-scheme Guile > modules, allowing for people to cooperate integrating their generic Guile > modules into a coherent library. Think "a down-scaled, limi

Re: Yet another GNU Guile package manager (Fwd: Re: How to make GNU Guile more successful)

​FYI: ​ ​"​ guile-lib guile-lib is intended as an accumulation place for pure-scheme Guile modules, allowing for people to cooperate integrating their generic Guile modules into a coherent library. Think "a down-scaled, limited-scope CPAN for Guile". Also, it can be seen a

Re: How to make GNU Guile more successful

Vítor De Araújo writes: > First, I think it would be nice to have a Guile wiki, in the likes of > cliki.net. A publicly-editable reference place where people can share > knowledge about Guile and Guile libraries and projects. Sure, having a > centralized package manager/repository would be nice, b

Re: How to make GNU Guile more successful

My mind has actually been oscillating between "trick", "toy", "thing" and "torrent". The last one would go particularly nice with the concept of "GitTorrent" http://blog.printf.net/articles/2015/05/29/announcing-gittorrent-a-decentralized-github/ 2017-03-13 16:55 GMT+01:00 Nala Ginrut : > Well,

Re: How to make GNU Guile more successful

Well, I like tofu :-) Thien-Thi Nguyen 于2017年3月11日周六 16:48写道： > > () Panicz Maciej Godek > () Fri, 10 Mar 2017 16:08:23 +0100 > >Essentially the power of this idea is that it suddenly turns >the whole web into a Guile Incomprehensive Archive Network >(clearly, a word beginning with a

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

On Mon 13 Mar 2017 00:20, Matt Wette writes: > If lilypond is performing a lot of eval or lambda generation would turning > off optimization help? > > (compile expr #:opts ‘(#:partial-eval? #f #:cse? #f)) I think Lilypond is currently not going through the compiler at all, so no partial

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

If lilypond is performing a lot of eval or lambda generation would turning off optimization help? (compile expr #:opts ‘(#:partial-eval? #f #:cse? #f)) Matt

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

Thomas Morley skribis: > Let me add, I'd be interested in examples of cross-compiled > applications having already done so, as well. It boils down to having a makefile rule along the lines of: %.go: %.scm guild compile --target="$(host)" -o $@ $< where $host is the cross-compilatio

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

Hi, 2017-03-09 13:13 GMT+01:00 Ludovic Courtès : > Hello, > > Thomas Morley skribis: > >> Btw, I've improved my local setup to be able to test lilypond more >> quickly with different guile versions. Though I wasn't able to compile >> 1.8.8, neither from the repository nor from the tarball downloa

Re: Yet another GNU Guile package manager (Fwd: Re: How to make GNU Guile more successful)

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 mailto:amirou...@hypermove.net>> Pour : guile-user

Re: How to make GNU Guile more successful

() Amirouche () Fri, 10 Mar 2017 21:17:37 +0100 1) There is no dynamic ffi bindings for PostgreSQL yet, otherwise said you can't use pgsql from Guile RIGHT NOW. Plug: Guile-PG[0] does not provide ffi bindings for PostgreSQL, but it does work w/ Guile 2.0 today (last i checked: 2.0.11).

Re: How to make GNU Guile more successful

() Panicz Maciej Godek () Fri, 10 Mar 2017 16:08:23 +0100 Essentially the power of this idea is that it suddenly turns the whole web into a Guile Incomprehensive Archive Network (clearly, a word beginning with a letter T is missing to get a nice acronym). Cool. Some suggestions: t

Re: How to make GNU Guile more successful

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

Re: Yet another GNU Guile package manager (Fwd: Re: How to make GNU Guile more successful)

firm which kind are you going to do, and don't forget to reuse some cool features exists in Guix. :-) Amirouche 于2017年3月11日周六 04:27写道： > 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

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

Yet another GNU Guile package manager (Fwd: Re: How to make GNU Guile more successful)

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

Re: How to make GNU Guile more successful

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

Re: How to make GNU Guile more successful

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

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

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

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

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

Re: How to make GNU Guile more successful

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

Re: How to make GNU Guile more successful

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

Re: How to make GNU Guile more successful

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

Re: How to make GNU Guile more successful

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

Re: How to make GNU Guile more successful

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. First, I think it would be nice to have a Guile wiki, in the likes of cliki.net. A publicly-editable reference place where people can share knowledge about Guile and Gui

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

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 2.1.7 released (beta)" thre

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

Hello, Thomas Morley skribis: > Btw, I've improved my local setup to be able to test lilypond more > quickly with different guile versions. Though I wasn't able to compile > 1.8.8, neither from the repository nor from the tarball downloaded > from > https://www.gnu.org/software/guile/download/ >

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

() Thomas Morley () Thu, 9 Mar 2017 00:17:12 +0100 Btw, I've improved my local setup to be able to test lilypond more quickly with different guile versions. Though I wasn't able to compile 1.8.8, neither from the repository Strange, because the repo should have... nor from the tar

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

Thomas Morley writes: > So guile 2.1.7 is indeed faster than 2.0.14 with this test-file, otoh > I've redone testings with the other file and can confirm 2.1.7 being > slower there. > Currently I've no clue why. Lot's of output? The output files are generated in lily/paper-outputter.cc with

Re: Lilypond speed (was Re: How to make GNU Guile more successful)

2017-03-06 21:41 GMT+01:00 Andy Wingo : > On Sun 05 Mar 2017 15:01, Thomas Morley writes: > >> Here some timing values >> >> (1) >> lilypond-2.19.52 using guile 1.8.7 >> (I would have prefered to build lilypond with a guile-1.8.8 build from >> the guile-repository. Though my try to build it from t

Re: How to make GNU Guile more successful

On 03/05/2017 09:27 AM, Arne Babenhauserheide wrote: > > Erik Edrosa writes: > >> I think one issue when you want to compare languages like Python to >> Scheme is that these languages are dominated by a single >> implementation. > > I read this argument repeatedly, but it does not apply to C an

Re: How to make GNU Guile more successful

On 03/05/2017 06:57 AM, Jan Wedekind wrote: > According to Alan Kay's research, the future might be a lot of domain > specific mini languages. I.e. languages tomorrow are going to be like > libraries today. Guile supports custom languages which makes it future > proof at least to some extent. > I

Lilypond speed (was Re: How to make GNU Guile more successful)

On Sun 05 Mar 2017 15:01, Thomas Morley writes: > Here some timing values > > (1) > lilypond-2.19.52 using guile 1.8.7 > (I would have prefered to build lilypond with a guile-1.8.8 build from > the guile-repository. Though my try to build it from the > branch_release-1-8 failed. Instead attemptin

Re: How to make GNU Guile more successful

Alejandro Sanchez writes: > Thank you for you responses, I will try to respond to them all in one email. > > >> About Emacs + Geiser as the default development environment > Emacs is a power tool. Giving someone Emacs to write a simple script is like > handing someone a jackhammer to nail plywoo

Re: How to make GNU Guile more successful

Scheme is not for everyone. But getting more people to use it is going to mean people seeing what it offers over other languages. I do a fair amount of Python programming. Python code is fairly portable: my Mac comes with it installed and so I can send code to anyone with a Mac and it will pr

Re: How to make GNU Guile more successful

Thank you for you responses, I will try to respond to them all in one email. > About Emacs + Geiser as the default development environment Emacs is a power tool. Giving someone Emacs to write a simple script is like handing someone a jackhammer to nail plywood together. OK, maybe I’m stretching

Re: How to make GNU Guile more successful

Folks, I have to claim that life is not a popularity contest. That's why I always dislike to compare to Python on popularity topic. Of course, it's good to make Guile more successful, but please don't forget the popularity is the result, and the productive and convenient (both in technics and commu

Re: How to make GNU Guile more successful

Erik Edrosa writes: > I think one issue when you want to compare languages like Python to > Scheme is that these languages are dominated by a single > implementation. I read this argument repeatedly, but it does not apply to C and C++, two of the most widely used languages. Therefore that argum

Re: How to make GNU Guile more successful

2017-03-05 15:01 GMT+01:00 Thomas Morley : > The above is already in, see > $ git log -p 91ff9563ebe1c1cd720ad1a44890e7375fd83da8 [...} > See: > git log -p d15c38c0ddd4c04edcf82cda50ca30f6dc4941fa Aargh, those are from my local _rebased_ branch. Try instead: e23d7b1763fdc2e7815c7069d5d1702f1a1323

Re: How to make GNU Guile more successful

Thien-Thi Nguyen writes: > () Arne Babenhauserheide > () Sun, 05 Mar 2017 01:23:59 +0100 > >Just having a geiser setup for Emacs properly documented — or >maybe an Emacs customized for Scheme development — would help >a lot, I think. > > Could you please summarize (or point to a sum

Re: How to make GNU Guile more successful

2017-03-05 15:09 GMT+01:00 David Kastrup : > Thomas Morley writes: > >> Here some timing values >> >> (1) >> lilypond-2.19.52 using guile 1.8.7 >> (I would have prefered to build lilypond with a guile-1.8.8 build from >> the guile-repository. Though my try to build it from the >> branch_release-1-

Re: How to make GNU Guile more successful

Thomas Morley writes: > Here some timing values > > (1) > lilypond-2.19.52 using guile 1.8.7 > (I would have prefered to build lilypond with a guile-1.8.8 build from > the guile-repository. Though my try to build it from the > branch_release-1-8 failed. Instead attempting to fix it, I then used a

Re: How to make GNU Guile more successful

Hi Arne, as promised here my thoughts/findings. All tested with a LilyPond build from the rebased branch dev/guile-v2-work, with some additional patches on top of it: diff --git a/lily/general-scheme.cc b/lily/general-scheme.cc index 1168ee9..db376d11 100644 --- a/lily/general-scheme.cc +++ b/lil

Re: How to make GNU Guile more successful

According to Alan Kay's research, the future might be a lot of domain specific mini languages. I.e. languages tomorrow are going to be like libraries today. Guile supports custom languages which makes it future proof at least to some extent. Myself, I am using Scheme because of it's unique meta

Re: How to make GNU Guile more successful

Alejandro Sanchez writes: > Scheme on the other hand is weird; weird in a good way, but still > weird. For me the reason for picking up Scheme was working my way > through SICP, but even before that I had heard of the Lisp > family. Every time I tried to find out what the fuss was about Lisp > al

Re: How to make GNU Guile more successful

() Arne Babenhauserheide () Sun, 05 Mar 2017 01:23:59 +0100 Just having a geiser setup for Emacs properly documented — or maybe an Emacs customized for Scheme development — would help a lot, I think. Could you please summarize (or point to a summary of) Geiser documentation deficiencie

Re: How to make GNU Guile more successful

On 03/04/2017 06:41 PM, Alejandro Sanchez wrote: > If I may add my two cents as a Scheme layman: the question is not so much > about making Guile more popular, but about making Scheme itself more popular. > > One big reason for Python’s popularity is something I haven’t seen mentioned > in this

Re: How to make GNU Guile more successful

2017-03-05 0:44 GMT+01:00 Arne Babenhauserheide : > > David Kastrup writes: > >> Nala Ginrut writes: >> >>> I think we have to elaborate the question clearer. >>> >>> 1. How to make guile-scheme more successful? >>> I think this is similar to ask "how to make scheme more successful". >>> This is

Re: How to make GNU Guile more successful

Alejandro Sanchez writes: > If I may add my two cents as a Scheme layman: the question is not so much > about making Guile more popular, but about making Scheme itself more popular. > > One big reason for Python’s popularity is something I haven’t seen > mentioned in this thread so far: if you

Re: How to make GNU Guile more successful

David Kastrup writes: > Nala Ginrut writes: > >> I think we have to elaborate the question clearer. >> >> 1. How to make guile-scheme more successful? >> I think this is similar to ask "how to make scheme more successful". >> This is the big question to the whole scheme community. >> >> 2. How

Re: How to make GNU Guile more successful

If I may add my two cents as a Scheme layman: the question is not so much about making Guile more popular, but about making Scheme itself more popular. One big reason for Python’s popularity is something I haven’t seen mentioned in this thread so far: if you know pseudocode you basically know Py

Re: How to make GNU Guile more successful

> On Mar 3, 2017, at 11:24 AM, Mike Gran wrote: > >> On Friday, March 3, 2017 11:18 AM, Amirouche wrote: > >>> Now that the C preprocessor in NYACC/C99 is more robust I could start >>> looking at generating some sort of “FFI helper” functionality. I have >>> been thinking about this proble

Re: How to make GNU Guile more successful

> On Mar 3, 2017, at 11:16 AM, Amirouche wrote: >> Now that the C preprocessor in NYACC/C99 is more robust I could start >> looking at generating some sort of “FFI helper” functionality. I have been >> thinking about this problem on and off for a while. Completely automating >> things might

Re: How to make GNU Guile more successful

Le 03/03/2017 à 18:21, Matt Wette a écrit : On Mar 2, 2017, at 9:28 PM, Nala Ginrut wrote: 2. How to make guile platform more successful? I this case, let me ask a question, if we have guile-python3 (compatible with most of Python3 features), and provide more convenient FFI helper function to

Re: How to make GNU Guile more successful

Le 03/03/2017 à 18:21, Matt Wette a écrit : On Mar 2, 2017, at 9:28 PM, Nala Ginrut wrote: 2. How to make guile platform more successful? I this case, let me ask a question, if we have guile-python3 (compatible with most of Python3 features), and provide more convenient FFI helper function to

Re: How to make GNU Guile more successful

> On Mar 2, 2017, at 9:28 PM, Nala Ginrut wrote: > 2. How to make guile platform more successful? > I this case, let me ask a question, if we have guile-python3 > (compatible with most of Python3 features), and provide more > convenient FFI helper function to help bind more libraries in short >

Re: How to make GNU Guile more successful

On Fri, Mar 3, 2017 at 8:19 PM, David Kastrup wrote: > The .go organization and call gate costs (for example constant string > conversions) and memory organization and foreign string hardiness issues > bogging down LilyPond will affect interfacing to every external library > with a high call rate

Re: How to make GNU Guile more successful

Nala Ginrut writes: > On Fri, Mar 3, 2017 at 5:18 PM, David Kastrup wrote: > >> Frankly, I doubt that migration of large Python-based applications is >> going to be a thing when nobody can even be bothered with immersing >> himself in the problems with migrating LilyPond from Guile-1.8 to >> Gui

Re: How to make GNU Guile more successful

On Fri, Mar 3, 2017 at 5:18 PM, David Kastrup wrote: > Frankly, I doubt that migration of large Python-based applications is > going to be a thing when nobody can even be bothered with immersing > himself in the problems with migrating LilyPond from Guile-1.8 to > Guile-2. No, I don't think so. I

Re: How to make GNU Guile more successful

Nala Ginrut writes: > I think we have to elaborate the question clearer. > > 1. How to make guile-scheme more successful? > I think this is similar to ask "how to make scheme more successful". > This is the big question to the whole scheme community. > > 2. How to make guile platform more success

Re: How to make GNU Guile more successful

I think we have to elaborate the question clearer. 1. How to make guile-scheme more successful? I think this is similar to ask "how to make scheme more successful". This is the big question to the whole scheme community. 2. How to make guile platform more successful? I this case, let me ask a que

Re: How to make GNU Guile more successful

Le 21/02/2017 à 20:25, Arne Babenhauserheide a écrit : Amirouche writes: If someone had a realistic plan of building something like that, I might be able to contribute. I am not going to tackle it alone. What's the status of guildhall, does it work? where are the latest changes? What we nee

Re: How to make GNU Guile more successful

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 existing one. (Not that I am any different) Howe

Re: How to make GNU Guile more successful

On 02/21/2017 07:01 AM, Michael Vehrs wrote: On 02/20/2017 09:41 PM, Arne Babenhauserheide wrote: Michael Vehrs writes: As a late-comer to this discussion, here are my two cents. The thing I miss most is a central package repository like Eggs Unlimited (http://wiki.call-cc.org/chicken-project

Re: How to make GNU Guile more successful

Amirouche writes: >> If someone had a realistic plan of building something like that, I >> might be able to contribute. I am not going to tackle it alone. > > What's the status of guildhall, does it work? where are the latest changes? What we need is someone who regularly puts the package folde

Re: How to make GNU Guile more successful

Le 21/02/2017 à 19:31, Mike Gran a écrit : If you want to do something truly exciting, you could take wingos fibers and build a high performance web interface for guildhall with them. High performance is not really important in this case. We are not talking about gazillions of npm packages.

Re: How to make GNU Guile more successful

Le 21/02/2017 à 18:18, Arne Babenhauserheide a écrit : Michael Vehrs writes: On 02/20/2017 09:41 PM, Arne Babenhauserheide wrote: Michael Vehrs writes: As a late-comer to this discussion, here are my two ce In practice it does not provide a web interface for uploading packages. If you wa

Re: How to make GNU Guile more successful

Le 21/02/2017 à 07:01, Michael Vehrs a écrit : On 02/20/2017 09:41 PM, Arne Babenhauserheide wrote: Michael Vehrs writes: As a late-comer to this discussion, here are my two cents. The thing I miss most is a central package repository like Eggs Unlimited (http://wiki.call-cc.org/chicken-pro

Re: How to make GNU Guile more successful

Michael Vehrs writes: > On 02/20/2017 09:41 PM, Arne Babenhauserheide wrote: >> Michael Vehrs writes: >> >>> As a late-comer to this discussion, here are my two cents. The thing I >>> miss most is a central package repository like Eggs Unlimited >>> (http://wiki.call-cc.org/chicken-projects/egg-

Re: How to make GNU Guile more successful

On 02/20/2017 09:41 PM, Arne Babenhauserheide wrote: Michael Vehrs writes: As a late-comer to this discussion, here are my two cents. The thing I miss most is a central package repository like Eggs Unlimited (http://wiki.call-cc.org/chicken-projects/egg-index-4.html), or the Racket Package Lis

Re: How to make GNU Guile more successful

Michael Vehrs writes: > As a late-comer to this discussion, here are my two cents. The thing I > miss most is a central package repository like Eggs Unlimited > (http://wiki.call-cc.org/chicken-projects/egg-index-4.html), or the > Racket Package List (http://pkgs.racket-lang.org/), or CPAN, o

Re: How to make GNU Guile more successful

As a late-comer to this discussion, here are my two cents. The thing I miss most is a central package repository like Eggs Unlimited (http://wiki.call-cc.org/chicken-projects/egg-index-4.html), or the Racket Package List (http://pkgs.racket-lang.org/), or CPAN, of course. Sure, a bespoke packag

Re: How to make GNU Guile more successful

Hello, > Thanks, David, I'll take a look at those :) Welcome, for info, I've uploaded a new version: http://download.savannah.gnu.org/releases/grip/guile-cv/ guile-cv-0.1.1.tar.gz guile-cv-0.1.1.tar.gz.sig [ GPG Key: A3057AD7 [ gpg --keyse

Re: How to make GNU Guile more successful

Original Message Subject: Re: How to make GNU Guile more successful Local Time: 18 de febrero de 2017 11:55 AM UTC Time: 18 de febrero de 2017 16:55 From: da...@altosw.be To: sirgazil Rodger Fox , guile-user@gnu.org Heya, > There is Guile-Cairo if you just want a basic can

Re: How to make GNU Guile more successful

Heya, > There is Guile-Cairo if you just want a basic canvas. > http://www.nongnu.org/guile-cairo/ > See also: https://www.cairographics.org/ Which you can use from Guile-Clutter [1], a must. I maintain a personal toolbox, called grip, which as some guile-clutter examples [2], some using cairo (

Re: How to make GNU Guile more successful

Original Message Subject: Re: How to make GNU Guile more successful Local Time: 17 de febrero de 2017 9:18 PM UTC Time: 18 de febrero de 2017 2:18 From: thylak...@openmailbox.org To: sirgazil On 2017-02-17 5:04 pm, sirgazil wrote: >> sirgazil says: >> >>&g

Re: How to make GNU Guile more successful

sirgazil says: > When I started, my plan was to follow the course in Guile instead, > since the course is about the design method, and not the tools, but > I had to stop very early when I had to do some projects involving > graphics and animation. > > Personally, I don't feel the need for something

Re: How to make GNU Guile more successful

#x27;s hard to find the opportunity to immerse yourself in libre projects. As for how to make GNU Guile more successful, I'd like to see what I call a "Hello Guile" series of guides targeted at people who just want to start programming. The series would include: + Hello Guile: G

Re: How to make GNU Guile more successful

mmerse yourself in libre projects. As for how to make GNU Guile more successful, I'd like to see what I call a "Hello Guile" series of guides targeted at people who just want to start programming. The series would include: + Hello Guile: Getting Started (An overview of programm

Re: How to make GNU Guile more successful

David Kastrup writes: > Arne Babenhauserheide writes: > >> Marko Rauhamaa writes: >>> I have typed this message in emacs. >> >> Same for me, but getting people to use Emacs is harder. It might not >> *be* that complicated, but it *feels* different. >> >>> In my opinion one of the worst problems

Re: How to make GNU Guile more successful

David Kastrup writes: > Arne Babenhauserheide writes: > >> Marko Rauhamaa writes: >>> I have typed this message in emacs. >> >> Same for me, but getting people to use Emacs is harder. It might not >> *be* that complicated, but it *feels* different. >> >>> In my opinion one of the worst problem

Re: How to make GNU Guile more successful

Marko Rauhamaa writes: > Arne Babenhauserheide : > >> Marko Rauhamaa writes: >>> Then, there's GOOPS, which in my opinion is simply an unnatural way >>> to go about object-oriented programming. It does violence both to >>> ordinary OO way of thinking and classic Lisp idioms. >> >> GOOPS works p

Re: How to make GNU Guile more successful

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 existing one. (Not that I am any different) > However, I also think that these CPAN-alike solutions a

Re: How to make GNU Guile more successful

Linas Vepstas : > Unicode is just a bunch of bytes that are null-terminated. That is not what Unicode is. Maybe you are thinking of UTF-8, an ingenious way to map a Unicode sequence onto a byte sequence. Trouble is, there are byte sequences that are illegal UTF-8. While they are illegal for Unico

  1   2   >