Re: CHICKEN 6 and win32 support

bit addendum   chicken-install6 -test crunch output





















*$ chicken-install6.exe -test crunchfetching crunchfetching srfi-1fetching
matchablefetching compile-filefetching miscmacrosfetching testbuilding
test   c:/chicken-6.0.0pre/bin/csc6 -host -D compiling-extension -J -s
-regenerate-import-libraries -setup-mode -I
C:\Users\corba\AppData\Local\chicken-install6\test -C
-IC:\Users\corba\AppData\Local\chicken-install6\test -O2 -d1 test.scm -o
C:\Users\corba\AppData\Local\chicken-install6\test\test.socsc6: file
`"-host"' does not existunable to obtain exit status of subprocess
 c:/chicken-6.0.0pre/bin/csc6 -regenerate-import-libraries -M -setup-mode
-static -I C:\Users\corba\AppData\Local\chicken-install6\test
-emit-link-file
C:\Users\corba\AppData\Local\chicken-install6\test\test.link -host -D
compiling-extension -c -unit test -D compiling-static-extension -C
-IC:\Users\corba\AppData\Local\chicken-install6\test -O2 -d1 test.scm -o
C:\Users\corba\AppData\Local\chicken-install6\test\test.static.objcsc6:
file `"-regenerate-import-libraries"' does not existunable to obtain exit
status of subprocess   c:/chicken-6.0.0pre/bin/csc6 -setup-mode -s -host -I
C:\Users\corba\AppData\Local\chicken-install6\test -C
-IC:\Users\corba\AppData\Local\chicken-install6\test -O2 -d0
test.import.scm -o
C:\Users\corba\AppData\Local\chicken-install6\test\test.import.so
<http://test.import.so>csc6: file `"-setup-mode"' does not existunable to
obtain exit status of subprocessError: shell command terminated with
nonzero exit code1"sh
C:\\Users\\corba\\AppData\\Local\\chicken-install6\\test\\test.build.sh
<http://test.build.sh>"*
Maybe a process-spawn problem too?


сб, 28 июн. 2025 г. в 09:31, Anton Idukov <[email protected]>:

> after last commit in chicken-core make check in msys2 chicken-core output
> changed to
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *$ make checkcd tests; sh
> runtests.sh======================================== repository search path
> ...(c:/chicken-6.0.0pre/lib/chicken6/12)(PASS) (repository-path) contains
> something by default TOTALS:  1 tests completed in 0.187 seconds  1
> (100.00%) tests passed  0 (0.00%) tests
> failed"C:/msys64/home/corba/AWork/chicken-core/chicken6"
> "sample-module.scm" "-output-file" "sample-module.c" "-dynamic" "-feature"
> "chicken-compile-shared" "-verbose" "-include-path"
> "C:/msys64/home/corba/AWork/chicken-core" "-consult-types-file"
> "../types.db" "-ignore-repository" "-emit-import-library"
> "sample-module"generating import library `sample-module.import.scm' for
> module `sample-module' ..."gcc" "sample-module.c" "-o" "sample-module.obj"
> "-c" "-fno-strict-aliasing" "-fwrapv" "-DHAVE_CHICKEN_CONFIG_H"
> "-DC_ENABLE_PTABLES" "-O2" "-DPIC" "-DC_SHARED"
> "-IC:/msys64/home/corba/AWork/chicken-core"
> "-Ic:/chicken-6.0.0pre/include/chicken6"Error: (process-spawn) cannot spawn
> process - No such file or directory: "gcc"make: *** [rules.make:1017:
> check] Error 70*
>
> but gcc in Msys2 $PATH and of course available. This is the current state.
> after last commit
> About which error returns dlopen and friends, I'll investigate, but until
> now loading somemodule.so in CSI6 (carefully say) starts working  and
> dynamic executables with import such -> too. Magic!
>
>
>
>
>
>
>
>
>
>
>
>
>
> *$ csi6CHICKEN(c) 2008-2022, The CHICKEN Team(c) 2000-2007, Felix L.
> WinkelmannVersion 6.0.0 (rev 68f6393a)mingw-windows-gnu-x86-64 [ 64bit
> dload ptables ]Type ,? for help.#;1> (import mfibo); loading
> ./mfibo.import.scm ...; loading ./mfibo.so ...#;2>*
>
> пт, 27 июн. 2025 г. в 10:46, <[email protected]>:
>
>> > bit one Q/ in FFI API manual we have info: "
>> > C_c_string <https://wiki.call-cc.org/man/6/C%20interface#c_c_string>
>> >
>> > [C function] char* C_c_string (C_word string)
>> >
>> >
>> > These macros and functions can be used to convert Scheme data objects
>> back
>> > to C data. Note that C_c_string() returns a pointer to the character
>> buffer
>> > of the actual Scheme object and is not zero-terminated."
>> >
>> > but in runtime.c:11973+ we have
>> > [...]
>> > like  C_c_string returns zero terminated strings we pass strat to
>> C_dlopen,
>> > C_dlsym...
>>
>> You are right in remarking this, the documentation is wrong, C_c_string
>> takes a bytevector now and for bytevectors that hold the characters
>> of a string, this is zero-terminated. I will update the documentation,
>> thanks for pointing this out.
>>
>> > And CSI is not loading shared .so on msys2. questionable?
>>
>> I'm not sure this is related. What errors do you get? Is it possible to
>> investigate, perhaps what error code the OS returns when trying
>> to load?
>>
>> cheers,
>> felix
>>
>>