Hi!
The current release candidate can be found at:
http://www.call-with-current-continuation.org/chicken-4.0.0.tar.gz
I tested it on several systems (mingw(+msys), linux), but would
appreciate if others could give it a try. Note that some minor
recent trunk changes didn't make it, due to unclea
Hi Felix,
MSVC+Cygwin's tools. Build failed since both chichen-defaults and
chicken-config contain something like this:
/backup /bin /cygdrive /cygwin.bat /cygwin.ico /dev /etc /home /lib /proc
/tmp /usr /var generated benchmarks/ html/ scripts/ tests/
Is it expected?
Seems that it's caused by
no. what happened is that the quoting rules are screwed up. i forgot to
backport the makefile from 3. ill do it in a few.
(youre seeing what happens when the 'cat' or 'type' goes horribly wrong.
note how the slashes go from one side to the other.)
-elf
On Thu, 26 Mar 2009, Ivan Shcheklein
Hi Felix
On Wed, 25 Mar 2009 16:31:24 +0100 felix winkelmann wrote:
> The current release candidate can be found at:
>
> http://www.call-with-current-continuation.org/chicken-4.0.0.tar.gz
>
> I tested it on several systems (mingw(+msys), linux), but would
> appreciate if others could give it a t
On Wed, Mar 25, 2009 at 04:31:24PM +0100, felix winkelmann wrote:
> I tested it on several systems (mingw(+msys), linux), but would
> appreciate if others could give it a try. Note that some minor
> recent trunk changes didn't make it, due to unclear portability.
On OpenBSD 4.5 x86:
Compiles both
2009/3/25 Ivan Shcheklein :
> Hi Felix,
>
> MSVC+Cygwin's tools. Build failed since both chichen-defaults and
> chicken-config contain something like this:
I don't understand: MSVC + cygwin?
cheers,
felix
___
Chicken-users mailing list
Chicken-users@
On Wed, Mar 25, 2009 at 10:11 PM, Elf wrote:
>
> no. what happened is that the quoting rules are screwed up. i forgot to
> backport the makefile from 3. ill do it in a few.
>
Please don't touch it, unless we have figured out what exactly goes
wrong.
cheers,
felix
__
On Thu, Mar 26, 2009 at 4:24 AM, Taylor Venable wrote:
>
> I get the following when running "make fullcheck" --
>
scripts/makedist.scm is not in the tarball. I should add it...
Thanks.
cheers,
felix
___
Chicken-users mailing list
Chicken-users@nong
I don't give up that easily.
Slapped a gnuwin32 install into the PATH, ran with backslashes, success!
You learn something every day I guess, I never suspected MSYS-make
would break when used outside of MSYS, though considering the PATH
mangling MSYS does its not surprising at all.
I'd feel daft,
On Thu, Mar 26, 2009 at 1:59 PM, Leonardo Valeri Manera
wrote:
>
> You learn something every day I guess, I never suspected MSYS-make
> would break when used outside of MSYS, though considering the PATH
> mangling MSYS does its not surprising at all.
MSYS does many evil things. MSYS make also sea
felix winkelmann scripsit:
> - mingw-msys: you have mingw + msys
> - mingw: you *DON'T* have msys, just cmd.exe and bare bones mingw
I have never understood why we have both these builds, when it seems that
mingw would suffice. It just means more documentation, more support, more
stuff to conver
On Thu, Mar 26, 2009 at 3:09 PM, John Cowan wrote:
> felix winkelmann scripsit:
>
>> - mingw-msys: you have mingw + msys
>> - mingw: you *DON'T* have msys, just cmd.exe and bare bones mingw
>
> I have never understood why we have both these builds, when it seems that
> mingw would suffice. It jus
So, MinGW64 build falls flat on its face after 3 lines.
MinGW64 needs target and host set as 'x86_64-pc-mingw32'. This give
you this commandline:
make PLATFORM=mingw PREFIX= ARCH=x86_64
HOSTSYSTEM=x86_64-pc-mingw32 TARGETSYSTEM=x86_64-pc-mingw32
Resulting in:
make -f ./Makefile.mingw all
make[1
Leonardo Valeri Manera wrote:
make PLATFORM=mingw PREFIX= ARCH=x86_64 HOSTSYSTEM=x86_64-pc-
mingw32 TARGETSYSTEM=x86_64-pc-mingw32
Try ARCH=x86-64
And move discussion to a new thread ;-)
-Tobia
___
Chicken-users mailing list
Chicken-users@nongnu.o
It was an experiment more than anything, I'll embark on this with any
seriousity when 4 is actually released.
Leo
2009/3/26 Tobia Conforto :
> Leonardo Valeri Manera wrote:
>>
>> make PLATFORM=mingw PREFIX= ARCH=x86_64
>> HOSTSYSTEM=x86_64-pc-mingw32 TARGETSYSTEM=x86_64-pc-mingw32
>
> Try ARCH=
felix winkelmann scripsit:
> mingw-msys is for people who need basic GNU tools and sh (that would
> be me, for example).
I understand why people would want to use msys. What I don't understand
is what makes the plain mingw build so painful if you have msys too,
such that we need a separate build
MSYS sh (and possibly the MSYS-* apps) do really convoluted quote,
slash and path mangling to make sh on windows feel like sh on unix.
Cheers,
Leo
2009/3/26 John Cowan :
> felix winkelmann scripsit:
>
>> mingw-msys is for people who need basic GNU tools and sh (that would
>> be me, for example)
Hallo,
On Thu, Mar 26, 2009 at 4:50 PM, Leonardo Valeri Manera
wrote:
> MSYS sh (and possibly the MSYS-* apps) do really convoluted quote,
> slash and path mangling to make sh on windows feel like sh on unix.
>
I guess the point is that you can build Chicken with MinGW +
cmd.exe and use it
Hallo,
[Putting chicken-users back...]
On Thu, Mar 26, 2009 at 5:00 PM, Leonardo Valeri Manera
wrote:
> That's true, but you can't build chicken with mingw+cmd.exe using
> MSYS' make. As I found out today. It will hilariously fail to find
> basic stuff because its convinced the paths are differe
i have. look at the difference between the chicken3 branch and the other.
the problem is that the msys environment is NOT the same as the mingw
environment. period. msys is a fork of cygwin 1.3 (when it was still
free) with the compilers kept mildly up to date with mingw. msys is a
full bu
Ok, admittedly its been ages since I've used MSVC on the commandline, but:
make PLATFORM=msvc PREFIX= ===>
(eventually)
link -nologo -dll -implib:libchicken.lib \
-out:libchicken.dll library.obj eval.obj data-structures.obj
ports.obj files.obj extras.obj lolevel.obj utils.obj tcp.obj
s
2009/3/27 Leonardo Valeri Manera :
> Ok, admittedly its been ages since I've used MSVC on the commandline, but:
>
> make PLATFORM=msvc PREFIX= ===>
>
> (eventually)
>
> link -nologo -dll -implib:libchicken.lib \
> -out:libchicken.dll library.obj eval.obj data-structures.obj
> ports.obj fil
felix winkelmann scripsit:
> > link -nologo -dll -implib:libchicken.lib \
> > -out:libchicken.dll library.obj eval.obj data-structures.obj
> > ports.obj files.obj extras.obj lolevel.obj utils.obj tcp.obj
> > srfi-1.obj srfi-4.obj srfi-13.obj srfi-14.obj srfi-18.obj srfi-69.obj
> > posixwi
That's likely. The README mentions "GNU make and other POSIX
utilities" and I just added the whole of GnuWin32 to the PATH.
In that case, I have a couple of questions:
1) Exactly which "POSIX Utilities" are necessary?
2) Does it really need forward-slashes for PREFIX?
Leo
2009/3/27 John Cowa
Ok, you need coreutils, but without link - for cat. Possibly you just need cat?
So far so good, now it dies at:
link -nologo chicken-bug.obj -out:chicken-bug.exe \
libchicken-static.lib ws2_32.lib advapi32.lib
cc-c -o chicken.import.o chicken.import.c
process_begin: CreateProcess(N
Hallo,
On 3/27/09, Leonardo Valeri Manera wrote:
> Ok, you need coreutils, but without link - for cat. Possibly you just need
> cat?
>
> So far so good, now it dies at:
>
> link -nologo chicken-bug.obj -out:chicken-bug.exe \
> libchicken-static.lib ws2_32.lib advapi32.lib
> cc-
I'm aware of that. The rest of the calls to the compiler are properly
calling cl.
Also, the MSVC makefile uses cat while the mingw and msys ones dont ...
Leo
2009/3/27 Alex Queiroz :
> Hallo,
>
> On 3/27/09, Leonardo Valeri Manera wrote:
>> Ok, you need coreutils, but without link - for cat.
I'm trying it on the Mac (Leopard):
/tmp
[mini][12:18:32 AM] chicken-setup tinyclos
dyld: lazy symbol binding failed: Symbol not found: _C_match_toplevel
Referenced from: /usr/local/bin/chicken-setup
Expected in: /usr/local/lib/libchicken.dylib
dyld: Symbol not found: _C_match_toplevel
Refe
On Sat, Mar 28, 2009 at 2:20 AM, Shawn Rutledge
wrote:
> I'm trying it on the Mac (Leopard):
> [mini][12:18:32 AM] chicken-setup tinyclos
chicken-setup doesn't exist in Chicken 4 (it's called chicken-install
now), and tinyclos isn't packaged for Chicken 4 anyway.
__
On Sat, Mar 28, 2009 at 2:02 AM, Jim Ursetto wrote:
> chicken-setup doesn't exist in Chicken 4 (it's called chicken-install
> now), and tinyclos isn't packaged for Chicken 4 anyway.
Oh that would be why then. What's it going to take to get tinyclos on
Chicken 4?
___
On Sat, Mar 28, 2009 at 9:25 PM, Shawn Rutledge
wrote:
> On Sat, Mar 28, 2009 at 2:02 AM, Jim Ursetto wrote:
>> chicken-setup doesn't exist in Chicken 4 (it's called chicken-install
>> now), and tinyclos isn't packaged for Chicken 4 anyway.
>
> Oh that would be why then. What's it going to take
On Fri, Mar 27, 2009 at 4:28 PM, Leonardo Valeri Manera
wrote:
> I'm aware of that. The rest of the calls to the compiler are properly
> calling cl.
>
> Also, the MSVC makefile uses cat while the mingw and msys ones dont ...
>
Yes, it also uses touch(1) somewhere. I'm going to test and fix the
m
32 matches
Mail list logo