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 > >
