[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(a)winehq.org ReportedBy: dank(a)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.) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29569 Ken Sharp <kennybobs(a)o2.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29569 --- Comment #1 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Is this still an issue? 3 years is a long time. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29569 Carlo Bramini <carlo.bramix(a)libero.it> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlo.bramix(a)libero.it --- Comment #2 from Carlo Bramini <carlo.bramix(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29569 --- Comment #3 from Carlo Bramini <carlo.bramix(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29569 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NOTOURBUG --- Comment #4 from Dan Kegel <dank(a)kegel.com> --- thanks. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29569 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #5 from Austin English <austinenglish(a)gmail.com> --- Closing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=29569 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED --- Comment #6 from Austin English <austinenglish(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org