Re: Hi! Interested in GSoC. Feedback on these ideas?

2011-04-06 Thread nalaginrut
> Hi! I'm interested in working on guile as part of the Google Summer of Code. > > I'm Paul Raccuglia, a Math/CS student at Haverford College (and > general freelance hacker). I'm pretty excited by Guile, I think it's a > cool project. I do a lot of Python coding, and I love interpreted > language

Hi! Interested in GSoC. Feedback on these ideas?

2011-04-06 Thread Paul Raccuglia
Hi! I'm interested in working on guile as part of the Google Summer of Code. I'm Paul Raccuglia, a Math/CS student at Haverford College (and general freelance hacker). I'm pretty excited by Guile, I think it's a cool project. I do a lot of Python coding, and I love interpreted languages; Guile see

Re: define-inlinable

2011-04-06 Thread Ludovic Courtès
Hi! Andreas Rottmann writes: [...] >>> +behaves the same as a regular procedure, but direct calls will result in >>> +the procedure body being inlined into the caller. >>> + >>> +Making a procedure inlinable eliminates the overhead of the call, >> >> How about: >> >> Procedures defined with @

Re: define-inlinable

2011-04-06 Thread Andreas Rottmann
l...@gnu.org (Ludovic Courtès) writes: > Hello! > > Andreas Rottmann writes: > >> Subject: Move `define-inlinable' into the default namespace >> >> +@node Inlinable Procedures >> +@subsection Inlinable Procedures >> + >> +You can define an ``inlinable procedure'' by using > > Use @dfn{inlinable p

Re: gnu in summer-of-code: more projects needed

2011-04-06 Thread BT Templeton
l...@gnu.org (Ludovic Courtès) writes: > Saluton Brian, > > BT Templeton writes: > >> I'd like to continue my work on the Emacs Lisp compiler. > > Would be great! > >> Some areas that could use improvement: >> >> * Implement Emacs-compatible lexical binding support > > In what way is the current

Re: [PATCH] Undeprecate read syntax for uniform complex vectors

2011-04-06 Thread Andy Wingo
On Wed 06 Apr 2011 22:20, Mark H Weaver writes: > Andy Wingo writes: >> On Wed 06 Apr 2011 01:51, Mark H Weaver writes: >> >>> FYI, I just pushed this fix. >>> >>> * libguile/read.c (scm_read_sharp): Move the "#c..." case outside of >>> #if SCM_ENABLE_DEPRECATED, and to the same section which

Re: [PATCH] Undeprecate read syntax for uniform complex vectors

2011-04-06 Thread Andreas Rottmann
Andy Wingo writes: > On Wed 06 Apr 2011 01:51, Mark H Weaver writes: > >> FYI, I just pushed this fix. >> >> * libguile/read.c (scm_read_sharp): Move the "#c..." case outside of >> #if SCM_ENABLE_DEPRECATED, and to the same section which handles >> "#s...", "#u..." and "#f...". >> Thanks t

Re: [PATCH] Undeprecate read syntax for uniform complex vectors

2011-04-06 Thread Mark H Weaver
Andy Wingo writes: > On Wed 06 Apr 2011 01:51, Mark H Weaver writes: > >> FYI, I just pushed this fix. >> >> * libguile/read.c (scm_read_sharp): Move the "#c..." case outside of >> #if SCM_ENABLE_DEPRECATED, and to the same section which handles >> "#s...", "#u..." and "#f...". >> Thanks to

[PATCH] Fix the R6RS exact-integer-sqrt and import into core guile

2011-04-06 Thread Mark H Weaver
exact-integer-sqrt is broken. It is now implemented in (rnrs base) by doing an inexact sqrt and coercing the answer to exact. This fails badly for large integers: scheme@(guile-user)> (use-modules ((rnrs base) #:version (6))) scheme@(guile-user)> (exact-integer-sqrt (expt 10 50)) $1 = 1000

Re: [PATCH] Undeprecate read syntax for uniform complex vectors

2011-04-06 Thread Andy Wingo
On Wed 06 Apr 2011 01:51, Mark H Weaver writes: > FYI, I just pushed this fix. > > * libguile/read.c (scm_read_sharp): Move the "#c..." case outside of > #if SCM_ENABLE_DEPRECATED, and to the same section which handles > "#s...", "#u..." and "#f...". > Thanks to Andreas Rottmann for the bu

Re: Guile with win32 cross compiling

2011-04-06 Thread Ludovic Courtès
Hello, Volker Grabsch writes: > If I understand this correctly, the proposed way for cross > compilation is to build the code generators (like gen-scmconfig) > entirely using the build toolchain. This means that > and others have to be available on the build system, and constants > are taken fr

define-inlinable

2011-04-06 Thread Ludovic Courtès
Hello! Andreas Rottmann writes: > From: Andreas Rottmann > Subject: Move `define-inlinable' into the default namespace > > * module/ice-9/boot-9.scm (define-inlineable): Moved here from SRFI-9. > * module/srfi/srfi-9 (define-inlinable): Removed here. > > * doc/ref/api-procedures.texi (Inlinable