Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

cannot open file 'csv94.dll' #24

Closed
kendallsss opened this issue Apr 28, 2016 · 9 comments
Closed

cannot open file 'csv94.dll' #24

kendallsss opened this issue Apr 28, 2016 · 9 comments

Comments

@kendallsss
Copy link

I have to create bin/$mfolder under ChezScheme,if not I'll get this error:
LINK : fatal error LNK1104: cannot open file 'csv94.dll' NMAKE : fatal error U1077: 'link.exe' : return code '0x450'
build under windows10 x64, $m=a6nt
Am I did it in a wrong way?

@metab0t
Copy link

metab0t commented Apr 28, 2016

I met the same error. I tried to compile a6nt in my Linux virtual machine, there is csv94.dll in binfolder, but it is a symlink. So if you do this on Windows, there will not be csv94.dll.
I guess it is impossible to compile the executable on Windows now.

@akeep
Copy link
Contributor

akeep commented Apr 28, 2016

Yes, the windows build is a bit rickety, but it actually was recently tested and working. Part of the trick (as noted in the BUILDING document) is that you need to put the ChezScheme directory on a shared file system (for example on a samba share) and mount it from Windows. This lets the Linux side of the build do its part (running configure and setting up symlinks and the like) and the Windows side see it as though it was a just a normal file system.

It is suboptimal, but it was recently tested. Our setup for testing has been a Windows VM running on an older Fedora 13 machine, with the chezscheme directory hosted on the Fedora machine and Windows mounting the directory through samba.

@metab0t
Copy link

metab0t commented Apr 28, 2016

@akeep
Does it mean that you cannot use the compiled binary in a REAL Windows system (not a guest OS) now?
Can we figure out a way to compile without using symlinks?

@akeep
Copy link
Contributor

akeep commented Apr 28, 2016

@metab0t No, the symlinks are only needed for the build process. Once things are complete you can copy the contents of the bin and boot directories (which are now the files that have been produced by the Windows C and Chez Scheme compilers).

@gggin
Copy link

gggin commented Apr 29, 2016

same problem

@gggin
Copy link

gggin commented Apr 29, 2016

can we just release an pre-build exe then we can use this to build our production!

@burgerrg
Copy link
Contributor

I updated the build procedure for Windows so that a virtual machine is no longer required. It uses the Cygwin software on Windows to provide bash, make, etc.

mflatt pushed a commit to mflatt/ChezScheme that referenced this issue May 26, 2020
Add testing for non-threaded x86_64, and i386 versions and remove references to travis_fold directives in testing.
spall pushed a commit to spall/ChezScheme that referenced this issue May 25, 2021
Add testing for non-threaded x86_64, and i386 versions and remove references to travis_fold directives in testing.
@jltaylor-us
Copy link
Contributor

Is this issue resolved?

mflatt pushed a commit to mflatt/ChezScheme that referenced this issue Oct 10, 2023
Add testing for non-threaded x86_64, and i386 versions and remove references to travis_fold directives in testing.

Original commit: racket/ChezScheme@75c9b6e
mflatt pushed a commit to mflatt/ChezScheme that referenced this issue Oct 10, 2023
Add testing for non-threaded x86_64, and i386 versions and remove references to travis_fold directives in testing.

Original commit: racket/ChezScheme@deefa36
@mflatt
Copy link
Contributor

mflatt commented Nov 21, 2023

Similar to #19, I think we can probably close this, since Windows build support was overhauled in the v9.9.9 merge.

@mflatt mflatt closed this as completed Nov 28, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants