[Bug 29569] New: mingw make complains "cp: cannot stat `d3dcompiler_43/libd3dcompiler.a': No such file or directory"
http://bugs.winehq.org/show_bug.cgi?id=29569
Bug #: 29569 Summary: mingw make complains "cp: cannot stat `d3dcompiler_43/libd3dcompiler.a': No such file or directory" Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Windows Status: NEW Severity: minor Priority: P2 Component: build-env AssignedTo: wine-bugs@winehq.org ReportedBy: dank@kegel.com Classification: Unclassified
Configuring wine on mingw per the wiki seems to go fine, but 'make' fails with
rm -f dlls/libd3dcompiler.a && cp -p d3dcompiler_43/libd3dcompiler.a dlls/libd3d compiler.a cp: cannot stat `d3dcompiler_43/libd3dcompiler.a': No such file or directory
There are four problems of this sort in Makefile. Doing sed -i 's,$(LN_S) ,$(LN_S)/dlls' Makefile seems to rescue it, and let it get further.
That LN_S comes from function wine_fn_config_dll(), line 414 of aclocal.m4. There's another one that looks like it needs fixing at line 422, too.
See http://wiki.winehq.org/WineOnWindows and/or http://kegel.com/wine/wow.html for notes on how to reproduce.
(I had to do cd dlls/libwine0; make; cd ../.. cd dlls/d3dcompiler_43; make; cd ../.. to get this far, but maybe that was operator error, not sure.)
http://bugs.winehq.org/show_bug.cgi?id=29569
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source
https://bugs.winehq.org/show_bug.cgi?id=29569
--- Comment #1 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue? 3 years is a long time.
https://bugs.winehq.org/show_bug.cgi?id=29569
Carlo Bramini carlo.bramix@libero.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |carlo.bramix@libero.it
--- Comment #2 from Carlo Bramini carlo.bramix@libero.it --- Yes, it is still an existing issue.
However, I'm able to bypass this problem by cross compiling mingw under cygwin, because $(LN_S) is not made with cp command. So, if you want a quick way to overcome the limitations of the MSYS shell, you have to create native CYGWIN native tools first, then you can compile most of the sources by configuring wine with proper --host and --build options.
https://bugs.winehq.org/show_bug.cgi?id=29569
--- Comment #3 from Carlo Bramini carlo.bramix@libero.it --- This defect still happens, but I would suggest to close it as won't fix. MSYS includes a patched copy of bash 3.0 and it is too limited to compile successfully WINE.
If you want to compile WINE on Windows, you can do it in other ways: - with MSYS2 - with CYGWIN as native POSIX application. - with CYGWIN as native WIN32 application by doing a cross compilation.
Although the configure script needs few improvements, there are other options. The old MSYS, with its limitations and also missing tools, is simply not powerful enough for this purpose.
https://bugs.winehq.org/show_bug.cgi?id=29569
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NOTOURBUG
--- Comment #4 from Dan Kegel dank@kegel.com --- thanks.
https://bugs.winehq.org/show_bug.cgi?id=29569
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #5 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=29569
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #6 from Austin English austinenglish@gmail.com --- This was inadvertently caught up in my unclosed bugs filter. NOTOURBUG should only be closed when fixed upstream.
Setting back to RESOLVED NOTOURBUG.
Sorry for the spam.
-
wine-bugs＠winehq.org