Re: [Chicken-users] redefining cons,car,cdr in SICP
2010/12/4 Jim Ursetto : > On Dec 3, 2010, at 11:57, Hans Nowak wrote: > > Chicken's internals (entrails?) > > That's the spirit! Are chicken developers witch-doctors, then? :) Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Support for Microsoft Visual C++ compiler
On 9 August 2010 05:58, Semih Cemiloglu wrote: > Hi Felix, > > I take this as you didn't refuse MSVC in principle. It was build/link > problems which caused the situation. > Hopefully, once my knowledge about Chicken's internals increase, I will do > something about it. > > As far as I know, there is no Scheme system that can interact with MS' .NET > platform except this one: > http://ironscheme.codeplex.com/ > Maybe Chicken will extend its reach to this realm. > > Can "Makefile.msvc" from 3.4.0 be used as a starting point for 4.5.X? One of the problems you'll face - and one the reasons maintaining that file was such a pain - is the tool shadowing. If your msvc makefile requires GNU tools from GnuWin32, they're probably going to come from a /bin with all of sorts (possibly all) GnuWin32 project binaries, some of which will shadow the MSVC tools (link, for example). Make can be called with full path, but if you use any other gnu tools (eg, sed) you're going to face many spurious bug reports. Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Support for Microsoft Visual C++ compiler
On 9 August 2010 03:50, Semih Cemiloglu wrote: > Dear Chicken maintainers, > > I can see from following thread that MSVC support has been dropped a while > ago: > http://www.mail-archive.com/chicken-hack...@nongnu.org/msg00941.html > > It's not clear to me whether this was due to fact that resultant chicken had > too many defects, or you did not want to maintain yet another platform. Would > you please shed some light on this issue? Neither - there was nobody willing to maintain the MSVC makefiles, and eventually Felix got sick of bugs with them, IIRC. Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Win32->MinGW->Clang->Chicken, has anyone got it to work?
Here you go Felix. >From further testing this might be clang on windows - 2.7 only builds under MinGW and fails in MSVC, svn trunk (currently) fails for me under MinGW but builds under MSVC. There's probably a reason for the lack of Win32 Clang binaries, I guess ... I haven't tried building chicken with the Clang-svn-MSVC10 build. I can't even begin to comprehend what kind of env variables and include settings such an environment would need :p Cheers, Leo On 30 July 2010 22:25, Felix wrote: > From: Leonardo Valeri Manera > Subject: [Chicken-users] Win32->MinGW->Clang->Chicken, has anyone got it to > work? > Date: Fri, 30 Jul 2010 18:51:06 +0200 > >> I can build Chicken on MinGW32. >> I can build Clang/LLVM on MinGW32. >> >> But as soon as I put that C_COMPILER=clang in my build file, >> libchicken.c->stdio.h/ctype.h causes 3 screenfulls of errors. >> > > I haven't tried building with clang on windows, yet. On Linux > I get a warning about self-comparison (C_isnan), but otherwise > everything looks normal. > > Can you sent me the screenfulls? > > > cheers, > felix > build.log Description: Binary data ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] Win32->MinGW->Clang->Chicken, has anyone got it to work?
I can build Chicken on MinGW32. I can build Clang/LLVM on MinGW32. But as soon as I put that C_COMPILER=clang in my build file, libchicken.c->stdio.h/ctype.h causes 3 screenfulls of errors. Is this something that's been attempted before, or am I in deep waters with no lifejacket surrounded by sharks? Do the sharks have lasers? Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Re: Cluck.el - a clone of Quack for Chicken
It would be great to have actively maintained hen! :D Leo 2009/12/31 felix > > Derrell Piper electric-loft.org> writes: > > > It can be downloaded from github: http://github.com/ddp/cluck . > > > > NB: I've subsequently mostly switched to hen.el so I'm not actively > > developing this, but what's there works pretty well and I thought I'd > > share. I may try porting the parts I miss to hen.el. Is anyone else > > hacking on hen.el? Would there be interest in me setting up a github > > repository for it? > > > > hen.el is currently unmaintained, so if you like to work on it - please > go ahead. > > > cheers, > felix > > > > > > ___ > Chicken-users mailing list > Chicken-users@nongnu.org > http://lists.nongnu.org/mailman/listinfo/chicken-users ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Clojure
2009/7/3 Andreas Rottmann : > Peter Bex writes: > >> On Thu, Jul 02, 2009 at 01:42:16PM -0700, Shawn Rutledge wrote: >>> If you want real Scheme (rather than just lisp-like) you could try >>> Kawa. I have not tried either one, though. >> >> Actually, I think SISC is the canonical Scheme-on-Java. Not sure why, >> possibly because it's better maintained or implements Scheme more >> completely? >> > IIRC, SISC is a complete implementation of R5RS, while Kawa punts on > continuations (it has only escape continuations) and proper tail > calls[0]. > > [0] http://www.gnu.org/software/kawa/internals/complications.html > > Regards, Rotty I've always considered the most important difference between the two to be the fact that SISC is an interpreter, while Kawa is also a bytecode compiler. There are some cases where you want compiled classes to be crapped out at the end of the day, continuations or no continuations. I do wish the SISC codebase would move a little, afaik its been static since early 2008, and while its good, its not bug-free. Kawa has limitations, but is maintained. In the end, it comes to the right tool for the job. One's aim should be to ensure that the tool isn't Java. :d Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Which eggs to migrate from Chicken 3 first?
2009/4/22 John Cowan : > only insiders know about them. You only get told about these things if you're part of the Dark Cabal©. Now that you've heard about it, I'll have to kill you ... Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken 4 on Windows
I've built it with a bare MinGW ... TDM version 4.3.3, so its safe to assume it'll work the vanila 3.x stable: just start cmd.exe, cd to where you unpacked the tarball, add the mingw /bin to the path (with "set PATH=%PATH%;C:\MinGW\bin" or whatnot) and run: mingw32-make PLATFORM=mingw PREFIX=C:/chicken (or whatever you want the install path to be) (note the forward-slash on the prefix) when its done install it with mingw32-make PLATFORM=mingw PREFIX= install Oh, you probably wont be able to build it using 3.4, so you'll either want to bootstrap (with "bootstrap", see the README) or build 3.5 as a stepping-stone. Cheers, Leo 2009/4/16 Jordan Cooper : > Hello, > > I'd like to get chicken working on Windows for those occasions when I > have to use it -- without having to use Cygwin, if possible. But so > far that's the only way I've been able to build it; my attempts with > mingw and/or msys haven't been successful. > > Currently I've been using a precompiled binary I found of chicken 3.4, > but using older versions of stuff is bad for my OCD. > > So, my questions: > > 1) Has anyone been able to build chicken 4 on Windows XP without Cygwin? > > 2) If so, are there any more detailed instructions/troubleshooting > around than the readme? > > Thanks! > > --Newbie to Scheme > > > ___ > Chicken-users mailing list > Chicken-users@nongnu.org > http://lists.nongnu.org/mailman/listinfo/chicken-users > ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Ann.: CHICKEN 4.0.0 released
This is the MSVC makefile, ofc I'm not using MinGW :D The only GNU utils in path there were cat, make, gzip and tar. That's failing because there's a space between '/out:' and 'chicken-import.so' Leo 2009/4/6 felix winkelmann : > On Mon, Apr 6, 2009 at 7:41 AM, Leonardo Valeri Manera > wrote: >> Anyway, Makefile.msvc grief: its using 'cat' where the CMD.EXE mingw >> makefile isnt. > > Yes, that should be fixed in trunk. > >> >> This is a pain because that comes in the coreutils package along with >> GNU link which causes the msvc linker to be shadowed. >> >> Subsequently it falls on its face with a: >> >> link -nologo -dll chicken.import.o -out: chicken.import.so \ >> libchicken.lib \ >> ws2_32.lib advapi32.lib >> LINK : fatal error LNK1146: no argument specified with option '/out:' >> make[1]: *** [chicken.import.so] Error 1146 >> make[1]: Leaving directory `C:/Dev/chicken-4.0.0' >> make: *** [all] Error 2 >> > > This ain't mingw. You're using some strange mess of GNU utils. > When I say "mingw", I mean: you only have gcc, nothing else. > > > cheers, > felix > ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Ann.: CHICKEN 4.0.0 released
Anyway, Makefile.msvc grief: its using 'cat' where the CMD.EXE mingw makefile isnt. This is a pain because that comes in the coreutils package along with GNU link which causes the msvc linker to be shadowed. Subsequently it falls on its face with a: link -nologo -dll chicken.import.o -out: chicken.import.so \ libchicken.lib \ ws2_32.lib advapi32.lib LINK : fatal error LNK1146: no argument specified with option '/out:' make[1]: *** [chicken.import.so] Error 1146 make[1]: Leaving directory `C:/Dev/chicken-4.0.0' make: *** [all] Error 2 (bad space, bad! no food for you!) On the MinGW32 side, I've built it with mingw32-make PLATFORM=mingw PREFIX=C:/Dev/chicken C_COMPILER_OPTIMIZATION_OPTIONS="-O2 -march=native" C_COMPILER=mingw32-gcc-4.3.3 'make check' passes, everything seems to work so far. - Hide quoted text - Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Ann.: CHICKEN 4.0.0 released
\o/ ... again! \o/ Also: kitten-technologies? :3 Finally: elf, did you fix the msvc mess? :D Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] testing release candidate for 4.0.0
I'm aware of that. The rest of the calls to the compiler are properly calling cl. Also, the MSVC makefile uses cat while the mingw and msys ones dont ... Leo 2009/3/27 Alex Queiroz : > Hallo, > > On 3/27/09, Leonardo Valeri Manera wrote: >> Ok, you need coreutils, but without link - for cat. Possibly you just need >> cat? >> >> So far so good, now it dies at: >> >> link -nologo chicken-bug.obj -out:chicken-bug.exe \ >> libchicken-static.lib ws2_32.lib advapi32.lib >> cc -c -o chicken.import.o chicken.import.c >> process_begin: CreateProcess(NULL, cc -c -o chicken.import.o >> chicken.import.c, ...) failed. >> make (e=2): The system cannot find the file specified. >> make[1]: *** [chicken.import.o] Error 2 >> >> make[1]: Leaving directory `D:/software/Dev/Chicken/chicken-4.0.0' >> make: *** [all] Error 2 >> > > The MS compiler is 'cl.exe'. > > -- > -alex > http://www.ventonegro.org/ > ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] testing release candidate for 4.0.0
Ok, you need coreutils, but without link - for cat. Possibly you just need cat? So far so good, now it dies at: link -nologo chicken-bug.obj -out:chicken-bug.exe \ libchicken-static.lib ws2_32.lib advapi32.lib cc-c -o chicken.import.o chicken.import.c process_begin: CreateProcess(NULL, cc -c -o chicken.import.o chicken.import.c, ...) failed. make (e=2): The system cannot find the file specified. make[1]: *** [chicken.import.o] Error 2 make[1]: Leaving directory `D:/software/Dev/Chicken/chicken-4.0.0' make: *** [all] Error 2 Leo 2009/3/27 John Cowan : > felix winkelmann scripsit: > >> > link -nologo -dll -implib:libchicken.lib \ >> > -out:libchicken.dll library.obj eval.obj data-structures.obj >> > ports.obj files.obj extras.obj lolevel.obj utils.obj tcp.obj >> > srfi-1.obj srfi-4.obj srfi-13.obj srfi-14.obj srfi-18.obj srfi-69.obj >> > posixwin.obj regex.obj scheduler.obj profiler.obj stub.obj expand.obj >> > chicken-syntax.obj runtime.obj ws2_32.lib advapi32.lib >> > link: invalid option -- n >> > Try `link --help' for more information. >> >> That's the GNU linker, not the msvc linker, I think. > > It's neither: the GNU linker is called 'ld'. It's the GNU coreutils > program 'link', which exposes the link() system call directly. So $PATH > is screwed up, most likely. > > -- > John Cowan co...@ccil.org > http://www.ccil.org/~cowan > Humpty Dump Dublin squeaks through his norse > Humpty Dump Dublin hath a horrible vorse > But for all his kinks English / And his irismanx brogues > Humpty Dump Dublin's grandada of all rogues. --Cousin James > ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] testing release candidate for 4.0.0
That's likely. The README mentions "GNU make and other POSIX utilities" and I just added the whole of GnuWin32 to the PATH. In that case, I have a couple of questions: 1) Exactly which "POSIX Utilities" are necessary? 2) Does it really need forward-slashes for PREFIX? Leo 2009/3/27 John Cowan : > felix winkelmann scripsit: > >> > link -nologo -dll -implib:libchicken.lib \ >> > -out:libchicken.dll library.obj eval.obj data-structures.obj >> > ports.obj files.obj extras.obj lolevel.obj utils.obj tcp.obj >> > srfi-1.obj srfi-4.obj srfi-13.obj srfi-14.obj srfi-18.obj srfi-69.obj >> > posixwin.obj regex.obj scheduler.obj profiler.obj stub.obj expand.obj >> > chicken-syntax.obj runtime.obj ws2_32.lib advapi32.lib >> > link: invalid option -- n >> > Try `link --help' for more information. >> >> That's the GNU linker, not the msvc linker, I think. > > It's neither: the GNU linker is called 'ld'. It's the GNU coreutils > program 'link', which exposes the link() system call directly. So $PATH > is screwed up, most likely. > > -- > John Cowan co...@ccil.org > http://www.ccil.org/~cowan > Humpty Dump Dublin squeaks through his norse > Humpty Dump Dublin hath a horrible vorse > But for all his kinks English / And his irismanx brogues > Humpty Dump Dublin's grandada of all rogues. --Cousin James > ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] testing release candidate for 4.0.0
Ok, admittedly its been ages since I've used MSVC on the commandline, but: make PLATFORM=msvc PREFIX= ===> (eventually) link -nologo -dll -implib:libchicken.lib \ -out:libchicken.dll library.obj eval.obj data-structures.obj ports.obj files.obj extras.obj lolevel.obj utils.obj tcp.obj srfi-1.obj srfi-4.obj srfi-13.obj srfi-14.obj srfi-18.obj srfi-69.obj posixwin.obj regex.obj scheduler.obj profiler.obj stub.obj expand.obj chicken-syntax.obj runtime.obj ws2_32.lib advapi32.lib link: invalid option -- n Try `link --help' for more information. make[1]: *** [libchicken.dll] Error 1 make[1]: Leaving directory `D:/software/Dev/Chicken/chicken-4.0.0' make: *** [all] Error 2 MSVC2k8, gnuwin32 make/utils. Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] testing release candidate for 4.0.0
MSYS sh (and possibly the MSYS-* apps) do really convoluted quote, slash and path mangling to make sh on windows feel like sh on unix. Cheers, Leo 2009/3/26 John Cowan : > felix winkelmann scripsit: > >> mingw-msys is for people who need basic GNU tools and sh (that would >> be me, for example). > > I understand why people would want to use msys. What I don't understand > is what makes the plain mingw build so painful if you have msys too, > such that we need a separate build for that case. > > -- > There are three kinds of people in the world: John Cowan > those who can count, co...@ccil.org > and those who can't. > ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] testing release candidate for 4.0.0
It was an experiment more than anything, I'll embark on this with any seriousity when 4 is actually released. Leo 2009/3/26 Tobia Conforto : > Leonardo Valeri Manera wrote: >> >> make PLATFORM=mingw PREFIX= ARCH=x86_64 >> HOSTSYSTEM=x86_64-pc-mingw32 TARGETSYSTEM=x86_64-pc-mingw32 > > Try ARCH=x86-64 > > And move discussion to a new thread ;-) > > -Tobia > > > ___ > Chicken-users mailing list > Chicken-users@nongnu.org > http://lists.nongnu.org/mailman/listinfo/chicken-users > ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] testing release candidate for 4.0.0
So, MinGW64 build falls flat on its face after 3 lines. MinGW64 needs target and host set as 'x86_64-pc-mingw32'. This give you this commandline: make PLATFORM=mingw PREFIX= ARCH=x86_64 HOSTSYSTEM=x86_64-pc-mingw32 TARGETSYSTEM=x86_64-pc-mingw32 Resulting in: make -f ./Makefile.mingw all make[1]: Entering directory `D:/software/Dev/Chicken/chicken-4.0.0' echo 0>buildsvnrevision make[1]: *** No rule to make target `.\\apply-hack.x86_64.s', needed by `apply-hack.x86_64.o'. Stop. make[1]: Leaving directory `D:/software/Dev/Chicken/chicken-4.0.0' make: *** [all] Error 2 Am I the first person to try this? I feel positively pioneer-ish. Cheers, Leo 2009/3/26 felix winkelmann : >> I'll give Mingw64 a whirl if that's even possible. Is it? ARCH=x86_64 >> with Mingw? > > Oh boy - another combination of configuration options. > > Sure, try it out! > > > cheers, > felix > ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] testing release candidate for 4.0.0
I don't give up that easily.
Slapped a gnuwin32 install into the PATH, ran with backslashes, success!
You learn something every day I guess, I never suspected MSYS-make
would break when used outside of MSYS, though considering the PATH
mangling MSYS does its not surprising at all.
I'd feel daft, but instead I'll chalk it down to my being a taurus and
barreling through problems horns-down.
I'll give Mingw64 a whirl if that's even possible. Is it? ARCH=x86_64
with Mingw?
Leo
2009/3/26 felix winkelmann :
> On Thu, Mar 26, 2009 at 12:55 PM, Leonardo Valeri Manera
> wrote:
>> Eh, I'll have to install make an other stuffs outside of MSYS' path
>> then. Exactly what is required outside of GNU make? Calling msys make
>> via absolute path unsurprisingly fails with the same errors.
>>
>> In any case, the README needs to be changed then, it says:
>>
>> - When installing under mingw, with a windows shell ("cmd.exe"),
>> pass an absolute pathname as PREFIX and use forward slashes.
>>
>> TDM-mingw (gcc 4.3) (seems) to be working fine with MSYS.
>>
>
> Ok, I guess it doesn't make sense then to try to emulate a non-MSYS
> mingw build. If the mingw-msys build works fine for you, you should use
> that one.
>
> Thanks for providing the infomation. I'll fix the README.
>
>
> cheers,
> felix
>
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] new setup tools
Hot shtuff :o It all sounds very nice, but the part about application-specific extensions sounds especially nice :) Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Anyone up for porting Termite to Chicken?
2008/5/20 Ivan Raikov <[EMAIL PROTECTED]>: > > > Ok, can you show a Termite example that cannot be implemented with MPI? I'm sure its possble to implement most if not all, but, termite provides those parts of the erlang model which make the message-passing model interesting already, without needing to implement them manually. There's more to the erlang model than just using a good message-passing library - I'm talking of things like process migration ... Plus of course there's that licensing thing that means if I wanted to use MPI i would have to roll my own chicken binding to it :) Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Anyone up for porting Termite to Chicken?
2008/5/20 Ivan Raikov <[EMAIL PROTECTED]>: > > There is already "Erlang-style concurrency" in Chicken via the MPI > egg. MPI is very nice Ivan - its not really the same kind of thing as Termite though. In any case, I can't use MPI in any of my projects - its straight GPL. Termite is BSD, so I'd like to see it ported for that reason alone. Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Anyone up for porting Termite to Chicken?
2008/5/19 Mikael More <[EMAIL PROTECTED]>: > Hi! > > I just emailed with Guillaume Germain, the author of Termite. He said it > should be quite easy to port Termite to Chicken. Is anyone up for that? Not me, though I'd love to see termite on chicken - erlang-style concurrency is win :) Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] hygienic branch (progress report, sort of)
2008/5/14 felix winkelmann <[EMAIL PROTECTED]>: > It would be helpful if the chicken users and > hackers take a moment to consider whether this is acceptable and right, > or whether we should keep the current system, which is less scalable > in terms of modularity, but nevertheless quite stable. While multiple macro systems are cool in a way in theory, in practice its a mess. That along would be worth breaking compat. in a major way, if only for sanity reasons, let alone for a good module system. ... I lament the loss of match, as I've become enamoured of explicit-renaming macros with pattern matching. Will this still be doable with matchable? Aaaanyways, I say got for it. Its going to be a bit painful keeping 3 and 4 synced feature-wise - I'm thinking mainly of Ivan's 'sane unit names' project here - until 3.x is ready to be pushed into early (or not so early depending on how long it all takes) retirement, but well worth it in the end. Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken pre-release 3.2.0
2008/4/29 Ivan Raikov <[EMAIL PROTECTED]>: > > Probably not. I did run salmonella with pre-compiled chicken.h, but > there didn't seem to be a significant speed improvement. Well, if you do decide to, please make a compile-time option to disable it, as it occasionally (very rarely but it does happen) causes problems when new compiler versions come out. Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken pre-release 3.2.0
2008/4/29 Ivan Raikov <[EMAIL PROTECTED]>: > > Hi all, > >I have updated the Chicken prerelease branch in the SVN repository > with what will become Chicken release 3.2.0. This includes several > minor bugfixes, as well as two new units, srfi-69 and data-structures > that have been factored out from unit extras. I have run salmonella > under Linux with this prerelease, and I will do another run under > MacOS X. Please try it out and let me know if there are any problems. Ivan, have decided to include the pre-compiled header or not, in the end? Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken Logo
On 19/04/2008, Joshua Griffith <[EMAIL PROTECTED]> wrote: > I've been playing around with the Chicken logo. Since it currently looks > like it consists of inked strokes, I took the metaphor a little further: > http://www.joshuagriffith.com/chicken/logo/ Wow O.O Nice :D Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Update: Cairo binding
On 07/04/2008, Luke McCarthy <[EMAIL PROTECTED]> wrote: > I've got about 99% of the API for Cairo 1.4.14 complete. Not really relevant to the content of your mail, but will this work with cairo 1.5.x? I ask 'cause 1.5 pre-releases are necessary for firefox3 :) Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] macro systems and chicken (long)
On 04/04/2008, Alaric Snell-Pym <[EMAIL PROTECTED]> wrote: > ...but I'm just lazy ;-) I think I'm going to bite the bullet and > install riaxpander and use er+match for everything, in the hope that > if enough momentum builds up around that, it'll become the de-facto > standard and there will be no more worries about which macro systems > different eggs use and their incompatibilities. Ditto. I've been thinking about how useful it would be to have a macro system that allowed the use of MATCH ever since I fell in love with match-lambda* after porting eINIT's init script convenience functions to chicken. Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] (glob "*/*") => should it work?
On 03/04/2008, John Cowan <[EMAIL PROTECTED]> wrote: > I was surprised by the behavior too, so I changed the documentation > by adding "Note that wildcard characters are only recognized in the > rightmost portion of the pattern." > > Someone should really write a better globber that will process all > directories, not just one. Mmmm.. with zsh-like globbing where ** stands for "any number of directories". Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chapter 1 is ready
On 29/03/2008, Vincent Manis <[EMAIL PROTECTED]> wrote: > Some time ago, I posted a draft of a rework of Chapter 1 of the > manual, at > http://chicken.wiki.br/new-chapter1. A number of you made changes and > additions, > and today I made my final set of revisions, so I now declare this to be > Ready To Go. I give this revised Chapter 1 my "pretty darn spiffy" seal of approval! :D Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [chicken-users] silex GPL-2 licensed?
On 21/03/2008, Leonardo Valeri Manera <[EMAIL PROTECTED]> wrote: > On 21/03/2008, Tobia Conforto <[EMAIL PROTECTED]> wrote: > > Seeing as you are in contact with him, and his intentions are pretty > > much a BSD-style license, why don't you ask him for permission to > > stick an actual BSD license on the code, explaining that doing so will > > help people use Silex without any more headaches? > > > A valid point. > > I've just shot off an email, will let you guys know :) > > Leo > Well, that was quick, must have caught him in the office. On 20 Mar 2008 20:40:20 -0400, Danny Dubé <[EMAIL PROTECTED]> wrote: > You ask me "Would you mind if...". I won't risk answering a plain > "yes" or "no" as, for the French speaker I am, that expression > confuses me. To make sure, I will answer that it's okay with me if > you do what you proposed. > > > Regards, > Danny > > "Leonardo Valeri Manera" <[EMAIL PROTECTED]> writes: > > > > Me again >_> > > > > It was pointed out on our mailing list that a BSD (or MIT) license > > would be very close to your "do whatever you want with the code" > > attitude, but prevent future headaches and make life easier for > > distribution packagers who have to specify what license each package > > is under. > > > > Would you mind if we put the silex egg (chicken libs are called eggs) > > under a BSD or MIT license, (c) Danny Dubé? > > > > Sorry to bother you again :) > > > > Leo So, yeah, go ahead :) Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [chicken-users] silex GPL-2 licensed?
On 21/03/2008, Tobia Conforto <[EMAIL PROTECTED]> wrote: > Seeing as you are in contact with him, and his intentions are pretty > much a BSD-style license, why don't you ask him for permission to > stick an actual BSD license on the code, explaining that doing so will > help people use Silex without any more headaches? A valid point. I've just shot off an email, will let you guys know :) Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [chicken-users] silex GPL-2 licensed?
On 20/03/2008, felix winkelmann <[EMAIL PROTECTED]> wrote: > Ok, I'll revert the change. Apologies for causing confusion. Felix, the actual documentation page for the egg still says GPL :) Also, I got this reply from Danny: On 20 Mar 2008 11:21:18 -0400, Danny Dubé <[EMAIL PROTECTED]> wrote: > Dear Leonardo, > > To be honest, I don't understand much about all those > licensing issues and I care even less. So, instead of trying to > interpret the situation and give a synthetic answer, I'll just tell > you what is. > > What I remember (it was many years ago) is that I had first > distributed SILex without any license included in the software. > Later, after someone asked about the licensing of SILex, I had added > the GPL to SILex and made it available this way. Except for the > license, the software was the same each time. AFAIK, both versions > are still available. > > Obviously, you have the non-licensed version in hand because, > otherwise, you would have seen the license. > > Now, what I don't know is: Is the non-licensed version covered > by the licensed one given that the software is essentially the same? > > If it were just for me, you can do whatever you want with > SILex. However, I don't know if you would still have problems despite > what I just wrote. > > That being said, I'm glad to see that SILex is used that much > and helps numerous people. > > Regards, > > Danny Does this make it more or less clear to us? Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [chicken-users] silex GPL-2 licensed?
On 19/03/2008, John Cowan <[EMAIL PROTECTED]> wrote: > Correct. The mere use of a GPLed program (like gcc) to transform text > does not infect the output text with the GPL, *unless* the program copies > substantial portions of itself into the output. Bison does so, and for > years parser code created by Bison had to be GPLed, but then the FSF > changed the license on the parser skeleton so that this was no longer so. Ok, so /binary/ programs that use silex in some way dont need to be GPL'd because of that. I take it that this means that silex is never a runtime dependency. Question: Does this mean distributing the c intermediates of an app along with the chicken libraries (in c form) and eggs (again in c form) needed to run it therefore has no need for silex either and can be distributed under, for example, a BSD license? I ask because as an eINIT developer, I have to keep track of our ability to bundle all the necessary code to run our scheme subsystem - for obvious reasons, an init system with /usr/lib dependencies is not an ideal solution... in fact the ability to do this is one of the reasons we're dropping guile in favor of chicken. And eINIT is BSD-licensed. Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [chicken-users] silex GPL-2 licensed?
On 18/03/2008, John Cowan <[EMAIL PROTECTED]> wrote: > The code does not contain any license at all, and the manual only says that > the author hopes it will be helpful for many Scheme programmers. So this > egg is "use at your own risk". > > Someone should contact the author. I'll do that now then. Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[chicken-users] silex GPL-2 licensed?
Why is silex GPL-2 now? This screws it up for everyone making non-GPL-2 stuff that uses easyffi or one of the many eggs that depend on it... *slitwrist Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] ditching syntax-case modules for the utf8 egg
On 18/03/2008, Graham Fawcett <[EMAIL PROTECTED]> wrote: > For what it's worth, I also think that GMP should be in the core, and > that no one, nowhere should be allowed to publish an egg with a > toplevel procedure named (format) in it. Mysterious toplevel > interactions between indirect dependents are the bane of good > software. We're veering into unrelated territory here, but elf is working on some very fast full numeric tower support for the core right now - and it doesn't need GMP, which would be bad for my project (eINIT) since that would mean a /usr dependency for an init system >_> 100% agreement on the (format) thing :) Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] hart and syntax-case won't play nice. :(
On 16/03/2008, Robin Lee Powell <[EMAIL PROTECTED]> wrote: > Should I just use one of those, then? Do they define syntax-rules? Yup. Any one of those 3 defines syntax-rules. Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [chicken-users] (declare (uses ...)) causing grief
On 14/03/2008, Kon Lovett <[EMAIL PROTECTED]> wrote: > Kinda the inverse of '(uses ...)'. For use when compiling files for > inclusion in a binary library. Extensions have (almost) no need to > use it. Yeah, I got piqued by my noobishness, so I went and looked at the revised chapter 1 in the wiki. Now I finally understand (I think). Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [chicken-users] (declare (uses ...)) causing grief
On 14/03/2008, Graham Fawcett <[EMAIL PROTECTED]> wrote: > (declare (uses ...)) doesn't do what you think it does. :-) It's for > specifying relationships between compilation units, not modules > (eggs). > > I usually do csc -X module1 -R module2 myfile.scm (where module1 is > needed at compilation, and module2 is needed at runtime). I don't even understand what (declare (unit)) does, apart from the fact that it makes csc complain in compiling a unit in dynamic mode. And I'm not good with docs, but I can't seem to find much info on what those 2. Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[chicken-users] (declare (uses ...)) causing grief
The file can be seen here: http://git.einit.org/?p=einit/modules/scheme.git;a=blob_plain;f=src/chicken-core/core.scm;hb=testing If I compile it without (declare (uses ...)) everything is fine. With that line, I get: csc -O2 -C "" -Isrc/module-scheme-chicken src/chicken-core/core.scm -o einit-subcore-chicken einit-subcore-chicken.o: In function `f_148': einit-subcore-chicken.c:(.text+0xd64): undefined reference to `C__p_client_toplevel' einit-subcore-chicken.o: In function `f_151': einit-subcore-chicken.c:(.text+0xe04): undefined reference to `C_unix_sockets_toplevel' collect2: ld returned 1 exit status *** Shell command terminated with exit status 1: gcc einit-subcore-chicken.o -o einit-subcore-chicken -L/usr/lib -Wl,-R/usr/lib -lchicken -lm -ldl -lpcre What am I doing wrong? Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [chicken-users] further match-lambda* weirdness
Nevermind, silent failure thanks to a redefinition screwing up the macro. *feels dumb* Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[chicken-users] further match-lambda* weirdness
This code works correctly in csi, but the first case errors out when compiles to an .so, even with -run-time-macros (use posix utils match) ;;; Reads a list of lines for a pipe. ;;; Returns the output of the pipe, as a list of strings. ;;; Usage is the same as the chicken (process) function. (define read-pipe (match-lambda* [((? atom? commandline)) (call-with-input-pipe commandline read-lines)] [((? atom? command) ((? atom? args) ...)) (let-values ([(input output pid) (process command args)]) (process-wait pid) (close-output-port output) (with-input-from-port input read-lines))] [((? atom? command) ((? atom? args) ...) ((? atom? env) ...)) (let-values ([(input output pid) (process command args env)]) (process-wait pid) (close-output-port output) (with-input-from-port input read-lines))])) In csi I get: #;1> (load "utility-functions") ; loading utility-functions.so ... #;2> (read-pipe "ls") Error: unbound variable: command Call history: (read-pipe "ls") (read-pipe "ls") utility-functions.scm: 24 with-input-from-pipe <-- Gbwah? :( Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [chicken-users] something fishy with use of (every) in (match) expressions
On 14/03/2008, Kon Lovett <[EMAIL PROTECTED]> wrote: > You are correct sir. A fix is in the chicken/trunk but a release will > take awhile. > > Sorry you had to be the one to find the problem. *updates trunk. 's cool! Better me now than someone finding it in release! Thanks Kon! Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[chicken-users] something fishy with use of (every) in (match) expressions
Try this in a fresh csi session (I'm running trunk):
#;1> (use match)
#;2> (match '("a" "b" "c") ((and args (or #f ((? atom? _) ...))) (print args)))
What I get is:
Error: unbound variable: every
Call history:
(##sys#match-error g1)
(lambda (args) (print args))
[g5] (begin (print args))
[g5] (print args)
(quote ("a" "b" "c"))
(equal? g1 #f)
(list? g1)
(every atom? g1)<--
Elf tells me every is locally defined in match. Something ain't right! :D
Cheers,
Leo
___
Chicken-users mailing list
Chicken-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] installing local version derived from offical eggs
On 11/03/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Hello. > > I am trying to install a local version of an egg: > > > chicken-setup -local qdbm.egg > > This tells me: > > Error: (open-input-file) can not open file - No such file or directory: > "qdbm.egg" > > although the file is present in the given directory. > > What am I missing? I think '-local' is to point it to a local svn tree checkout. When I'm testing eggs I usually just cd to the dir the egg is in and run chicken-setup Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] google summer of code
On 06/03/2008, Alex Shinn <[EMAIL PROTECTED]> wrote: > As you said, the semaphore/mutex thread model is broken. > Computer Science has advanced a lot since then, and there > are new concurrency models which are just as fast and easier > to program in. Erlang is well known for its extremely high > performance, yet this model can be implemented just as > easily with multi-processes as with multi-threads (in fact, > since there would be no need to sync the GC or other global > state it may well be faster as processes). And if > implemented as processes you can easily extend to multiple > machines, which is a *much* bigger win. I don't particularly care whether its lightweight threading - so long as there is smp support, otherwise I'll take crappy glibc-driven threads, thnx - or native threading, so long as its full-featured. Chicken's current thread system works pretty nicely, but its (imo) a bit short on features compared to other languages. Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Issues installing the 9p egg.
On 06/03/2008, Magnus Deininger <[EMAIL PROTECTED]> wrote: > I'd really like to get dirty with chicken (for einit ;)) but that means i > need a 9p2000 transport lib :). Yeah, please help us ditch guile ^^ Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] google summer of code
On 06/03/2008, Peter Bex <[EMAIL PROTECTED]> wrote: > Hmm, that's odd, I developed it on ppc, so I doubt it's a problem with > the egg itself. Do you use Chicken 3.0.0? Turns out he's on amd64 on that box >_> Neway, exactly what license is the egg under? I cant recognize them by the text, so I generally go by the eggs unlimited summary... Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] google summer of code
On 06/03/2008, Peter Bex <[EMAIL PROTECTED]> wrote: > Hmm, that's odd, I developed it on ppc, so I doubt it's a problem with > the egg itself. Do you use Chicken 3.0.0? Yeah, all my egg ebuilds depend on 3.0.0. I had him try a manual chicken-setup compilation too. I forwarded him your original email, ayways :) Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] google summer of code
On 05/03/2008, Peter Bex <[EMAIL PROTECTED]> wrote: > Did you check out the chicken 9p egg? It works in multithreaded apps, > but two threads can (currently) not share one connection to a server. It compiled here under x86, but its giving my project leader grief under ppc. Poking it to see if the issue is in my gentoo ebuild for it. Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] google summer of code
On 05/03/2008, Elf <[EMAIL PROTECTED]> wrote: > > what is eINIT? Lets not veer off-topic, but its an alternative init system for uni[xc]es - http://einit.org/ Currently we're using guile for our scheme modules because we can't figure out a way to make 9pfs through libixp, the native threading of our c and xml/sh modules, and chicken's threads play nice together - blocking io being one of the major stumbling blocks. I don't like guile, but at least this way we only have to deal with glibc bugs >_> Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] google summer of code
On 05/03/2008, felix winkelmann <[EMAIL PROTECTED]> wrote: > Hello! > > > Alex Shinn suggested to apply for a project in Googles > Summer of Code program. It would be cool to find some folks here > that would assist me in organizing/mentoring something there: > > http://code.google.com/soc/2008/faqs.html > > Of course we need some ideas, and would need them quickly, > as the application must be put in until 12th of March. > > If you'd like to help or suggest something, please provide input > in the next days. I will be gone over the weekend, but am back at the > start of next week. Native threading, or something to make the threading system a little more powerful. Its the reason why we can't use chicken as our scheme system for eINIT. Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] regex problem
On 28/02/2008, Daishi Kato <[EMAIL PROTECTED]> wrote: > rlwrap -s 1 /usr/local/chicken-3.0.0/bin/csi Unrelated, but why rlwrap over the readline egg? Just curious. Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Syntax of case expressions
On 28/02/2008, Ivan Raikov <[EMAIL PROTECTED]> wrote: > > Oops, I meant that (define foo 'a) -> (define foo (quote a)). Right, that had my head in an "I want some of whatever he's smoking" kinda loop... Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] What's the current version of eggs?
On 26/02/2008, Alejandro Forero Cuervo <[EMAIL PROTECTED]> wrote: > Heh, I knew I could get those numbers from the svn repos from the > beginning, silly. > > I think the best thing would be extending the post-commit to encode > the version name in the page in the wiki. I will address this in my > proposal for how to handle eggs. Anything that makes Graham able to give me real version strings in the egg filenames gets my approval :) Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Debian packages for some eggs now available
On 18/02/2008, Harri Haataja <[EMAIL PROTECTED]> wrote: > It's been a while since I was last involved with rpm, but even then it > was certainly worth it making different spec files (and/or taking care > you don't use the wrong ones). It's not just the dependencies and > paths (which obviously matter) but there's also different sets of spec > macros and other things. They aren't really hard to write, though. *nod... in that sense at least, packaging for gentoo is easier. At least here, all our installation directories and prefix paths and all that jazz are env_var based, meaning once I've got this up and running all gentoo-based distros can use the exact same egg ebuilds, regardless of their filesystem structure, and we'll be able to generate new ebuilds with a very simple script - much simpler than the debian-generator: it'll only need to extract the egg's description and dependencies, and write these to a text file with a little sh wrapping. Of course, we also have to deal with trying to support compilation on a mind-boggling variety of toolchain configurations; luckily we can make the assumption that if chicken compiled, the problem is either upstream or on the users machine. Libraries that aren't compiled via something like chicken-setup do not award us this luxury. Thankfully, I'm standing on the shoulders of giants here :) Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Egg Atom/RSS feed.
On 16/02/2008, Harri Haataja <[EMAIL PROTECTED]> wrote: > How about a feed with only brand new eggs in and no updates? Well, seeing as chicken-setup has no -update command, the only way to find out when a new egg version is released is a) keep an eye on the logs/lists manually and try to glean the relevant info from among all the rest of the info. b) find out by mystical thought transference from the developers. Neither of which is particularly handy for non-developers who aren't psychics :) Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Egg Atom/RSS feed.
On 15 Feb 2008 18:08:41 -0200, Mario Domenech Goulart <[EMAIL PROTECTED]> wrote: > Nah, Arto has solved our problem long ago! :-) > > http://trac.callcc.org/log/?limit=100&mode=stop_on_copy&format=rss > > Substitute by the name of the egg you want the RSS for. I was actually thinking of an egg-release feed - those of us who aren't developers just get confombulated by all the rest of the stuff :) Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] YADT: yet another documentation thread
On 16/02/2008, Mark Fredrickson <[EMAIL PROTECTED]> wrote: > With a high probibility that Chicken users will be coming from other > PLs, I think a series of "Chicken for Python Programmers", "Chicken > for Ruby Programmers", etc could be very helpful. Where are my hashes? > How do I do string concatenation? Where are my objects? These > questions, and more, should be answered. > > I suggest we draft Hans (http://4.flowsnake.org/) for the Python > doc. :-) An excellent idea! I support the above statement :D Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Egg Atom/RSS feed.
On 15 Feb 2008 17:27:29 -0200, Mario Domenech Goulart <[EMAIL PROTECTED]> wrote: > Hi folks, > > Felix: if you don't want to touch post-commit, I can periodically run > a feed-generator script on galinha (e.g., daily). Would that be ok, > Leonardo? > > Maybe a kludge like the following could be a start (`format-feed' > should actually xmlize the data). I'll take whatever you're giving, for 2 reasons: 1) I'd have no clue what to do anyway, so with what authority am I gonna go yay/nay? 2) I'd imagine more people than gentoo ebuild maintainers will be interested in it, so I've no right to decide for everyone else in any case. So, yeah, go for it :D Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Egg Atom/RSS feed.
On 15/02/2008, felix winkelmann <[EMAIL PROTECTED]> wrote: > I'll add an RSS feed to the post-commit script (may take a while, though). > But how do you want it to look? Eggs are updated very frequently so > it's easy to miss > one. How about a list of updates from the last, say, 7 days? Don't rush on my account, I probably wont have egg ebuilds out to a select public for a couple of weeks or more anyway, so I'll only need to keep them updated for myself :) 7 days sounds good to me. Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Comprehensive documentation rewrite
On 14/02/2008, Graham Fawcett <[EMAIL PROTECTED]> wrote: > On Feb 13, 2008 8:46 PM, Leonardo Valeri Manera > <[EMAIL PROTECTED]> wrote: > > We don't have license limitations on gentoo, but I still have to > > specify what license each package is under... since we're on the > > subject, exactly what version of the LGPL are 'awk' and 'make' under? > > They are under the GPL, not the LGPL. The versions on my machine are > under GPL Version 2, but newer versions may be under Version 3. Good thing I asked then, because it says LGPL on eggs unlimited, and they don't even have the short version of the license at the bottom. Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Comprehensive documentation rewrite
On 14/02/2008, Ivan Raikov <[EMAIL PROTECTED]> wrote: > By the way, if the egg licenses are an issue for any distribution, > then one might consider the Debian approach -- if the license for a > particular package is incompatible with Debian, in many cases this is > dealt with by approaching the author(s) of that package and asking > them if it would be possible to issue a Debian-only open-source > compatible license for that package. The inconsistent licenses for the > eggs don't matter with Chicken, because the Chicken itself is not > distributed together with any eggs, but this might become an issue for > a Linux distribution. Which is kind of, but not really, why I asked for clearer information on the website. We don't have license limitations on gentoo, but I still have to specify what license each package is under... since we're on the subject, exactly what version of the LGPL are 'awk' and 'make' under? Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Comprehensive documentation rewrite
Sorry to interrupt this rather high-level discussion on semantics and stuffs with another of my pedestrian concerns, but when you do all this wonderful work, could you be a little more specific as to what license the eggs are under? For 98% I can tell from looking inside the doc page, but for a few of the older ones I'm left wondering whether you mean version 1, 2 or what when it says (L)GPL under "license"... for example 'make'... is that LGPL-1 or what... Ideally, the license info in the main eggs unlimited page would include the GPL version. No, this is not purely because of laziness on my part :) Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Debian packages for some eggs now available
On 13/02/2008, Ivan Raikov <[EMAIL PROTECTED]> wrote: > > Hi all, > >I have "debianized" a number of eggs and have uploaded the > resulting i386 binary packages to the Debian repository on > chicken.wiki.br. Information on how to access that repository is here: > > http://chicken.wiki.br/Debian packages > > The debianized eggs are mostly the prerequisites to svnwiki, plus a > few others that I use regularly. (The full list is at > http://chicken.wiki.br/debian-eggs) If you need Debian packages for > any egg, just let me know. Next, I will be working on packaging > ezxdisp and svnwiki itself. > > I have also written a script that will almost automatically build > Debian packages for all eggs that have a debian subdirectory in the > SVN repository. I say almost automatically, because not all eggs have > their documentation in the repository, so you will have to manually > copy some HTML documentation from the Chicken website to the directory > tree from which you are building. The script is called dpkg-eggs.scm > and is located in the scripts subdirectory of the main Chicken SVN > tree. > >-Ivan Nice work. I'm nearly ready to start throwing egg gentoo ebuilds at people, waiting on the final word on the install location that we're gonna use... If someone does something like your script for rpms, we'll have all most main package types covered. Bow to the chicken! \o/ Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] Egg Atom/RSS feed.
Since you're talking of doing work on the wiki and svn and whatnot during the hackaton and after, how about setting in hooks so you can setup a feed for egg updates later on? It'd be dead useful for anyone who (like me) is working to provide eggs in distro packaging to compete with the big Py, let alone users :) Cheers, Leo ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
