() Panicz Maciej Godek
() Wed, 8 May 2013 14:51:47 +0200
2013/5/8 Thien-Thi Nguyen
>[choosing installation dir for scheme code]
>
> I like how guile-ncurses does it.
I think that it might be misleading.
[infelicities w/ autotools, both "on" and "through"]
Yes, it's messy
Thien-Thi Nguyen skribis:
> At present, there is a protocol between the repl and the database of
> docstrings (guile-procedures.txt) only, and only for libguile(?). And
> those laboriously maintained docstrings do not make it into the manual,
> either, by dint of the mindset. If that were to ch
2013/5/8 Mike Gran
>
> > No, it's not used to generate the manual. It's used to generate
> > guile-procedures.txt, which is consulted by 'object-documentation'.
> >
> > I agree that the current state of docstring handling leaves much to be
> > desired. Maybe we should start a discussion on guil
> No, it's not used to generate the manual. It's used to generate
> guile-procedures.txt, which is consulted by 'object-documentation'.
>
> I agree that the current state of docstring handling leaves much to be
> desired. Maybe we should start a discussion on guile-devel about how
> the improv
Panicz Maciej Godek writes:
> I see now that I might have gotten something wrong, but e.g. in
> libguile/alst.c there was a definition:
> SCM_DEFINE (scm_acons, "acons", 3, 0, 0,
> (SCM key, SCM value, SCM alist),
> "Add a new key-value pair to @var{alist}. A new pair is\n"
> "created whose car i
2013/5/8 Thien-Thi Nguyen
> () Panicz Maciej Godek
> () Wed, 8 May 2013 00:50:32 +0200
>
>both guile-sdl and guile-figl copy the scm modules to
>$(prefix)/share/guile/site..., but apparently they both do that in a
>different way (which means there's no standard way), and none of them
() Panicz Maciej Godek
() Wed, 8 May 2013 00:50:32 +0200
both guile-sdl and guile-figl copy the scm modules to
$(prefix)/share/guile/site..., but apparently they both do that in a
different way (which means there's no standard way), and none of them
allows to 'fine tune' that director
2013/5/6 Thien-Thi Nguyen
> () Panicz Maciej Godek
> () Mon, 6 May 2013 21:36:33 +0200
>
>Thanks :) I see that there are a few persons with similar ideas, and
>I wonder how powerful we'd become if we managed to orchestrate our
>powers somehow, as TTN suggested
>
> Orchestration is a
2013/5/7 Javier Sancho
> Panicz Maciej Godek wrote:
> > I even managed to build it, but for some reasons the demos won't run. I
> get
> > the following error:
> > gacela/video.scm:175:2: In procedure init-gl:
> > gacela/video.scm:175:2: In procedure module-lookup: Unbound variable:
> > set-gl-hin
Panicz Maciej Godek wrote:
> I even managed to build it, but for some reasons the demos won't run. I get
> the following error:
> gacela/video.scm:175:2: In procedure init-gl:
> gacela/video.scm:175:2: In procedure module-lookup: Unbound variable:
> set-gl-hint
The reason is, oh my god, you are th
() Panicz Maciej Godek
() Mon, 6 May 2013 21:36:33 +0200
Thanks :) I see that there are a few persons with similar ideas, and
I wonder how powerful we'd become if we managed to orchestrate our
powers somehow, as TTN suggested
Orchestration is a nice concept. It is the marshalling of se
2013/5/6 Javier Sancho
> Congratulations!!
>
> I've been working a little on something similar during the last four
> years, but I am looking for a kind of fluxus
> (http://www.pawfal.org/fluxus/) for games.
Thanks :) I see that there are a few persons with similar ideas, and I
wonder how power
Congratulations!!
I've been working a little on something similar during the last four
years, but I am looking for a kind of fluxus
(http://www.pawfal.org/fluxus/) for games. You can see my code at
http://savannah.nongnu.org/projects/gacela
First versions were developed with GNU Common Lisp and C
2013/5/5 Thien-Thi Nguyen
>I think that the simplicity could convince some people to employ
>slayer to their multimedia projects -- because it requires no
>additional setup and works out of the box, so for instance it could
>be quite easily employed to implement the picture langua
() Panicz Maciej Godek
() Sun, 5 May 2013 08:59:18 +0200
I think that the simplicity could convince some people to employ
slayer to their multimedia projects -- because it requires no
additional setup and works out of the box, so for instance it could
be quite easily employed to imple
Hello!
It sounds like an interesting project.
>
> The subject line of your post says it is a "GNU Package", but I don't see
> slayer in
> the official list. Perhaps you mean it is one that you want to submit to
> GNU in the hope that they will adopt it as a package? Or did you mean
> something
>
It sounds fun although i'm guile newb..i'm just starting to learn how
recursion works and have written few simple functions reading
The_Little_Schemer..It would be cool to have a binary gui for programs
writen in c and has guile as extension language..
On Sun, May 5, 2013 at 7:15 AM, John Darringt
It sounds like an interesting project.
The subject line of your post says it is a "GNU Package", but I don't see
slayer in
the official list. Perhaps you mean it is one that you want to submit to
GNU in the hope that they will adopt it as a package? Or did you mean something
else? Obviously how
Hi everyone,
I've developed a piece of software that I named SLAYER, by combining the
letter 's' with the word "layer", or replacing the 'p' letter with 's' in
the word 'player'.
Either way, slayer can be thought of as a simpler alternative for wrapper
libraries such as guile-sdl and guile-opengl,
19 matches
Mail list logo
