Re: [Chicken-users] Chicken-setup
Thanks, that's what I needed. (It might be a good idea to put this in the README file for chicken :-) ) Bill Peter Bex wrote: On Sat, May 30, 2009 at 06:36:51PM -0400, bill wrote: Hi all, I've just moved my system to Xubuntu. The Ubuntu repository is running 3.2.7!!! I downloaded chicken-4.0.0, which I've been running for some time, but it does not seem to build chicken-setup. How do I get a new clean copy of chicken-setup? There is no chicken-setup for Chicken 4! It comes with a new set of egg repository maintenance scripts to replace it. Try chicken-install, chicken-status and chicken-uninstall instead :) Cheers, Peter ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken-setup
On Sat, May 30, 2009 at 06:36:51PM -0400, bill wrote: Hi all, I've just moved my system to Xubuntu. The Ubuntu repository is running 3.2.7!!! I downloaded chicken-4.0.0, which I've been running for some time, but it does not seem to build chicken-setup. How do I get a new clean copy of chicken-setup? There is no chicken-setup for Chicken 4! It comes with a new set of egg repository maintenance scripts to replace it. Try chicken-install, chicken-status and chicken-uninstall instead :) Cheers, Peter -- http://sjamaan.ath.cx -- The process of preparing programs for a digital computer is especially attractive, not only because it can be economically and scientifically rewarding, but also because it can be an aesthetic experience much like composing poetry or music. -- Donald Knuth pgp6Ea6r7r3Xs.pgp Description: PGP signature ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup infinite loop
Hi, underspecified underspecif...@gmail.com writes: Under chicken 3.4.0, I have noticed that I can make chicken-setup enter into an infinite loop by telling it to fetch, but not install the http egg. I posit that the cause is a circular dependency somewhere among http's many dependencies, because eggs like rss with simpler dependencies do not loop. The dependency tree in this case looks like: http (regex-case url openssl) regex-case () url (coerce uri) coerce (miscmacros misc-extn) miscmacros () misc-extn (stack miscmacros) stack () uri (coerce miscmacros synch lookup-table) synch () lookup-table (miscmacros misc-extn) openssl () There's no circular dependency (that would arguably be a bug in the eggs themselves, though chicken-setup should try to handle it gracefully), just some diamond inheritance, but it turns out the bug is triggered for any egg with any dependencies. I've checked in a simple fix which conditions out running install on downloaded dependencies when -fetch is being used. Note this ugly mess has been rewritten in the upcoming Chicken 4 and the setup program renamed to chicken-install. Note also that the http egg also has an improved version in Chicken 4 called intarweb :) -- Alex ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup infinite loop
Greetings, Thanks for the reply and the fix. It may be pointless to bring it up if chicken-setup has already been rewritten, but i do not get the infinite loop for every package: $ chicken-setup -f rss File rss.egg or rss.setup not found in the download directory. Do you want to download .egg archive ? (yes/no/abort) [yes] downloading required extensions (ssax) ... downloading ssax.egg from (www.call-with-current-continuation.org eggs/3 80) installing required extensions ... downloading ssax.egg from (www.call-with-current-continuation.org eggs/3 80) .. downloading rss.egg from (www.call-with-current-continuation.org eggs/3 80) . $ In any case, I look forward to getting on the intarweb with Chicken 4 :-) --underspecified On Mar 28, 2009, at 6:39 PM, Alex Shinn wrote: Hi, underspecified underspecif...@gmail.com writes: Under chicken 3.4.0, I have noticed that I can make chicken-setup enter into an infinite loop by telling it to fetch, but not install the http egg. I posit that the cause is a circular dependency somewhere among http's many dependencies, because eggs like rss with simpler dependencies do not loop. The dependency tree in this case looks like: http (regex-case url openssl) regex-case () url (coerce uri) coerce (miscmacros misc-extn) miscmacros () misc-extn (stack miscmacros) stack () uri (coerce miscmacros synch lookup-table) synch () lookup-table (miscmacros misc-extn) openssl () There's no circular dependency (that would arguably be a bug in the eggs themselves, though chicken-setup should try to handle it gracefully), just some diamond inheritance, but it turns out the bug is triggered for any egg with any dependencies. I've checked in a simple fix which conditions out running install on downloaded dependencies when -fetch is being used. Note this ugly mess has been rewritten in the upcoming Chicken 4 and the setup program renamed to chicken-install. Note also that the http egg also has an improved version in Chicken 4 called intarweb :) -- Alex ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup infinite loop
Greetings, Under chicken 3.4.0, I have noticed that I can make chicken-setup enter into an infinite loop by telling it to fetch, but not install the http egg. I posit that the cause is a circular dependency somewhere among http's many dependencies, because eggs like rss with simpler dependencies do not loop. Here is an error log from MacOS X 10.5, but I have observed this behavior under 64-bit linux as well. --underspecified $ chicken-setup -V chicken-setup - Version 3.4.0 - macosx-unix-gnu-x86 [ manyargs dload ptables applyhook ] SVN rev. 11987 compiled 2009-03-26 on #.naist.jp (Darwin) $ chicken-setup -f http chicken-setup -f http File http.egg or http.setup not found in the download directory. Do you want to download .egg archive ? (yes/no/abort) [yes] downloading required extensions (openssl miscmacros stack misc-extn lookup-table synch coerce uri url regex-case) ... downloading openssl.egg from (www.call-with-current-continuation.org eggs/3 80) downloading miscmacros.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading stack.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading misc-extn.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading lookup-table.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading synch.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading coerce.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading uri.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading url.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading regex-case.egg from (www.call-with-current-continuation.org eggs/3 80) . installing required extensions ... downloading openssl.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading miscmacros.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading stack.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading required extensions (miscmacros stack) ... downloading miscmacros.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading stack.egg from (www.call-with-current-continuation.org eggs/3 80) . installing required extensions ... downloading miscmacros.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading stack.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading misc-extn.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading required extensions (miscmacros stack misc-extn) ... downloading miscmacros.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading stack.egg from (www.call-with-current-continuation.org eggs/3 80) . downloading misc-extn.egg from (www.call-with-current-continuation.org eggs/3 80) . installing required extensions ... ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
On Tue, Feb 24, 2009 at 2:07 AM, Sven Hartrumpf sven.hartru...@fernuni-hagen.de wrote: I am building chicken from svn and stumbled across the fact that chicken-setup will not be build any more (since around 2008-09-25?). Are you building Chicken 4? It's called chicken-install now. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup failing to install egg
Hi Alejo, I have not been able to reproduce this error on Mac OS X Leopard, but I have added some code that creates the download directory before checking if the .egg file has already been downloaded. This addition should be available in development snapshot 3.4.4. Thanks for reporting the issue. -Ivan Alejandro Forero Cuervo [EMAIL PROTECTED] writes: I'm often getting this error when using chicken-setup from 3.4.0: # /opt/chicken-3.4.0/bin/chicken-setup readline Error: (open-input-file) can not open file - No such file or directory: /tmp/chicken-setup-3-root/downloads/readline.egg In my machine /tmp/chicken-setup-3-root/downloads does not exist. Instead of this error, I was expecting chicken-setup to ask me if I wanted it to download the package. Just thought I'd report that I consider this a bug. Thanks! Alejo. http://azul.freaks-unidos.net/ ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup failiing to install egg
On Mon, Nov 10, 2008 at 10:53:08AM +0100, Alejandro Forero Cuervo wrote: Good to see you. Thanks. :-) yep, good to see you're back! Cheers, Peter -- http://sjamaan.ath.cx -- The process of preparing programs for a digital computer is especially attractive, not only because it can be economically and scientifically rewarding, but also because it can be an aesthetic experience much like composing poetry or music. -- Donald Knuth pgpRsYXin4P1v.pgp Description: PGP signature ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup failiing to install egg
Indeed a bug, can you run chicken-setup once again with the -verbose flag given? Sure: $ /opt/chicken-3*/bin/chicken-setup -verbose readline creating directory `/tmp/chicken-setup-3-root/build.4947.readline.egg-dir' changing working directory to `/tmp/chicken-setup-3-root/build.4947.readline.egg-dir' Error: (open-input-file) can not open file - No such file or directory: /tmp/chicken-setup-3-root/downloads/readline.egg Thanks! :-) Alejo. http://azul.freaks-unidos.net/ ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup failiing to install egg
Good to see you. Thanks. :-) I had neglected Svnwiki for a few months for no particular reason. I guess the disagreement we had about how eggs should be handled was frustrating for me so partially I decided to take a break and partially I just got caught on other things (what you could call personal reasons, but there was nothing in particular). I've felt great this last week starting to work on Svnwiki (and its associated eggs) again. I felt that in very little time I managed to do a lot of things that I should have done before but that I just never managed to get myself to start (such as fixing the whole Svnwiki extension system once and for all or implementing most of the mail-spec functionality which I've been mising for a while). The code (in the current form) is broken, but once I finish fixing it it should be in a significantly better shape. I've even discovered and fixed some bugs in the previous (currently stable) version. All of this just to say that I intend to become as active as I was (in developing Svnwiki and related eggs) again. I hope we can get rid quickly of all the breakage that we seem to have created... I apologize for this mess. Well, you know that you don't need to apologize. Temporary breakage is a cost of major changes, which are required to improve certain things in important ways. And, in any case, it is a pleasure to develope in this awesome mess of a platform that we have. :-) Alejo. http://azul.freaks-unidos.net/ ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup failiing to install egg
I'm often getting this error when using chicken-setup from 3.4.0: # /opt/chicken-3.4.0/bin/chicken-setup readline Error: (open-input-file) can not open file - No such file or directory: /tmp/chicken-setup-3-root/downloads/readline.egg In my machine /tmp/chicken-setup-3-root/downloads does not exist. Instead of this error, I was expecting chicken-setup to ask me if I wanted it to download the package. Just thought I'd report that I consider this a bug. Thanks! Alejo. http://azul.freaks-unidos.net/ ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup in the hygienic branch
I cannot get it to work: $ make PLATFORM=macosx ARCH=x86-64 \ CHICKEN=/usr/local/bin/chicken \ PREFIX=/Users/toby/bin/hygienic-chicken \ PROGRAM_SUFFIX=.hy (compilation ok) $ make ... install (installation ok) $ csi.hy -n (yase! it works) $ chicken-setup.hy utf8 Error: unbound variable: ##sys#register-macro-2 That's the only line of output. Exit code = 70 What am I missing? Tobia ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup in the hygienic branch
On Wed, Aug 27, 2008 at 07:05:35PM +0200, Tobia Conforto wrote: I cannot get it to work: $ chicken-setup.hy utf8 Error: unbound variable: ##sys#register-macro-2 That's the only line of output. Exit code = 70 What am I missing? You must recompile. First you compile Chicken 4 with your old Chicken 3, but then you need to make clean and compile Chicken 4 with Chicken 4 again. This has something to do with the fact that the old macro hooks system does not exist anymore, but chicken 3 generates code to match its own version of libchicken, which does still have those macro hooks. Felix can probably explain better ;) HTH, Peter -- http://sjamaan.ath.cx -- The process of preparing programs for a digital computer is especially attractive, not only because it can be economically and scientifically rewarding, but also because it can be an aesthetic experience much like composing poetry or music. -- Donald Knuth pgpBnj70Zkalt.pgp Description: PGP signature ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup in the hygienic branch
On Wed, 27 Aug 2008 19:36:36 +0200 Peter Bex [EMAIL PROTECTED] wrote: On Wed, Aug 27, 2008 at 07:05:35PM +0200, Tobia Conforto wrote: I cannot get it to work: $ chicken-setup.hy utf8 Error: unbound variable: ##sys#register-macro-2 That's the only line of output. Exit code = 70 What am I missing? You must recompile. First you compile Chicken 4 with your old Chicken 3, but then you need to make clean and compile Chicken 4 with Chicken 4 again. Or make bootstrap before make? Best wishes. Mario ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
On Tue, Jul 15, 2008 at 12:48:56PM -0700, Shawn Rutledge wrote: On Tue, Jul 15, 2008 at 12:11 AM, Peter Bex [EMAIL PROTECTED] wrote: I don't think this can be solved automatically (unless we want to recreate Autotools or CMake) so what is needed is a way to override or add to existing search paths by passing switches to chicken-setup, which it then can pass on to the compiler. Example: chicken-setup foo.egg -I /opt/foo/include -L /opt/foo/lib That could be a last-ditch way to solve problems but I would hope most users wouldn't need to do that for most eggs. Is there anything wrong with putting extra -I's and -L's in the meta file, with some possible guesses the egg developer can think of, where a particular library or include might be located? And chicken-setup could append the usual suspects automatically, like /usr/include, /usr/local/include etc. That simply won't do. Here's why: On OS X, you have Fink and Darwinports. Fink installs to /sw and darwinports to /opt/local. On NetBSD and many other systems you have pkgsrc, which installs to /usr/pkg. On FreeBSD you have ports, which installs to /usr/local by default, but on systems where people don't have root access they'll install somewhere under their homedirs, in which case all bets are off regarding the location. I have no idea how stuff works on native Windows, but you can bet there's very little standardization there. And then we haven't even touched on all the freaky places some Linux distros put things. (or /lib /lib64 differences for amd64) It's a reasonable assumption, however, to include Chicken's PREFIX in the search paths, since if people install Chicken using their package manager, very often it will get the same PREFIX as other packages that chicken eggs might want to wrap. As Min Thu suggested, using pkgconfig for programs which have that is a good idea, since that will ~always work properly. (perhaps provide a switch to disable usage of pkgconfig in case it isn't installed?) Cheers, Peter -- http://sjamaan.ath.cx -- The process of preparing programs for a digital computer is especially attractive, not only because it can be economically and scientifically rewarding, but also because it can be an aesthetic experience much like composing poetry or music. -- Donald Knuth pgpYVLIm7m6Fm.pgp Description: PGP signature ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
pkgconfig is not standard across all supported operating systems. its development is sporatic, its ability to find its own files is not always the best, it cannot support multiple versions of products (with rare and generally REALLY broken exceptions), it breaks or partially breaks compatibility with itself all the time, and trying to integrate it nicely into any 'secondary' tools (ie, non-make) is aggravating in the extreme. i generally find it lower in utility and quality than even autotools. the pkg-config script itself does not support even a 'help' command, nor filtering, and trying to add directories without borking other things in such a way that any installed version of pkgconfig (opposed to ONLY 0.18 or 0.19 or 0.23 or whatever theyre on for this five months) will use it correctly is damn near impossible. -elf On Wed, 16 Jul 2008, Peter Bex wrote: On Tue, Jul 15, 2008 at 12:48:56PM -0700, Shawn Rutledge wrote: On Tue, Jul 15, 2008 at 12:11 AM, Peter Bex [EMAIL PROTECTED] wrote: I don't think this can be solved automatically (unless we want to recreate Autotools or CMake) so what is needed is a way to override or add to existing search paths by passing switches to chicken-setup, which it then can pass on to the compiler. Example: chicken-setup foo.egg -I /opt/foo/include -L /opt/foo/lib That could be a last-ditch way to solve problems but I would hope most users wouldn't need to do that for most eggs. Is there anything wrong with putting extra -I's and -L's in the meta file, with some possible guesses the egg developer can think of, where a particular library or include might be located? And chicken-setup could append the usual suspects automatically, like /usr/include, /usr/local/include etc. That simply won't do. Here's why: On OS X, you have Fink and Darwinports. Fink installs to /sw and darwinports to /opt/local. On NetBSD and many other systems you have pkgsrc, which installs to /usr/pkg. On FreeBSD you have ports, which installs to /usr/local by default, but on systems where people don't have root access they'll install somewhere under their homedirs, in which case all bets are off regarding the location. I have no idea how stuff works on native Windows, but you can bet there's very little standardization there. And then we haven't even touched on all the freaky places some Linux distros put things. (or /lib /lib64 differences for amd64) It's a reasonable assumption, however, to include Chicken's PREFIX in the search paths, since if people install Chicken using their package manager, very often it will get the same PREFIX as other packages that chicken eggs might want to wrap. As Min Thu suggested, using pkgconfig for programs which have that is a good idea, since that will ~always work properly. (perhaps provide a switch to disable usage of pkgconfig in case it isn't installed?) Cheers, Peter ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
On Tue, Jul 15, 2008 at 10:01:52AM +0900, Ivan Raikov wrote: The frontend would also have a list of default installation locations for each type of file (library, program, etc.). Using these defaults, the frontend could for example generate the following installation script: ((source-locations . /home/user/tmp/chicken-4-user-downloads ftp://call/cc.org/eggs/4;) (installation-locations ((library /usr/lib/chicken/4) (program /usr/bin/) (doc /usr/share/doc))) (library treap (make (treap.scm) ;; source files (compile -O2 -d0 -s treap.scm -ldl -lchicken ;; compilation commands This specification would be passed to the interpreter, along with commands such as compile install uninstall, etc. The idea is basically to isolate all of the general procedures for e.g. installation and compilation, which once written would probably stay relatively unchanged, and only modify the frontend as chicken-setup policies evolve. We could also think about having different frontends, e.g. for use with different package building tools. Sounds good so far! One other thing that needs consideration is how to handle system-specific things like include/library paths and possibly names of libraries, for building bindings to C libraries. I don't think this can be solved automatically (unless we want to recreate Autotools or CMake) so what is needed is a way to override or add to existing search paths by passing switches to chicken-setup, which it then can pass on to the compiler. Example: chicken-setup foo.egg -I /opt/foo/include -L /opt/foo/lib Or possibly something slightly smarter that knows about lpaths and rpaths for libraries. This makes it easier to install eggs on systems without having to hardcode paths in setup files. This means it would not be necessary anymore to untar an egg file, go in and hack the setup file and then rebuild, making the process of installing egg files much more natural and user-friendly. Cheers, Peter -- http://sjamaan.ath.cx -- The process of preparing programs for a digital computer is especially attractive, not only because it can be economically and scientifically rewarding, but also because it can be an aesthetic experience much like composing poetry or music. -- Donald Knuth pgpsxCNdWZCqb.pgp Description: PGP signature ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
On Tue, 15 Jul 2008 09:11:20 +0200 Peter Bex [EMAIL PROTECTED] wrote: I don't think this can be solved automatically (unless we want to recreate Autotools or CMake) so what is needed is a way to override or add to existing search paths by passing switches to chicken-setup, which it then can pass on to the compiler. Example: chicken-setup foo.egg -I /opt/foo/include -L /opt/foo/lib Can't it be done with the -csc-option option? Best wishes, Mario ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
On Tue, Jul 15, 2008 at 3:01 AM, Ivan Raikov [EMAIL PROTECTED] wrote: What I would like to see is a two-tier installation system that consists of an interpreter for compilation/installation scripts, and a chicken-setup frontend. The interpreter should know three things: where to get source tarballs (source locations), rules that specify how to compile sources into executables, and where to install files (installation locations). The frontend would read in an egg specification (.meta file) supplant it with defaults such as source locations, and provide a complete installation specification to the interpreter. An interesting question is where to get the meta-information. I think a good approach would be to have it locally, but not including the build-instructions. An update command (to chicken-setup or in whatever manner) could update the local tree with meta-information from a central location. That way a lot of information for, say, listing available eggs, possible upgrades, etc. can be performed locally. Build-instructions (make-rules) on the other hand are tied to the sources and may change frequently. The meta-info-tree could be autogenerated periodically (or even created from a local svn checkout). cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
Hi folks, On Tue, 15 Jul 2008 14:46:33 +0200 felix winkelmann [EMAIL PROTECTED] wrote: An interesting question is where to get the meta-information. I think a good approach would be to have it locally, but not including the build-instructions. An update command (to chicken-setup or in whatever manner) could update the local tree with meta-information from a central location. Maybe we can do this automagically. We can keep a hash (e.g., md5, sha) of the repository metadata file. chicken-setup always downloads the hash file (which is small) and compares with the local copy. If the remote and local hashes are different, chicken-setup fetches the remote (most recent) repository metadata file and its hash. If the remote and the local hash are the same, chicken-setup uses the local metadata file. Best wishes, Mario ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
On Mon, Jul 14, 2008 at 6:01 PM, Ivan Raikov [EMAIL PROTECTED] wrote: The idea is basically to isolate all of the general procedures for e.g. installation and compilation, which once written would probably stay relatively unchanged, and only modify the frontend as chicken-setup policies evolve. We could also think about having different frontends, e.g. for use with different package building tools. This sounds good so far. So an egg could include a custom setup script, or else it would be auto-generated from the .meta file at installation time and therefore the egg is not required to provide it, right? On Tue, Jul 15, 2008 at 12:11 AM, Peter Bex [EMAIL PROTECTED] wrote: I don't think this can be solved automatically (unless we want to recreate Autotools or CMake) so what is needed is a way to override or add to existing search paths by passing switches to chicken-setup, which it then can pass on to the compiler. Example: chicken-setup foo.egg -I /opt/foo/include -L /opt/foo/lib That could be a last-ditch way to solve problems but I would hope most users wouldn't need to do that for most eggs. Is there anything wrong with putting extra -I's and -L's in the meta file, with some possible guesses the egg developer can think of, where a particular library or include might be located? And chicken-setup could append the usual suspects automatically, like /usr/include, /usr/local/include etc. (library foo-wrapper (version 1.4) (make (foo-wrapper.scm) (compile -O2 -d0 -s foo-wrapper.scm -L/usr/lib/foo -L/usr/include/foo -ldl -lfoo -lchicken One problem I could think of is the case where the user has multiple versions of the same library, or is cross-compiling, in which case the default paths, or the paths suggested in the meta file, could be misleading. I guess he'd have to specify the -I and -L somehow, as you suggest. If the user does that, then chicken-setup would not include the default paths, or at least would put the provided paths first. Or somehow the meta file could suggest that libfoo.so might be located in a directory called foo-1.0, somewhere, and chicken-setup could expand that to -L/usr/lib/foo-1.0 -L/usr/local/lib/foo-1.0 etc. But the ability to cross-compile eggs is something I need to test soon; sounds like it's pretty cool already. I'm working on a bitbake recipe for chicken for OpenMoko (I'm still a newbie with that) and am wondering if it's going to be possible to get bitbake to compile all the eggs too, and make ipk's for all of them, hopefully either semi-automatically or I can come up with a way to generate recipes automatically from the meta files, or something. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
2008/7/15 Shawn Rutledge [EMAIL PROTECTED]: On Mon, Jul 14, 2008 at 6:01 PM, Ivan Raikov [EMAIL PROTECTED] wrote: The idea is basically to isolate all of the general procedures for e.g. installation and compilation, which once written would probably stay relatively unchanged, and only modify the frontend as chicken-setup policies evolve. We could also think about having different frontends, e.g. for use with different package building tools. This sounds good so far. So an egg could include a custom setup script, or else it would be auto-generated from the .meta file at installation time and therefore the egg is not required to provide it, right? On Tue, Jul 15, 2008 at 12:11 AM, Peter Bex [EMAIL PROTECTED] wrote: I don't think this can be solved automatically (unless we want to recreate Autotools or CMake) so what is needed is a way to override or add to existing search paths by passing switches to chicken-setup, which it then can pass on to the compiler. Example: chicken-setup foo.egg -I /opt/foo/include -L /opt/foo/lib That could be a last-ditch way to solve problems but I would hope most users wouldn't need to do that for most eggs. Is there anything wrong with putting extra -I's and -L's in the meta file, with some possible guesses the egg developer can think of, where a particular library or include might be located? And chicken-setup could append the usual suspects automatically, like /usr/include, /usr/local/include etc. (library foo-wrapper (version 1.4) (make (foo-wrapper.scm) (compile -O2 -d0 -s foo-wrapper.scm -L/usr/lib/foo -L/usr/include/foo -ldl -lfoo -lchicken One problem I could think of is the case where the user has multiple versions of the same library, or is cross-compiling, in which case the default paths, or the paths suggested in the meta file, could be misleading. I guess he'd have to specify the -I and -L somehow, as you suggest. If the user does that, then chicken-setup would not include the default paths, or at least would put the provided paths first. Or somehow the meta file could suggest that libfoo.so might be located in a directory called foo-1.0, somewhere, and chicken-setup could expand that to -L/usr/lib/foo-1.0 -L/usr/local/lib/foo-1.0 etc. But the ability to cross-compile eggs is something I need to test soon; sounds like it's pretty cool already. I'm working on a bitbake recipe for chicken for OpenMoko (I'm still a newbie with that) and am wondering if it's going to be possible to get bitbake to compile all the eggs too, and make ipk's for all of them, hopefully either semi-automatically or I can come up with a way to generate recipes automatically from the meta files, or something. Hi, Another case is when we use pkg-config as in `pkg-config --cflags --libs pangocairo`. Thu ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
hi, On Tue, Jul 15, 2008 at 09:54:30AM -0300, Mario Domenech Goulart wrote: Maybe we can do this automagically. We can keep a hash (e.g., md5, sha) of the repository metadata file. chicken-setup always downloads the hash file (which is small) and compares with the local copy. If the remote and local hashes are different, chicken-setup fetches the remote (most recent) repository metadata file and its hash. If the remote and the local hash are the same, chicken-setup uses the local metadata file. why not just use the normal http if-modified-since mechanism? bye, hans. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup
Okay, so then let me repeat my previous proposal. As long as we can agree on something, I can implement some initial prototype that can be extended until the results are satisfying. What I would like to see is a two-tier installation system that consists of an interpreter for compilation/installation scripts, and a chicken-setup frontend. The interpreter should know three things: where to get source tarballs (source locations), rules that specify how to compile sources into executables, and where to install files (installation locations). The frontend would read in an egg specification (.meta file) supplant it with defaults such as source locations, and provide a complete installation specification to the interpreter. For example, suppose you had the following egg specification: (;; meta properties from the current chicken-setup (egg treap.egg) (files treap.scm treap-eggdoc.scm treap.setup tests/run.scm) (license GPL-3) (category data) (needs testeez) (author Oleg Kiselyov; packaged for Chicken Scheme by Ivan Raikov) (synopsis A sorted dictionary data structure based on randomized search trees.) ;; shared library specification (library treap (version 1.4) (make (treap.scm) (compile -O2 -d0 -s treap.scm -ldl -lchicken The chicken-setup frontend would contain a list of default locations where it could fetch the source for the egg; for compatibility with the current chicken-setup, this list of default source locations could be the current directory, the downloads directory, and ftp.call/cc.org. Of course, these defaults could be overridden by the user (for example to fetch source from svn). The frontend would also have a list of default installation locations for each type of file (library, program, etc.). Using these defaults, the frontend could for example generate the following installation script: ((source-locations . /home/user/tmp/chicken-4-user-downloads ftp://call/cc.org/eggs/4;) (installation-locations ((library /usr/lib/chicken/4) (program /usr/bin/) (doc /usr/share/doc))) (library treap (make (treap.scm) ;; source files (compile -O2 -d0 -s treap.scm -ldl -lchicken ;; compilation commands This specification would be passed to the interpreter, along with commands such as compile install uninstall, etc. The idea is basically to isolate all of the general procedures for e.g. installation and compilation, which once written would probably stay relatively unchanged, and only modify the frontend as chicken-setup policies evolve. We could also think about having different frontends, e.g. for use with different package building tools. -Ivan felix winkelmann [EMAIL PROTECTED] writes: Perhaps I'm just misunderstanding your intentions. I'd say `chicken-setup' already is a package-management tool in its current incarnation. I also don't want to start an argument about it. The current implementation has accumulated many features that make it (IMHO) hard to change and maintain. I just want to avoid that in the future. Great! Perhaps we can find someone who is willing to implement the low-level layer. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup broken
Hi Jim, Can you try r9257? I have committed some fixes to chicken-setup that would hopefully solve your problems. -Ivan Jim Ursetto [EMAIL PROTECTED] writes: Hi, chicken-setup seems to be broken (r9210). -- Install of egg located in current directory fails: [EMAIL PROTECTED] ~$ echo $TMPDIR $CHICKEN_TMPDIR [EMAIL PROTECTED] ~$ ll objc.egg -rw-r--r-- 1 root jim 64708 Jan 14 01:00 objc.egg [EMAIL PROTECTED] ~$ sudo chicken-setup objc Error: (open-input-file) can not open file - No such file or directory: /tmp/chicken-setup-3-root/downloads/objc.egg -- Install of downloaded egg fails: [EMAIL PROTECTED] ~$ sudo chicken-setup hostinfo The extension hostinfo does not exist. Do you want to download it ? (yes/no/abort) [yes] yes downloading hostinfo.egg from (www.call-with-current-continuation.org eggs/3 80) Error: (open-input-file) can not open file - No such file or directory: /tmp/chicken-setup-3-root/downloads/tmp/chicken-setup-3-root/downloads/hostinfo... ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup broken
Ivan, Installation of downloaded eggs now works. However, installing an egg located in the current directory still fails, with a different path in the error. [EMAIL PROTECTED] ~$ ll objc.egg -rw-r--r-- 1 root jim 64708 Jan 14 01:00 objc.egg [EMAIL PROTECTED] ~$ sudo chicken-setup objc Error: (open-input-file) can not open file - No such file or directory: objc.egg On 3/6/08, Ivan Raikov [EMAIL PROTECTED] wrote: Hi Jim, Can you try r9257? I have committed some fixes to chicken-setup that would hopefully solve your problems. Jim Ursetto [EMAIL PROTECTED] writes: -- Install of egg located in current directory fails: [EMAIL PROTECTED] ~$ echo $TMPDIR $CHICKEN_TMPDIR [EMAIL PROTECTED] ~$ ll objc.egg -rw-r--r-- 1 root jim 64708 Jan 14 01:00 objc.egg [EMAIL PROTECTED] ~$ sudo chicken-setup objc Error: (open-input-file) can not open file - No such file or directory: /tmp/chicken-setup-3-root/downloads/objc.egg ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup on Windows
I found a problem with the latest SVN check out of Chicken. chicken-setup could download and compile extensions all right, but failed when copying them because the paths passed to the copy command contained both forward- and back-slashes. I've attached a patch that will, under Windows only, quote any paths with forward slashes in them, which fixes the problem. I tested it under Linux also (Ubuntu 7.04), and it still worked fine there. Thanks, Eric. The patch is applied. Another option would be to change the appropriate make files to insert the correct path separator for each OS. I played with doing that for a while, but the combination of passing the paths in on the command line, running them through make, and writing them to the C header file seemed error prone and brittle. Yes, it wouldn't really enhance the readability of the makefiles. I wasn't entirely sure where to send this, since it's more of a bug fix than a bug report. If I need to post this to Trac, just let me know. This is fine. Thanks for a great product. I really appreciate all the work that's gone into it. You're welcome. Thanks for using it! cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup -test
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 25, 2007, at 8:57 PM, Ivan Raikov wrote: Yes, I actually meant testbase, but I wasn't paying attention when typing. By the way, if I want to migrate my test code from testeez to testbase, what should I use in place of the test-define macro? In testeez, it is a convenient way to define constants local to a test, but it is not clear to me how to do this in testbase. Hi Ivan, Depends where you are in your test container hierarchy. At the top: ; From testeez document: (define-test %foo:test Foo Station (initial ; Bar function - sorry there isn't any keyed repository for these things. (define (bar x) (+ x 42))) ) ; Bit of problem if this needed some 'bar' in the outer scope! (test/equal Put two and two together (+ 2 2) 4) (test/equal Bar scene (bar 69) 0) (test/eqv Full circle (* (bar -21) 2) 42) (test/eqv Multiple (values (+ 2 2) (string #\h #\i) (char-upcase #\p)) (values 4 hi #\P ) ;%foo:test Inside a test-case, test-suite, etc. (some kind of test container): ... outer ... (test/case Foo Station ( [bar (lambda (x) (+ x 42))] ... ) ... tests ... ) ... outer ... or ... outer ... (test-letrec ([bar (lambda (x) (+ x 42))] ...) ... (some test) ) ... outer ... (I know, too many ways to do not quite the same thing.) That said a 'test-define' macro isn't in the cards. While the name is open, the body of a test container isn't, open that is. It is actually a list of thunks, so there is no new scope once you enter the clause body proper. (See below.) (Really need a tutorial. In my copious spare time.) Also, something that testeez is lacking, but I would like to be able to do is test loop invariants, e.g.: (some tests ... ) (do ((i min (+ 1 i))) (( i max)) (some code ...) (test/equal (some test ...) #t)) So if any of the tests in the loop fail, then there should be a way to indicate that in the overall test stats. Is it possible to do this in testbase? Hmm, noo, but a good idea. I have thought of it. The problem is each test is macroexpanded as a thunk in a list owned by the enclosing test container. The machinery assumes each non-test- container (i.e. an expectation) in a test container will have an atomic value - a test result. This is one of the reasons for forms like 'side-effect' and 'teardown'. That said it becomes of issue of a generative test container. Something like: (test/collector (do ((i min (+ 1 i))) (( i max)) (some code ...) (test-collect (test/equal (some test ...) #t (test-collector TSTNAM DTOR ESCR [(warn WARNING)] [((VAR VAL) ...)] CLAUSE ...) (test/collector [TSTNAM] [((VAR VAL) ...)] CLAUSE ...) (test-collect CLAUSE) The CLAUSE-body of a test-collector would function like a 'test- case' (i.e. fail container on 1st test failure; assuming 'test-case- evaluate-thru-failure' is #f). The collector container local form, 'test-collect', would append each test result as it is returned by the CLAUSE. When the 'test-collector' container exits its' result list then becomes a node in the results tree of the parent container. Hmm. I will look into this. BTW, one benefit of using 'expectations' is the ability to define new ones: (define-expect-unary procedure?) ... (expect-procedure (make-format-function ...)) (define-expect-binary array-equal?) ... (expect-array-equal (array '(3) 'a 'b 'c) (subarray ra 0 #f)) (define-expect-binary =) (define-expect-binary/values =) ... (expect-= 20.0 (ldexp 5.0 2)) (expect-=/values (values 5.0 0.5) (modf 5.5)) Best Wishes, Kon P.S. I inherited the architecture from 'test-infrastructure', and never made any fundamental changes. One big change would be to shift to a 'collector' style for every test form. The collector/collect machinery would be invisible, essentially posting each test result node as it is generated. Kinda late in the game though. -Ivan Kon Lovett [EMAIL PROTECTED] writes: On May 24, 2007, at 7:28 PM, Ivan Raikov wrote: Thanks for that useful addition. So if the tests require an additional egg (such as test-infrastructure or testeez), should that be added as a dependency in the .meta file? Yes, but haven't done it myself yet. (Note 'test-infrastructure' is obsolete.) Best Wishes, Kon -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iEYEARECAAYFAkZX0joACgkQJJNoeGe+5O7p4gCfd4QsZHgL/AlSbz2fAox1IKhP l4YAoILTxrpAvuI4ip8dXPdbkFpZJQyj =1ivV -END PGP SIGNATURE- ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup -test
Yes, I actually meant testbase, but I wasn't paying attention when typing. By the way, if I want to migrate my test code from testeez to testbase, what should I use in place of the test-define macro? In testeez, it is a convenient way to define constants local to a test, but it is not clear to me how to do this in testbase. Also, something that testeez is lacking, but I would like to be able to do is test loop invariants, e.g.: (some tests ... ) (do ((i min (+ 1 i))) (( i max)) (some code ...) (test/equal (some test ...) #t)) So if any of the tests in the loop fail, then there should be a way to indicate that in the overall test stats. Is it possible to do this in testbase? -Ivan Kon Lovett [EMAIL PROTECTED] writes: On May 24, 2007, at 7:28 PM, Ivan Raikov wrote: Thanks for that useful addition. So if the tests require an additional egg (such as test-infrastructure or testeez), should that be added as a dependency in the .meta file? Yes, but haven't done it myself yet. (Note 'test-infrastructure' is obsolete.) Best Wishes, Kon ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup -tests
On 5/23/07, Kon Lovett [EMAIL PROTECTED] wrote: Hi Felix, I will modify my eggs so that they do not automatically run the tests but use the -tests option tests/run.scm protocol. Very good. I was just about announcing this. Note that many users run chicken-setup as root (which should be avoided) in a default installation. I will still install the test suites though. The idea behind this was to run regression against required units/extensions when a dependency is updated. Unfortunately a unimplemented idea. But at least the info tests are available when I have the time. Yes, that makes sense. Perhaps in $PREFIX/share/chicken ? cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup -test
Hello! I've added (well, changed, but the old one was not documented and did something not particularly useful).a -test option to chicken-setup that will run a Scheme script named run.scm in a tests directory in the unpacked egg directory, if it exists (after installation). I suggest that authors of new eggs, or maintainers of existing ones put any test cases in there, since this allows automated testing (for example via salmonella). cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup -test
Thanks for that useful addition. So if the tests require an additional egg (such as test-infrastructure or testeez), should that be added as a dependency in the .meta file? -Ivan felix winkelmann [EMAIL PROTECTED] writes: Hello! I've added (well, changed, but the old one was not documented and did something not particularly useful).a -test option to chicken-setup that will run a Scheme script named run.scm in a tests directory in the unpacked egg directory, if it exists (after installation). I suggest that authors of new eggs, or maintainers of existing ones put any test cases in there, since this allows automated testing (for example via salmonella). ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup -tests
Hi Felix, I will modify my eggs so that they do not automatically run the tests but use the -tests option tests/run.scm protocol. I will still install the test suites though. The idea behind this was to run regression against required units/extensions when a dependency is updated. Unfortunately a unimplemented idea. But at least the info tests are available when I have the time. Best Wishes, Kon ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup feature-request
On 4/25/07, foobar [EMAIL PROTECTED] wrote: The thing is that i want to be able to specifiy the path where eggs are fetched and built into. At the moment i have a separate directory where i need to change into prior to a chicken-setup-call in order to not pollute my filesystem (my homedir most of the time) with the eggs being spread everywhere :) On Unix, pending a fix, you could always write a script like: #!/bin/bash pushd . /dev/null cd /tmp chicken-setup $@ popd /dev/null call it csetup or something like that; you'll get the effect you want. (I'm sure there's a better way to write the script, but this would do the trick.) cheers, Graham ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup feature-request
Hi, may i request a feature for chicken-setup, unless i missed something and it's allready there, of course. The thing is that i want to be able to specifiy the path where eggs are fetched and built into. At the moment i have a separate directory where i need to change into prior to a chicken-setup-call in order to not pollute my filesystem (my homedir most of the time) with the eggs being spread everywhere :) My idea is to control it via an environmentvariable. A suitable default-value for unixes would probably be /tmp. As the build-dir is allready a prameter, you could just parameterize it, no? If there is allready such a feature could you please tell me about it? Best regards David ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup feature-request
On 4/25/07, foobar [EMAIL PROTECTED] wrote: Hi, may i request a feature for chicken-setup, unless i missed something and it's allready there, of course. The thing is that i want to be able to specifiy the path where eggs are fetched and built into. At the moment i have a separate directory where i need to change into prior to a chicken-setup-call in order to not pollute my filesystem (my homedir most of the time) with the eggs being spread everywhere :) My idea is to control it via an environmentvariable. A suitable default-value for unixes would probably be /tmp. As the build-dir is allready a prameter, you could just parameterize it, no? If there is allready such a feature could you please tell me about it? No, there currently is not such a feature, but your idea makes a lot of sense. The build-dir parameter is currently only suitable for reading, so its not quite that easy. But I'll think of something. cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup woes on Windows Vista
Hi, I'm having problems getting chicken-setup to run on a new installation on Windows Vista. I finally managed to get it to build after replacing the MSYS dll and csi works fine - I've tried using some extensions and they are okay too. However, chicken-setup fails with a Bad file number error. According to this page at Microsoft: http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/w2000Msgs/5006.mspx?mfr=true that means it was unable to open a file. I've set all the folders to read/write and full access and it still fails. Any ideas on what it might be trying to open, or is there some way to single-step chicken-setup in the interpreter to find out where it fails? Thanks, Ian $ csi -:c // / ___ (______ ( ___ ___ || )| ||___)|___)| ) |__ | / | |__ | \ |__ | / Version 2.6 - windows-mingw32-x86 - [ dload ptables applyhook cmake ] (c)2000-2007 Felix L. Winkelmann #;1 (exit) $ chicken-setup sh: /c/packages/chicken/bin/chicken-setup: Bad file number ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup woes on Windows Vista
I'm afraid I still run Windows 2000 so I can't comment. - Cheers, Brandon Ian Oversby wrote: Hi, I'm having problems getting chicken-setup to run on a new installation on Windows Vista. I finally managed to get it to build after replacing the MSYS dll and csi works fine - I've tried using some extensions and they are okay too. However, chicken-setup fails with a Bad file number error. According to this page at Microsoft: http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/w2000Msgs/5006.mspx?mfr=true that means it was unable to open a file. I've set all the folders to read/write and full access and it still fails. Any ideas on what it might be trying to open, or is there some way to single-step chicken-setup in the interpreter to find out where it fails? Thanks, Ian $ csi -:c // / ___ (______ ( ___ ___ || )| ||___)|___)| ) |__ | / | |__ | \ |__ | / Version 2.6 - windows-mingw32-x86 - [ dload ptables applyhook cmake ] (c)2000-2007 Felix L. Winkelmann #;1 (exit) $ chicken-setup sh: /c/packages/chicken/bin/chicken-setup: Bad file number ___ 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] chicken-setup woes on Windows Vista
Lucky you - I wish I could go back! Ian On 17/04/07, Brandon J. Van Every [EMAIL PROTECTED] wrote: I'm afraid I still run Windows 2000 so I can't comment. - Cheers, Brandon Ian Oversby wrote: Hi, I'm having problems getting chicken-setup to run on a new installation on Windows Vista. I finally managed to get it to build after replacing the MSYS dll and csi works fine - I've tried using some extensions and they are okay too. However, chicken-setup fails with a Bad file number error. According to this page at Microsoft: http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/w2000Msgs/5006.mspx?mfr=true that means it was unable to open a file. I've set all the folders to read/write and full access and it still fails. Any ideas on what it might be trying to open, or is there some way to single-step chicken-setup in the interpreter to find out where it fails? Thanks, Ian $ csi -:c // / ___ (______ ( ___ ___ || )| ||___)|___)| ) |__ | / | |__ | \ |__ | / Version 2.6 - windows-mingw32-x86 - [ dload ptables applyhook cmake ] (c)2000-2007 Felix L. Winkelmann #;1 (exit) $ chicken-setup sh: /c/packages/chicken/bin/chicken-setup: Bad file number ___ 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 ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup feature request
On 10/23/06, Peter Busser [EMAIL PROTECTED] wrote: Hi! Is it possible to add a command-line switch to chicken-setup to set a root-directory from which all installations are done? This is useful because during package building, the files are installed in a different directory than the root directory. This way the installed files do not overwrite the files present on the system. I noticed that there is a -P switch for the installation path of commands. That solved the build problems for several eggs. Unfortunately, there is no equivalent for documentation or for example files. Doesn't -R (-repository) solve this problem? This will let you specify where the repository is, which determines where docs/examples and compiled eggs are copied. -P will give the directory for scripts and programs, so with both of these options you should be ok. cheers, felix -- http://galinha.ucpel.tche.br:8081/blog/blog.ssp ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup fails on Cygwin CMake
Brandon J. Van [EMAIL PROTECTED] ~/cygwin $ /cygdrive/e/chicken/cmake/cygwin/2.432/bin/chicken-setup opengl The extension opengl does not exist. Do you want to download it ? (yes/no/abort) [yes] downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... downloading required extensions (silex easyffi) ... downloading silex.egg from (www.call-with-current-continuation.org eggs 80) downloading easyffi.egg from (www.call-with-current-continuation.org eggs 80) .. ... installing required extensions ... gunzip -c ../silex.egg | tar xvf - silex.setup silex.scm silex.html /cygdrive/e/chicken/cmake/cygwin/2.432/bin/csc -feature compiling-extension -s -O2 -d1 silex.scm silex.c:1: warning: -fPIC ignored for target (all code is position independent) cp -r silex.dll /cygdrive/e/chicken/cmake/cygwin/2.432/lib/chicken/1/silex.dll cp -r silex.html /cygdrive/e/chicken/cmake/cygwin/2.432/lib/chicken/1/silex.ht ml * The following documentation files have been installed in /cygdrive/e/chicken/c make/cygwin/2.432/lib/chicken/1/index.html: * silex.html rm -fr silex.egg-dir gunzip -c ../easyffi.egg | tar xvf - easyffi.scm runsilex.scm easyffi.setup easyffi.html easyffi.l /cygdrive/e/chicken/cmake/cygwin/2.432/bin/csi -s runsilex.scm Error: unbound variable: |MZ? ♥ ♦ ÿÿ , @ ? ♫▼º♫ '| Call history: eval (##sys#require (quote silex)) -- make: Failed to make easyffi.l.scm: shell invocation failed with non-zero return status Error: shell invocation failed with non-zero return status /cygdrive/e/chicken/cmake/cygwin/2.432/bin/csi -s runsilex.scm 70 Brandon J. Van [EMAIL PROTECTED] ~/cygwin $ ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup fails on Cygwin CMake
Brandon J. Van Every scripsit: Brandon J. Van [EMAIL PROTECTED] ~/cygwin $ /cygdrive/e/chicken/cmake/cygwin/2.432/bin/chicken-setup opengl The extension opengl does not exist. Do you want to download it ? (yes/no/abort) [yes] I just rebuilt the current Darcs head on Cygwin using CMake, and saw no problems. I blew away all existing eggs and reinstalled srfi-29, numbers, and opengl without a problem. -- John Cowan [EMAIL PROTECTED] http://ccil.org/~cowan The penguin geeks is happy / As under the waves they lark The closed-source geeks ain't happy / They sad cause they in the dark But geeks in the dark is lucky / They in for a worser treat One day when the Borg go belly-up / Guess who wind up on the street. ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup fails on Cygwin CMake
John Cowan wrote: Brandon J. Van Every scripsit: Brandon J. Van [EMAIL PROTECTED] ~/cygwin $ /cygdrive/e/chicken/cmake/cygwin/2.432/bin/chicken-setup opengl The extension opengl does not exist. Do you want to download it ? (yes/no/abort) [yes] I just rebuilt the current Darcs head on Cygwin using CMake, and saw no problems. I blew away all existing eggs and reinstalled srfi-29, numbers, and opengl without a problem. What is your installation pathname, and what Chicken did you use to compile it? Maybe I used "bad chicken." Cheers, Brandon ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup fails on Cygwin CMake
Brandon J. Van Every scripsit: What is your installation pathname, and what Chicken did you use to compile it? Maybe I used bad chicken. Default (i.e. /usr/local) and I used whatever previous Darcs version was there, also built with CMake. I have abandoned building with autotools unless CMake will not build. -- Do what you will, John Cowan this Life's a Fiction[EMAIL PROTECTED] And is made up of http://www.ccil.org/~cowan Contradiction. --William Blake ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup, csc now broken on CMake MinGW
An' I dinna' doit, Felix. Your bad, no idea what. Other stuff builds. - Cheers, Brandon Brandon J. Van [EMAIL PROTECTED] ~/msys/chicken $ make -k [ 14%] Built target libchicken-boot [ 19%] Built target chicken-boot [ 33%] Built target libchicken [ 38%] Built target chicken [ 39%] Built target chicken-profile [ 39%] Building C object CMakeFiles/chicken-setup.dir/chicken-setup.obj E:/devel/msys/chicken/chicken-setup.c: In function `tr6r': E:/devel/msys/chicken/chicken-setup.c:3267: warning: implicit declaration of fun ction `alloca' E:/devel/msys/chicken/chicken-setup.c: In function `f_1653': E:/devel/msys/chicken/chicken-setup.c:12198: error: syntax error before ')' toke n E:/devel/msys/chicken/chicken-setup.c:12198: error: too many arguments to functi on `C_mpointer' E:/devel/msys/chicken/chicken-setup.c:12198: error: syntax error before ';' toke n E:/devel/msys/chicken/chicken-setup.c: In function `f_1657': E:/devel/msys/chicken/chicken-setup.c:12214: error: syntax error before ')' toke n E:/devel/msys/chicken/chicken-setup.c:12214: error: too many arguments to functi on `C_mpointer' E:/devel/msys/chicken/chicken-setup.c:12214: error: syntax error before ';' toke n E:/devel/msys/chicken/chicken-setup.c: In function `f_1661': E:/devel/msys/chicken/chicken-setup.c:12230: error: syntax error before ')' toke n E:/devel/msys/chicken/chicken-setup.c:12230: error: too many arguments to functi on `C_mpointer' E:/devel/msys/chicken/chicken-setup.c:12230: error: syntax error before ';' toke n E:/devel/msys/chicken/chicken-setup.c: In function `f_1665': E:/devel/msys/chicken/chicken-setup.c:12246: error: syntax error before ')' toke n E:/devel/msys/chicken/chicken-setup.c:12246: error: too many arguments to functi on `C_mpointer' E:/devel/msys/chicken/chicken-setup.c:12246: error: syntax error before ';' toke n make[2]: *** [CMakeFiles/chicken-setup.dir/chicken-setup.obj] Error 1 make[2]: Target `CMakeFiles/chicken-setup.dir/build' not remade because of error s. make[1]: *** [CMakeFiles/chicken-setup.dir/all] Error 2 [ 46%] Built target libchicken-static [ 51%] Built target chicken-static [ 52%] Building C object CMakeFiles/csc.dir/csc.obj E:/devel/msys/chicken/csc.c: In function `C_toplevel': E:/devel/msys/chicken/csc.c:1003: warning: implicit declaration of function `all oca' E:/devel/msys/chicken/csc.c: In function `f_461': E:/devel/msys/chicken/csc.c:2268: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:2268: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:2268: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_2904': E:/devel/msys/chicken/csc.c:2294: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:2294: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:2294: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_2908': E:/devel/msys/chicken/csc.c:2320: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:2320: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:2320: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_2912': E:/devel/msys/chicken/csc.c:2346: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:2346: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:2346: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_499': E:/devel/msys/chicken/csc.c:3115: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:3115: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:3115: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_506': E:/devel/msys/chicken/csc.c:3246: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:3246: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:3246: error: syntax error before ';' token make[2]: *** [CMakeFiles/csc.dir/csc.obj] Error 1 make[2]: Target `CMakeFiles/csc.dir/build' not remade because of errors. make[1]: *** [CMakeFiles/csc.dir/all] Error 2 [ 53%] Built target csi [ 53%] Built target csi-static [ 54%] Built target darcs_changelog [ 69%] Built target libchickengui [ 83%] Built target libuchicken [ 90%] Built target libchickengui-static [ 98%] Built target libuchicken-static make[1]: Target `all' not remade because of errors. make: *** [all] Error 2 make: Target `default_target' not remade because of errors. Brandon J. Van [EMAIL PROTECTED] ~/msys/chicken $ ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup, csc now broken on CMake MinGW
This should be fixed in the current darcs head. cheers, felix On 9/8/06, Brandon J. Van Every [EMAIL PROTECTED] wrote: An' I dinna' doit, Felix. Your bad, no idea what. Other stuff builds. - Cheers, Brandon Brandon J. Van [EMAIL PROTECTED] ~/msys/chicken $ make -k [ 14%] Built target libchicken-boot [ 19%] Built target chicken-boot [ 33%] Built target libchicken [ 38%] Built target chicken [ 39%] Built target chicken-profile [ 39%] Building C object CMakeFiles/chicken-setup.dir/chicken-setup.obj E:/devel/msys/chicken/chicken-setup.c: In function `tr6r': E:/devel/msys/chicken/chicken-setup.c:3267: warning: implicit declaration of fun ction `alloca' E:/devel/msys/chicken/chicken-setup.c: In function `f_1653': E:/devel/msys/chicken/chicken-setup.c:12198: error: syntax error before ')' toke n E:/devel/msys/chicken/chicken-setup.c:12198: error: too many arguments to functi on `C_mpointer' E:/devel/msys/chicken/chicken-setup.c:12198: error: syntax error before ';' toke n E:/devel/msys/chicken/chicken-setup.c: In function `f_1657': E:/devel/msys/chicken/chicken-setup.c:12214: error: syntax error before ')' toke n E:/devel/msys/chicken/chicken-setup.c:12214: error: too many arguments to functi on `C_mpointer' E:/devel/msys/chicken/chicken-setup.c:12214: error: syntax error before ';' toke n E:/devel/msys/chicken/chicken-setup.c: In function `f_1661': E:/devel/msys/chicken/chicken-setup.c:12230: error: syntax error before ')' toke n E:/devel/msys/chicken/chicken-setup.c:12230: error: too many arguments to functi on `C_mpointer' E:/devel/msys/chicken/chicken-setup.c:12230: error: syntax error before ';' toke n E:/devel/msys/chicken/chicken-setup.c: In function `f_1665': E:/devel/msys/chicken/chicken-setup.c:12246: error: syntax error before ')' toke n E:/devel/msys/chicken/chicken-setup.c:12246: error: too many arguments to functi on `C_mpointer' E:/devel/msys/chicken/chicken-setup.c:12246: error: syntax error before ';' toke n make[2]: *** [CMakeFiles/chicken-setup.dir/chicken-setup.obj] Error 1 make[2]: Target `CMakeFiles/chicken-setup.dir/build' not remade because of error s. make[1]: *** [CMakeFiles/chicken-setup.dir/all] Error 2 [ 46%] Built target libchicken-static [ 51%] Built target chicken-static [ 52%] Building C object CMakeFiles/csc.dir/csc.obj E:/devel/msys/chicken/csc.c: In function `C_toplevel': E:/devel/msys/chicken/csc.c:1003: warning: implicit declaration of function `all oca' E:/devel/msys/chicken/csc.c: In function `f_461': E:/devel/msys/chicken/csc.c:2268: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:2268: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:2268: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_2904': E:/devel/msys/chicken/csc.c:2294: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:2294: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:2294: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_2908': E:/devel/msys/chicken/csc.c:2320: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:2320: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:2320: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_2912': E:/devel/msys/chicken/csc.c:2346: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:2346: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:2346: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_499': E:/devel/msys/chicken/csc.c:3115: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:3115: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:3115: error: syntax error before ';' token E:/devel/msys/chicken/csc.c: In function `f_506': E:/devel/msys/chicken/csc.c:3246: error: syntax error before ')' token E:/devel/msys/chicken/csc.c:3246: error: too many arguments to function `C_mpoin ter' E:/devel/msys/chicken/csc.c:3246: error: syntax error before ';' token make[2]: *** [CMakeFiles/csc.dir/csc.obj] Error 1 make[2]: Target `CMakeFiles/csc.dir/build' not remade because of errors. make[1]: *** [CMakeFiles/csc.dir/all] Error 2 [ 53%] Built target csi [ 53%] Built target csi-static [ 54%] Built target darcs_changelog [ 69%] Built target libchickengui [ 83%] Built target libuchicken [ 90%] Built target libchickengui-static [ 98%] Built target libuchicken-static make[1]: Target `all' not remade because of errors. make: *** [all] Error 2 make: Target `default_target' not remade because of errors. Brandon J. Van [EMAIL PROTECTED] ~/msys/chicken $ ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users -- http://galinha.ucpel.tche.br:8081/blog/blog.ssp ___ Chicken-users mailing list
Re: [Chicken-users] chicken-setup quoting problem on CMake MinGW
On 8/31/06, Brandon J. Van Every [EMAIL PROTECTED] wrote: I'm going to guess that because there are 4 quotes on this line, something is absorbing 2 of 'em or some nonsense like that, probably quoting the interior of the command and leaving E:\Program bare. I think the latter quotes are only due to escaping in the error message. I tried to simulate this situation by building a version on linux (ffrom repo) with a prefix containing whitespace. Not surprisingly the autotools build can't handle that (libtool bombs). CMake worked (modulo the problem I talked about with missing libchicken.so - entering make again works ok) and running chicken-setup opengl with paths and library-paths properly set runs to completion. So I guess this is a mingw issue. cheers, felix -- http://galinha.ucpel.tche.br:8081/blog/blog.ssp ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup quoting problem on CMake MinGW
felix winkelmann wrote: On 8/31/06, Brandon J. Van Every [EMAIL PROTECTED] wrote: I'm going to guess that because there are 4 quotes on this line, something is absorbing 2 of 'em or some nonsense like that, probably quoting the interior of the command and leaving E:\Program bare. I think the latter quotes are only due to escaping in the error message. I tried to simulate this situation by building a version on linux (ffrom repo) with a prefix containing whitespace. Not surprisingly the autotools build can't handle that (libtool bombs). CMake worked (modulo the problem I talked about with missing libchicken.so - entering make again works ok) and running chicken-setup opengl with paths and library-paths properly set runs to completion. So I guess this is a mingw issue. No, probably a Windows Command Prompt issue. You did your stuff under a Bourne shell. I haven't tested under MSYS or Cygwin shells; maybe the problem will go away there. I'm in the middle of Autotools stuff right now, not gonna break focus... Cheers, Brandon Van Every ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup quoting problem on CMake MinGW
On 8/31/06, Brandon J. Van Every [EMAIL PROTECTED] wrote: E:\devel\mingwls [...] I don't understand this. csc is called twice in the above logs, and once it is quotewrapped and once it isn't. Is the installation ok? Can you run the chicken-setup invocations separately, with locally saved eggs and without the download? cheers, felix -- http://galinha.ucpel.tche.br:8081/blog/blog.ssp ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] chicken-setup quoting problem on CMake MinGW
E:\devel\mingwrm -r *.egg *.egg.dir E:\devel\mingwchicken-setup -version chicken-setup - Version 2, Build 427 E:\devel\mingwchicken-setup opengl The extension opengl does not exist. Do you want to download it ? (yes/no/abort) [yes] downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... downloading required extensions ... downloading easyffi.egg from (www.call-with-current-continuation.org eggs 80) .. . installing required extensions ... gunzip -c ../easyffi.egg | tar xvf - easyffi.scm runsilex.scm easyffi.setup easyffi.html easyffi.l E:\Program Files\Chicken\bin\csi -s runsilex.scm 'E:\Program' is not recognized as an internal or external command, operable program or batch file. make: Failed to make easyffi.l.scm: shell invocation failed with non-zero return status Error: shell invocation failed with non-zero return status E:\\Program Files\\Chicken\\bin\\csi -s runsilex.scm 1 E:\devel\mingw Cheers, Brandon Van Every ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup quoting problem on CMake MinGW
Fix (another missing quotewrap) will be pushed in a few minutes. cheers, felix On 8/30/06, Brandon J. Van Every [EMAIL PROTECTED] wrote: E:\devel\mingwrm -r *.egg *.egg.dir E:\devel\mingwchicken-setup -version chicken-setup - Version 2, Build 427 E:\devel\mingwchicken-setup opengl The extension opengl does not exist. Do you want to download it ? (yes/no/abort) [yes] downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... downloading required extensions ... downloading easyffi.egg from (www.call-with-current-continuation.org eggs 80) .. . installing required extensions ... gunzip -c ../easyffi.egg | tar xvf - easyffi.scm runsilex.scm easyffi.setup easyffi.html easyffi.l E:\Program Files\Chicken\bin\csi -s runsilex.scm 'E:\Program' is not recognized as an internal or external command, operable program or batch file. make: Failed to make easyffi.l.scm: shell invocation failed with non-zero return status Error: shell invocation failed with non-zero return status E:\\Program Files\\Chicken\\bin\\csi -s runsilex.scm 1 E:\devel\mingw Cheers, Brandon Van Every ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users -- http://galinha.ucpel.tche.br:8081/blog/blog.ssp ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup quoting problem on CMake MinGW
felix winkelmann wrote: Fix (another missing quotewrap) will be pushed in a few minutes. Got a lot farther now, all the way to the opengl egg, but still not quite done yet: Cheers, Brandon E:\devel\mingwls easyffi.egg easyffi.egg.dir echo E:\devel\mingwrm -r *.egg *.egg.dir E:\devel\mingwls echo E:\devel\mingwchicken-setup opengl The extension opengl does not exist. Do you want to download it ? (yes/no/abort) [yes] downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... downloading required extensions ... downloading easyffi.egg from (www.call-with-current-continuation.org eggs 80) .. installing required extensions ... gunzip -c ../easyffi.egg | tar xvf - easyffi.scm runsilex.scm easyffi.setup easyffi.html easyffi.l E:\Program Files\Chicken\bin\csi -s runsilex.scm E:\Program Files\Chicken\bin\csc -feature compiling-extension -s -O2 -d0 eas yffi.scm -G Warning: global variable `lexer-get-func-line' is never used Warning: global variable `lexer-get-func-offset' is never used Warning: global variable `lexer-get-func-column' is never used Warning: local assignment to unused variable `lexer-getc' may be unintended Warning: global variable `lexer-getc' is never used Warning: local assignment to unused variable `lexer-ungetc' may be unintended Warning: global variable `lexer-ungetc' is never used Warning: redefinition of imported variable `##sys#user-read-hook' from `eval' Warning: variable `string-match' used but not imported Warning: variable `string-substitute' used but not imported easyffi.c:1: warning: -fPIC ignored for target (all code is position independent ) copy easyffi.dll E:\Program Files\Chicken\lib\chicken\1\easyffi.dll 1 file(s) copied. del /Q /S easyffi.egg-dir Deleted file - E:\devel\mingw\easyffi.egg-dir\easyffi.dll Deleted file - E:\devel\mingw\easyffi.egg-dir\easyffi.html Deleted file - E:\devel\mingw\easyffi.egg-dir\easyffi.l Deleted file - E:\devel\mingw\easyffi.egg-dir\easyffi.l.scm Deleted file - E:\devel\mingw\easyffi.egg-dir\easyffi.scm Deleted file - E:\devel\mingw\easyffi.egg-dir\easyffi.setup Deleted file - E:\devel\mingw\easyffi.egg-dir\runsilex.scm downloading opengl.egg from (www.call-with-current-continuation.org eggs 80) ... .. gunzip -c ../opengl.egg | tar xvf - opengl.setup gl.scm glu.scm glut.scm glprocs/ glprocs/.svn/ glprocs/.svn/text-base/ glprocs/.svn/prop-base/ glprocs/.svn/props/ glprocs/.svn/wcprops/ glprocs/.svn/tmp/ glprocs/.svn/tmp/text-base/ glprocs/.svn/tmp/prop-base/ glprocs/.svn/tmp/props/ glprocs/.svn/tmp/wcprops/ glprocs/.svn/entries glprocs/.svn/empty-file glprocs/.svn/README.txt glprocs/.svn/format glprocs/.svn/dir-wcprops glprocs/GL/ glprocs/GL/.svn/ glprocs/GL/.svn/text-base/ glprocs/GL/.svn/text-base/glprocs.h.svn-base glprocs/GL/.svn/text-base/wglext.h.svn-base glprocs/GL/.svn/text-base/gl.h.svn-base glprocs/GL/.svn/text-base/glext.h.svn-base glprocs/GL/.svn/prop-base/ glprocs/GL/.svn/prop-base/glprocs.h.svn-base glprocs/GL/.svn/prop-base/wglext.h.svn-base glprocs/GL/.svn/prop-base/gl.h.svn-base glprocs/GL/.svn/prop-base/glext.h.svn-base glprocs/GL/.svn/props/ glprocs/GL/.svn/props/glprocs.h.svn-work glprocs/GL/.svn/props/wglext.h.svn-work glprocs/GL/.svn/props/gl.h.svn-work glprocs/GL/.svn/props/glext.h.svn-work glprocs/GL/.svn/wcprops/ glprocs/GL/.svn/wcprops/glprocs.h.svn-work glprocs/GL/.svn/wcprops/wglext.h.svn-work glprocs/GL/.svn/wcprops/gl.h.svn-work glprocs/GL/.svn/wcprops/glext.h.svn-work glprocs/GL/.svn/tmp/ glprocs/GL/.svn/tmp/text-base/ glprocs/GL/.svn/tmp/prop-base/ glprocs/GL/.svn/tmp/props/ glprocs/GL/.svn/tmp/wcprops/ glprocs/GL/.svn/entries glprocs/GL/.svn/empty-file glprocs/GL/.svn/README.txt glprocs/GL/.svn/format glprocs/GL/.svn/dir-wcprops glprocs/GL/glprocs.h glprocs/GL/wglext.h glprocs/GL/gl.h glprocs/GL/glext.h glprocs.c README E:\Program Files\Chicken\bin\csc -feature compiling-extension gl.scm -s -O2 -d0 -L -L/usr/X11R6/lib -L/usr/X11/lib -lGL -LX11 'E:\Program' is not recognized as an internal or external command, operable program or batch file. make: Failed to make gl.so: shell invocation failed with non-zero return status Error: shell invocation failed with non-zero return status \E:\\Program Files\\Chicken\\bin\\csc\ -feature compiling-extension gl.scm -. .. 1 E:\devel\mingwE:\devel\mingwls easyffi.egg easyffi.egg.dir echo E:\devel\mingwrm -r *.egg *.egg.dir E:\devel\mingwls echo E:\devel\mingwchicken-setup opengl The extension opengl does not exist. Do you want to download it ? (yes/no/abort) [yes] downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... downloading required extensions ... downloading easyffi.egg from (www.call-with-current-continuation.org eggs 80) .. installing required extensions ... gunzip -c ../easyffi.egg | tar xvf - easyffi.scm runsilex.scm easyffi.setup easyffi.html easyffi.l E:\Program Files\Chicken\bin\csi -s runsilex.scm E:\Program Files\Chicken\bin\csc
Re: [Chicken-users] chicken-setup doesn't handle whitespace
felix winkelmann wrote: On 8/6/06, Brandon J. Van Every [EMAIL PROTECTED] wrote: There is (quotewrap blah) code in csc.scm. It can be reused in chicken-setup.scm. It is mainly a question of where it needs to be used. I haven't had time or brainpower to deal with it. Paid my rent today with an overdraft check. That's pretty much the shot going off that starts my race towards jobdom. Nothing Chicken is getting done until I'm totally sick of jobhunting. I bemoan the fact that supporting anything in computers takes so much time. Very true, I feel the same quite often. I have added checks for whitespace in filenames at various places in chicken-setup.scm and pushed it to the darcs head. I built on MinGW and installed to E:\Program Files\Chicken. chicken-setup opengl now understands whitespace! I get: E:\develchicken-setup opengl copy gl.dll E:\Program Files\Chicken\lib\gl.dll 1 file(s) copied. copy glu.dll E:\Program Files\Chicken\lib\glu.dll 1 file(s) copied. copy glut.dll E:\Program Files\Chicken\lib\glut.dll 1 file(s) copied. This isn't entirely good in and of itself, but that's a subject for another post. At least whitespace appears conquered. Cheers, Brandon Van Every ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
RE: [Chicken-users] chicken-setup doesn't handle whitespace
Built with CMake MinGW: E:\develchicken-setup opengl E:\Program Files\Chicken\bin\csc -feature compiling-extension -s glut.scm -O2 -d0 -L -L/usr/X11R6/lib -L/usr/X11/lib -lglut -LX11 -lXmu 'E:\Program' is not recognized as an internal or external command, operable program or batch file. make: Failed to make glut.so: shell invocation failed with non-zero return status Error: shell invocation failed with non-zero return status E:\\Program Files\\Chicken\\bin\\csc -feature compiling-extension -s glut.scm . .. 1 Cheers, Brandon Van Every I have fairly recent version of chicken built with cmake / mingw / msys installed Version 2, Build 423 - windows-mingw32-x86 - [ dload ptables applyhook ] Installing in c:\chicken-latest rather than c:\program files means that chicken-setup works fine which seems to confirm your theory about whitespace. If it helps, here is a recent cmd session of mine. C:\c:\program files\internet explorer\iexplore.exe 'c:\program' is not recognized as an internal or external command, operable program or batch file. C:\c:\program\\ files\internet\\ explorer\iexplore.exe 'c:\program\\' is not recognized as an internal or external command, operable program or batch file. C:\c:\program files\internet explorer\iexplore.exe 'c:\program' is not recognized as an internal or external command, operable program or batch file. C:\c:\program files\internet explorer\iexplore.exe [Internet explorer then popped up] Quoting an entire command seems to be the way to get windows to accept it if it has spaces embedded. As backslash is the directory separator, it doesn't make sense that it would be the escape character too (perhaps? I'm normally a Unix guy myself). Regards, Ian ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup doesn't handle whitespace
Ian Oversby wrote: C:\c:\program files\internet explorer\iexplore.exe [Internet explorer then popped up] Quoting an entire command seems to be the way to get windows to accept it if it has spaces embedded. As backslash is the directory separator, it doesn't make sense that it would be the escape character too (perhaps? I'm normally a Unix guy myself). There is (quotewrap blah) code in csc.scm. It can be reused in chicken-setup.scm. It is mainly a question of where it needs to be used. I haven't had time or brainpower to deal with it. Paid my rent today with an overdraft check. That's pretty much the shot going off that starts my race towards jobdom. Nothing Chicken is getting done until I'm totally sick of jobhunting. I bemoan the fact that supporting anything in computers takes so much time. Cheers, Brandon Van Every ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken-setup 2.3 fails on Cygwin
I can get this to duplicate as well. I wondered for a while why this doesn't happen with the MINGW build and took a look at the create-directory lambda in chicken-setup. I noticed that in the verbose output we were not getting an echo of the create-directory function. So I changed the function to this: (define create-directory (if windows (lambda (dir) (when (run-verbose) (printf win: creating directory `~a'~%~! dir)) (foreign-lambda void create_directory c-string)) (lambda (dir) (when (run-verbose) (printf creating directory `~a'~%~! dir)) (system* mkdir -p ~a dir) ) ) ) Sure enough it spits out win: creating directory `numbers.egg.dir' I would guess that it should use mkdir on cygwin. The question is how to figure out if we are on cygwin. Pat On 3/21/06, John Cowan [EMAIL PROTECTED] wrote: Matthew Welland scripsit: No idea if this is related but I had a similar problem where if the current directory had a space in the path chicken-setup would fail. Running chicken-setup in a location where the path was free of spaces worked fine. That's one of the classic problems with porting Unix programs to Cygwin. Of course, it's a problem in principle on Unix too, but it doesn't come up as often. Usually a discreet use of double-quotes around the $PATH variable solves the problem. -- XQuery Blueberry DOMJohn Cowan Entity parser dot-com [EMAIL PROTECTED] Abstract schemata http://www.ap.org XPointer errata http://www.ccil.org/~cowan Infoset Unicode BOM --Richard Tobin ___ 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] Chicken-setup 2.3 fails on Cygwin
This works for chicken-setup.scm create-directiory on cygwin: (define create-directory (if (and windows (not (eq? (build-platform) 'cygwin))) (lambda (dir) (when (run-verbose) (printf creating directory `~a'`~a' ~%~! dir )) (foreign-lambda void create_directory c-string)) (lambda (dir) (when (run-verbose) (printf creating directory `~a'~%~! dir)) (system* mkdir -p ~a dir) ) ) ) Maybe, if others think it is ok, it should be added to chicken-setup.scm. Pat On 3/22/06, Patrick Brannan [EMAIL PROTECTED] wrote: I can get this to duplicate as well. I wondered for a while why this doesn't happen with the MINGW build and took a look at the create-directory lambda in chicken-setup. I noticed that in the verbose output we were not getting an echo of the create-directory function. So I changed the function to this: (define create-directory (if windows (lambda (dir) (when (run-verbose) (printf win: creating directory `~a'~%~! dir)) (foreign-lambda void create_directory c-string)) (lambda (dir) (when (run-verbose) (printf creating directory `~a'~%~! dir)) (system* mkdir -p ~a dir) ) ) ) Sure enough it spits out win: creating directory `numbers.egg.dir' I would guess that it should use mkdir on cygwin. The question is how to figure out if we are on cygwin. Pat On 3/21/06, John Cowan [EMAIL PROTECTED] wrote: Matthew Welland scripsit: No idea if this is related but I had a similar problem where if the current directory had a space in the path chicken-setup would fail. Running chicken-setup in a location where the path was free of spaces worked fine. That's one of the classic problems with porting Unix programs to Cygwin. Of course, it's a problem in principle on Unix too, but it doesn't come up as often. Usually a discreet use of double-quotes around the $PATH variable solves the problem. -- XQuery Blueberry DOMJohn Cowan Entity parser dot-com [EMAIL PROTECTED] Abstract schemata http://www.ap.org XPointer errata http://www.ccil.org/~cowan Infoset Unicode BOM --Richard Tobin ___ 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] Chicken-setup 2.3 fails on Cygwin
Whoops, I left some debugging refuse in what I sent in. Try this instead: (define create-directory (if (and windows (not (eq? (build-platform) 'cygwin))) (lambda (dir) (when (run-verbose) (printf creating directory `~a' ~%~! dir )) (foreign-lambda void create_directory c-string)) (lambda (dir) (when (run-verbose) (printf creating directory `~a'~%~! dir)) (system* mkdir -p ~a dir) ) ) ) On 3/22/06, Patrick Brannan [EMAIL PROTECTED] wrote: This works for chicken-setup.scm create-directiory on cygwin: (define create-directory (if (and windows (not (eq? (build-platform) 'cygwin))) (lambda (dir) (when (run-verbose) (printf creating directory `~a'`~a' ~%~! dir )) (foreign-lambda void create_directory c-string)) (lambda (dir) (when (run-verbose) (printf creating directory `~a'~%~! dir)) (system* mkdir -p ~a dir) ) ) ) Maybe, if others think it is ok, it should be added to chicken-setup.scm. Pat On 3/22/06, Patrick Brannan [EMAIL PROTECTED] wrote: I can get this to duplicate as well. I wondered for a while why this doesn't happen with the MINGW build and took a look at the create-directory lambda in chicken-setup. I noticed that in the verbose output we were not getting an echo of the create-directory function. So I changed the function to this: (define create-directory (if windows (lambda (dir) (when (run-verbose) (printf win: creating directory `~a'~%~! dir)) (foreign-lambda void create_directory c-string)) (lambda (dir) (when (run-verbose) (printf creating directory `~a'~%~! dir)) (system* mkdir -p ~a dir) ) ) ) Sure enough it spits out win: creating directory `numbers.egg.dir' I would guess that it should use mkdir on cygwin. The question is how to figure out if we are on cygwin. Pat On 3/21/06, John Cowan [EMAIL PROTECTED] wrote: Matthew Welland scripsit: No idea if this is related but I had a similar problem where if the current directory had a space in the path chicken-setup would fail. Running chicken-setup in a location where the path was free of spaces worked fine. That's one of the classic problems with porting Unix programs to Cygwin. Of course, it's a problem in principle on Unix too, but it doesn't come up as often. Usually a discreet use of double-quotes around the $PATH variable solves the problem. -- XQuery Blueberry DOMJohn Cowan Entity parser dot-com [EMAIL PROTECTED] Abstract schemata http://www.ap.org XPointer errata http://www.ccil.org/~cowan Infoset Unicode BOM --Richard Tobin ___ 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] Chicken-setup 2.3 fails on Cygwin
On 3/22/06, Patrick Brannan [EMAIL PROTECTED] wrote: Whoops, I left some debugging refuse in what I sent in. Try this instead: (define create-directory (if (and windows (not (eq? (build-platform) 'cygwin))) (lambda (dir) (when (run-verbose) (printf creating directory `~a' ~%~! dir )) (foreign-lambda void create_directory c-string)) (lambda (dir) (when (run-verbose) (printf creating directory `~a'~%~! dir)) (system* mkdir -p ~a dir) ) ) ) I added the debug output to both branches, thanks! cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken-setup 2.3 fails on Cygwin
felix winkelmann scripsit: Can you show the output of chicken-setup -v numbers? Here it is, but not much more helpful (except that it shows the egg is indeed being downloaded, which I already knew): $ chicken-setup -v numbers The extension numbers does not exist. Do you want to download it ? (yes/no/abort) [yes] yes downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... GET /eggs/repository HTTP/1.0 Host: www.call-with-current-continuation.org Connection: close Content-length: 0 HTTP/1.1 200 OK Date: Tue, 21 Mar 2006 17:17:29 GMT Server: Apache/1.3.33 Last-Modified: Tue, 21 Mar 2006 16:37:59 GMT ETag: 3068d3-2379-44202be7 Accept-Ranges: bytes Content-Length: 9081 Connection: close Content-Type: text/plain downloading numbers.egg from (www.call-with-current-continuation.org eggs/ 80) ... changing working directory to `numbers.egg.dir' Error: (change-directory) can not change current directory - No such file or directory: numbers.egg.dir -- Do I contradict myself? John Cowan Very well then, I contradict myself.[EMAIL PROTECTED] I am large, I contain multitudes. http://www.ccil.org/~cowan --Walt Whitman, Leaves of Grass http://www.ap.org ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken-setup 2.3 fails on Cygwin
Could you try the following experiment: replace the definitions of windows in chicken-setup.scm? (define windows (and (eq? (software-type) 'windows) (let ((p (build-platform))) (and (not (eq? p 'cygwin)) p) ) ) ) cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken-setup 2.3 fails on Cygwin
Can you run it with -v (verbose) and post the output? On 3/20/06, John Cowan [EMAIL PROTECTED] wrote: I built Chicken 2.3 from source on a Cygwin system that had no previous copy of Chicken on it. It built and installed successfully, but chicken-setup consistently fails as follows: $ chicken-setup numbers The extension numbers does not exist. Do you want to download it ? (yes/no/abort) [yes] yes downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... downloading numbers.egg from (www.call-with-current-continuation.org eggs/ 80) ... Error: (change-directory) can not change current directory - No such file or directory: numbers.egg.dir Creating numbers.egg.dir myself does not help. It does not matter which egg I try to install; repeating this run correctly skips the download step but then crashes with the same error. -- John Cowan [EMAIL PROTECTED] www.ccil.org/~cowan www.ap.org The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague. --Edsger Dijkstra ___ 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] Chicken-setup 2.3 fails on Cygwin
No idea if this is related but I had a similar problem where if the current directory had a space in the path chicken-setup would fail. Running chicken-setup in a location where the path was free of spaces worked fine. On Tuesday 21 March 2006 11:30, Patrick Brannan wrote: Can you run it with -v (verbose) and post the output? On 3/20/06, John Cowan [EMAIL PROTECTED] wrote: I built Chicken 2.3 from source on a Cygwin system that had no previous copy of Chicken on it. It built and installed successfully, but chicken-setup consistently fails as follows: $ chicken-setup numbers The extension numbers does not exist. Do you want to download it ? (yes/no/abort) [yes] yes downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... downloading numbers.egg from (www.call-with-current-continuation.org eggs/ 80) ... Error: (change-directory) can not change current directory - No such file or directory: numbers.egg.dir Creating numbers.egg.dir myself does not help. It does not matter which egg I try to install; repeating this run correctly skips the download step but then crashes with the same error. -- John Cowan [EMAIL PROTECTED] www.ccil.org/~cowan www.ap.org The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague. --Edsger Dijkstra ___ 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 ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] Chicken-setup 2.3 fails on Cygwin
Matthew Welland scripsit: No idea if this is related but I had a similar problem where if the current directory had a space in the path chicken-setup would fail. Running chicken-setup in a location where the path was free of spaces worked fine. That's one of the classic problems with porting Unix programs to Cygwin. Of course, it's a problem in principle on Unix too, but it doesn't come up as often. Usually a discreet use of double-quotes around the $PATH variable solves the problem. -- XQuery Blueberry DOMJohn Cowan Entity parser dot-com [EMAIL PROTECTED] Abstract schemata http://www.ap.org XPointer errata http://www.ccil.org/~cowan Infoset Unicode BOM --Richard Tobin ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
[Chicken-users] Chicken-setup 2.3 fails on Cygwin
I built Chicken 2.3 from source on a Cygwin system that had no previous copy of Chicken on it. It built and installed successfully, but chicken-setup consistently fails as follows: $ chicken-setup numbers The extension numbers does not exist. Do you want to download it ? (yes/no/abort) [yes] yes downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... downloading numbers.egg from (www.call-with-current-continuation.org eggs/ 80) ... Error: (change-directory) can not change current directory - No such file or directory: numbers.egg.dir Creating numbers.egg.dir myself does not help. It does not matter which egg I try to install; repeating this run correctly skips the download step but then crashes with the same error. -- John Cowan [EMAIL PROTECTED] www.ccil.org/~cowan www.ap.org The competent programmer is fully aware of the strictly limited size of his own skull; therefore he approaches the programming task in full humility, and among other things he avoids clever tricks like the plague. --Edsger Dijkstra ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup failure with gmp
The egg should be fixed now. cheers, felix On 7/23/05, Raffael Cavallaro [EMAIL PROTECTED] wrote: On Jul 22, 2005, at Fri, Jul 22, 7:22 42 PM, Dale Jordan wrote: Change to: (map (lambda (s o) (list o (list s) (lambda () (run (csc -s -O2 -d0 -R syntax-case s -L -lgmp) (Ignore line breaks above). You will need the syntax-case egg. Did the trick - thanks for your help. regards, Ralph Raffael Cavallaro, Ph.D. [EMAIL PROTECTED] ___ 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
[Chicken-users] chicken-setup failure with gmp
When I try to use chicken-setup to install the gmp egg, I get the error: csc: invalid option `-H' which I believe comes from this form in gmp.setup: (make/proc (map (lambda (s o) (list o (list s) (lambda () (run (csc -sH -O2 - d0 ,s -L -lgmp) sfiles ofiles) (list-vector ofiles) ) Is there any way to correct this? FWIW, I built and installed the gmp library from sources prior to trying to setup the gmp egg if that makes any difference. Here is the full terminal transcript: raffaelc$ sudo chicken-setup -keep gmp The extension gmp does not exist. Do you want to download it ? (yes/no/abort) [yes] yes downloading catalog ... downloading catalog from www.call-with-current-continuation.org ... downloading gmp.egg from (www.call-with-current-continuation.org eggs 80) ... mkdir -p gmp.egg.dir gunzip -c ../gmp.egg | tar xvf - gmp.setup gmp_types.scm gmp_test.scm gmp_integer.scm gmp_test_rational.scm gmp_rational.scm gmp_test_utils.scm gmp_test_integer.scm gmp.scm gmp_test_float.scm gmp_utils.scm gmp_float.scm gmp_random.scm /usr/local/bin/csc -feature compiling-extension -sH -O2 -d0 gmp_float.scm -L -lgmp csc: invalid option `-H' make: Failed to make gmp_float.so: shell invocation failed with non- zero return status Error: shell invocation failed with non-zero return status /usr/local/bin/csc -feature compiling-extension -sH -O2 -d0 gmp_float.scm -L -... 64 Error: shell invocation failed with non-zero return status /usr/local/bin/csc -feature compiling-extension -sH -O2 -d0 gmp_float.scm -L -... 64 Thanks in advance, Ralph Raffael Cavallaro, Ph.D. [EMAIL PROTECTED] ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] chicken-setup on freebsd
On 5/5/05, Toby Butzon [EMAIL PROTECTED] wrote: Howdy, Wanted to see if anyone was aware of this: I installed chicken from FreeBSD's ports collection, then ran `chicken-setup spiffy`. chicken-setup failed, and it seemed to be caused by a missing chicken.h -- so I added -csc-option -C -I/usr/local/include to the chicken-setup commandine and everything went fine. Is this because the port puts chicken.h in a strange place, or is my local environment just set up weird, or what? This isn't exactly a fresh system, but I would've expected chicken-setup to work right out of the box. Is /usr/local the prefix for the libraries and binaries, too? Then /usr/local/include should be in the default path. But I don't know how ports handles these things. (I don't understand why /usr/local/include isn't by default in the standard include path, when /usr/local/bin is in the standard path - but this is probably some ancient unixism...) cheers, felix ___ Chicken-users mailing list Chicken-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/chicken-users
