On 02/07/2015 20:07, David Kastrup wrote:
gnu.misc.discuss.
you just missed the list
On 02/07/2015 15:08, David Kastrup wrote:
Michael Tiedtke writes:
I just found a BSD copyright notice in inet_aton for the 1.8
branch. But then the GNU C library as well contains BSD code. We're
all going BSD, aren't we?
Try to catch up. Networking stack and utilities have been fr
I just found a BSD copyright notice in inet_aton for the 1.8 branch. But
then the GNU C library as well contains BSD code. We're all going BSD,
aren't we?
On 29/06/2015 16:54, David Kastrup wrote:
At any rate, it's the license. Abide by it or don't use the software
or risk legal action which can be costly.
You all know the concept of mark&sweep. The marking phase it isn't anymore.
Look at my violations of your broken concepts here:
https://cod
On 29/06/2015 09:55, David Kastrup wrote:
Marco Maggi writes:
Michael Tiedtke wrote:
Today the first successful clean room build of Viper's System
Interface (still heavily recognizable as Guile 1.8) compiled
successfully and ran for the first time.
Excuse me, I step in as a foreigner.
Today the first successful clean room build of Viper's System Interface
(still heavily recognizable as Guile 1.8) compiled successfully and ran
for the first time.
Right now it's source tree of C files is about 4,5 MB on the file system
with the generated 1.1 MB linux-x86_64 binary included. A
On 27/06/2015 23:10, Thien-Thi Nguyen wrote:
() David Pirotte
() Fri, 26 Jun 2015 16:36:30 -0300
> Sorry, you got me wrong. This is an announcement thread for
> those interested.
None of us is interested in guile-1.8, please use guile-2
I'm still interested. If the new fork can h
Announcement:
Viper (Pre-Release C0 alfa): a remake of the classical Visual Display
Editor to replace Emacs and its Viper mode for me.
There is a bazaar repository (and other Launchpad goodies) at:
https://launchpad.net/viper-editor
System Dependencies: GNU Guile version 1.8.8 or compatible,
On 26/06/2015 21:36, David Pirotte wrote:
Hi Michael,
Sorry, you got me wrong. This is an announcement thread for those
interested.
None of us is interested in guile-1.8, please use guile-2
Cheers,
David
Sorry, today I exterminated elisp and emacs support from my 1.8 branch.
Libtool is my
On 26/06/2015 08:39, David Pirotte wrote:
Hello,
Please let me know when you're interested in a cleaned up Guile 1.8 and
the clean and lean Scheme path.
None of us is interested in guile-1.8, please use guile-2, and if oop, please
use
goops.
David
Sorry, you got me wrong. This is an an
On 26/06/2015 10:18, Ralf Mattes wrote:
...
This is a first "raw" definition where the parameter /message/ has to be a
quoted symbol.
(define-method (call (receiver ) message . arguments)
(apply (slot-ref receiver message) arguments))
The class definition still looks like traditional GOO
It might even be more than a decade that I found out about
SCM_NULL_OR_NIL_P and about that "elisp dream" and its completely
useless effects on the Guile source code.
from eval.c
while (!scm_is_null (SCM_CDR (*lloc))) /* *Perhaps should be**
** SCM_NULL_OR_NIL_P, but not**
** needed in 9
On 25/06/2015 11:07, Marko Rauhamaa wrote:
Michael Tiedtke :
Nice! What about (define-class () ...)? In GOOPS every
primitive type is (or should be) a class that can be used with
multiple inheritance. It's enough to (use-modules (oop goops)).
My "simpleton" doesn'
On 25/06/2015 00:07, Marko Rauhamaa wrote:
Michael Tiedtke :
Perhaps it's better to recreate a clean object model without 3,000
lines of C code like GOOPS. But then GOOPS really creates the illusion
of an object oriented environment with a MOP ...
I'd stay away from GOOPS -- it
(use-modules (oop goops))
GOOPS has some nice features (you can even use unexported methods with
generics in 1.8) but there is no message passing paradigm. Objective-C
has /tell/ Racket has /send/ but Guile/GOOPS is missing /call/.
This is a first "raw" definition where the parameter /message
On 23/06/2015 20:09, Marko Rauhamaa wrote:
Eli Zaretskii :
From: Marko Rauhamaa
Date: Tue, 23 Jun 2015 11:08:23 +0300
Cc: guile-user@gnu.org
Michael Tiedtke :
POSIX isn't that important or useful anymore but "full access to
POSIX system calls" it has never been.
What I
On 23/06/2015 15:30, Mike Gran wrote:
WOn Tuesday, June 23, 2015 1:04 AM, Michael Tiedtke
wrote:
Now, full access to "POSIX system calls" means more and less than
that. When you want to have a look at my current terminal
application driver you will see it's current shortcom
From the manual:
"Guile goes beyond the rather austere language presented in R5RS,
extending it with a module system, full access to POSIX system calls ..."
Now, full access to "POSIX system calls" means more and less than that.
When you want to have a look at my current terminal application d
On 21/06/2015 09:29, Mike Gran wrote:
On Saturday, June 20, 2015 11:54 PM, Michael Tiedtke
wrote:
As the bug database doesn't allow filing bugs even when you have a Savannah
account I'm sending this to the mailing list.
There is a separate list for bugs: bug-gu...@gnu.or
As the bug database doesn't allow filing bugs even when you have a
Savannah account I'm sending this to the mailing list.
(Errore: Azione Non Disponibile: L'Appartenenza al Progetto รจ
richiesta per inserire elementi in questo gestore.)
I never got used to that second REPL (usually of the hosti
The current behavior of list-head is:
*guile> (list-head '(1 2 3 A B C) 10)*
Backtrace:
In standard input:
1: 0* [list-head (1 2 3 A B C) 10]
standard input:1:1: In procedure list-head in expression (list-head
(quote #) 10):
standard input:1:1: Wrong type argument in position 1 (expecting
On 20/06/2015 14:54, Neil Jerram wrote:
Michael Tiedtke writes:
Just to quote myself:
The (null-environment 5) gives me an empty environment but how
should I insert the editor commands?
Just think of these editor commands as regular Scheme definitions.
I think you're lookin
On 20/06/2015 00:08, Matt Wette wrote:
On Jun 19, 2015, at 7:39 AM, Michael Tiedtke wrote:
Does anyone know how I to create empty environments in Guile Scheme (preferably
1.8)?
There is a procedure null-environment. Check the guile reference manual, start at
"concept index".
Does anyone know how I to create empty environments in Guile Scheme
(preferably 1.8)?
The task at hand is well known: the user of an text editor can input
complex commands with parameters (a little bit like in Emacs). Now I
would like to /read/ these commands as single procedure calls with its
On 18/06/2015 17:59, Dimitri Unrau wrote:
Hi Michael,
scheme based vi sounds like a good idea.
For me it seems that working on guile-emacs
http://emacswiki.org/emacs/GuileEmacs is a more pragmatic
approach. You'll get an editor programmable in scheme, faster execution
of elisp, concurrency and s
On 18/06/2015 16:21, Michael Tiedtke wrote:
...
For this I have written a preliminary GOOPS class terminal
() which is attached for those interested having a look at.
...
Just as a side note. You can try this:
(with-output-to-file "sinui0.cat" (lambda () (load "terminal.scm
I have started to recreate something simple, old and reliable from scratch:
it's about creating VI (thats vi and not a roman 6) as a Guile/GOOPS
implementation with full Scheme support and it's going to replace Emacs
for me in the long run.
I start out with Unicode C0 (http://unicode.org/chart
27 matches
Mail list logo
