Re: [Chicken-users] .meta needs on a per platform basis
On 1/8/07, Kon Lovett <[EMAIL PROTECTED]> wrote: > > Would an extension of the needs clause like this be sufficient: > > needs = (needs EXTENSION-ID ...) >| (needs ((FEATURE-ID EXTENSION-ID ...) ...) > > i.e. like the body of a `cond-expand' form? I think so. I use forms like this in my code (.scm & .setup): #+unix ... #+windows ... & it works fine for me. The only problem being the different .egg rqrmnts for platforms. (Another possibility is a "tool" that writes stubs for all exported variables so every egg is "available" on every platform.) Hm... I'd prefer not to generate stubs. Actually, I'd like to extend "needs" even more: every non-symbolic requirement (extension-id) may alternatively be an expressions that should return a list of extension-ids. That way we can use `cond-expand' or even perform platform-specific tests whether certain software is installed. This opens up the possibilty for eggs containing 3rd-party libraries (i.e. bb.meta contains a needs clause that checks fot an installed fltk, if it isn't require an egg containing the fltk tarball and build instructions). The downside is that this may be a security problem: the code in the needs clause will be executed by chicken-setup, even if the user doesn't request an actual installation (which would run the .setup script, which of course can do all sorts of things and may even be run as root). cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Subversion support misguided IMHO
minh thu wrote: I think Peter is asking for faster one-way Darcs --> Subversion mirroring, so that platforms without Darcs can get a more accurate read-only dump of the source pool. Perhaps Tailor can help with that. I don't know what the current mechanism is; it sounds like it is not automated. Peter could dig into that if he wants, whatever the best solution is. I'm sure we could set him up with the needed permissions and administrative contacts. For read-only code, I think darcs can produce easily tarballs. What's the advantage of having the code via svn and not via a tarball (since even an svn diff would be useless) ? The Subversion dump could track change information. But the real issue is whether Peter is sufficiently interested in this to dig into it. Cheers, Brandon Van Every ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Subversion support misguided IMHO
Hi! > I don't > see any technical risk in fiddling with Darcs --> Subversion mirroring, > even if it doesn't fit my social agenda. Exactly! In fact, I don't even like Subversion's centralised development model. But it is a fact that many people love and use Subversion. And the idea of letting developers use whatever they like most is appealing. Tailor was just a suggestion. It has been on my todo list for quite a while, but so far I haven't had the time to give it a try. But I agree that either the Subversion support should be real support (even if it is read-only) or be dropped at all. Groetjes, Peter. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Implementing CL-style array literal syntax
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 8, 2007, at 11:59 AM, Mario Domenech Goulart wrote: Hello Kon and folks, I will modify the reader in 'array-lib' when available. I'm afraid now we can't "chicken-setup array-lib" with the current stable Chicken version and the latest array-lib from call/cc.org, right? Yes & no. The version that should work w/ older Chicken is available now. But the read-syntax is #An for < 2.513 & #nA after. Best wishes, Mario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iEYEARECAAYFAkWip7EACgkQJJNoeGe+5O7+VQCeMnFLrnZHX4z4+Q1JzR6DeW0X RHUAnjWFM3LIAdazPO3KnBNBj4hL6Crr =99nP -END PGP SIGNATURE- ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Implementing CL-style array literal syntax
Hello Kon and folks, On Fri, 5 Jan 2007 08:40:02 -0800 Kon Lovett <[EMAIL PROTECTED]> wrote: > On Jan 5, 2007, at 4:44 AM, felix winkelmann wrote: > > >> What I'd like to see is a new set-parameterized-read-syntax procedure > >> which takes a character c and allows the reader to accept input of > >> the > >> form #nc, where n is a digit string, and invoke a handler that takes > >> two arguments, the port and the integer value of n. > > > > Ok, I'll add this. > > I will modify the reader in 'array-lib' when available. I'm afraid now we can't "chicken-setup array-lib" with the current stable Chicken version and the latest array-lib from call/cc.org, right? Best wishes, Mario ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Subversion support misguided IMHO
I think Peter is asking for faster one-way Darcs --> Subversion mirroring, so that platforms without Darcs can get a more accurate read-only dump of the source pool. Perhaps Tailor can help with that. I don't know what the current mechanism is; it sounds like it is not automated. Peter could dig into that if he wants, whatever the best solution is. I'm sure we could set him up with the needed permissions and administrative contacts. For read-only code, I think darcs can produce easily tarballs. What's the advantage of having the code via svn and not via a tarball (since even an svn diff would be useless) ? Cheers, mt ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Subversion support misguided IMHO
felix winkelmann wrote: On 1/8/07, Peter Busser <[EMAIL PROTECTED]> wrote: > Found it: > http://progetti.arstecnica.it/tailor > http://darcs.net/DarcsWiki/Tailor > Now, how mature should I believe it to be? It's just an apt-get install away, so why don't you just give it a try and tell us what you think about it? It's written in Python, so I did download it to my Windows 2000 primary development box, and I looked at the README. From my own experience with tailor, I'd say it's not ready yet. I tried to convert a darcs repo to mercurial without success. The documentation is relatively sparse, so it's possible that I made some mistake. What does Tailor need to be "ready for?" I don't think Peter is asking for two-way Darcs <--> Mercurial or Darcs <--> Subversion synchronization. That would be suicide even if it all worked perfectly. For our current size of project, core development with 2 version control systems + a glue program is pointless complication. Anyone doing enough core development to warrant it, is serious enough to either learn the very few Darcs commands they need, obtain a working Darcs for their marginal platform despite GHC difficulties, work around the difficulties by cross-compiling or sharing a file volume from another OS that actually has Darcs, or put the energy into evaluating and migrating us to Mercurial. I think Peter is asking for faster one-way Darcs --> Subversion mirroring, so that platforms without Darcs can get a more accurate read-only dump of the source pool. Perhaps Tailor can help with that. I don't know what the current mechanism is; it sounds like it is not automated. Peter could dig into that if he wants, whatever the best solution is. I'm sure we could set him up with the needed permissions and administrative contacts. I'd rather just have people dealing with Darcs. But I recognize the fact that Darcs can't reach everywhere, and I always value people getting "on board" with Chicken in some way, above and beyond any other concern. Recruitment and assigned responsibility is how a project grows. The people that actually do the work, get to pick the tools IMO. Provided it doesn't train wreck everyone else, of course. I don't see any technical risk in fiddling with Darcs --> Subversion mirroring, even if it doesn't fit my social agenda. Cheers, Brandon Van Every ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] .meta needs on a per platform basis
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jan 8, 2007, at 4:43 AM, felix winkelmann wrote: On 1/7/07, Kon Lovett <[EMAIL PROTECTED]> wrote: Hi, Got a problem w/ the .meta file needs entry. I think some logic there to state the platform would be useful. Ex: z3, pty, & rlimit cannot compile w/ Windows (assuming no Interex/Cygwin), but an egg that "needs" one or more of these for unix could still work w/ windows - just w/ reduced features. Am I missing something? Would an extension of the needs clause like this be sufficient: needs = (needs EXTENSION-ID ...) | (needs ((FEATURE-ID EXTENSION-ID ...) ...) i.e. like the body of a `cond-expand' form? I think so. I use forms like this in my code (.scm & .setup): #+unix ... #+windows ... & it works fine for me. The only problem being the different .egg rqrmnts for platforms. (Another possibility is a "tool" that writes stubs for all exported variables so every egg is "available" on every platform.) Thank you, Kon cheers, felix -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iEYEARECAAYFAkWib4sACgkQJJNoeGe+5O4k/wCdGW/5rTEO/I5o69zbpPFeFAJ5 928An3iTwKwALsgsNWb+OfWfrHmmDA/N =vr5x -END PGP SIGNATURE- ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Subversion support misguided IMHO
On 1/8/07, Peter Busser <[EMAIL PROTECTED]> wrote: > Found it: > http://progetti.arstecnica.it/tailor > http://darcs.net/DarcsWiki/Tailor > Now, how mature should I believe it to be? It's just an apt-get install away, so why don't you just give it a try and tell us what you think about it? From my own experience with tailor, I'd say it's not ready yet. I tried to convert a darcs repo to mercurial without success. The documentation is relatively sparse, so it's possible that I made some mistake. cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Subversion support misguided IMHO
Hi! > >>If I were making the decisions on such things, I would drop Subversion > >>support and force people to use / learn Darcs. > >It would be easier and more convenient for all people involved > > I think "people's convenience" has to be prioritized. Who's doing the > most core development? That person is no doubt Felix. :-) > Found it: > http://progetti.arstecnica.it/tailor > http://darcs.net/DarcsWiki/Tailor > Now, how mature should I believe it to be? It's just an apt-get install away, so why don't you just give it a try and tell us what you think about it? Groetjes, Peter. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] +nan, -inf, etc w/ WIndows
On 1/7/07, Kon Lovett <[EMAIL PROTECTED]> wrote: Hi, I use MinGW & MSYS on Windows. Chicken 2.513 (darcs head) doesn't recognize the '+nan', '-inf', etc., they are unbound. I know there was a thread about this 6 months ago but the participants seem to be using Cygwin, which I don't. Line 7338 in runtime.c enables parsing of these special cases "by hand". You should probably add a "defined(__MINGW32__)" here. cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] .meta needs on a per platform basis
On 1/7/07, Kon Lovett <[EMAIL PROTECTED]> wrote: Hi, Got a problem w/ the .meta file needs entry. I think some logic there to state the platform would be useful. Ex: z3, pty, & rlimit cannot compile w/ Windows (assuming no Interex/Cygwin), but an egg that "needs" one or more of these for unix could still work w/ windows - just w/ reduced features. Am I missing something? Would an extension of the needs clause like this be sufficient: needs = (needs EXTENSION-ID ...) | (needs ((FEATURE-ID EXTENSION-ID ...) ...) i.e. like the body of a `cond-expand' form? cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users