From: <no...@so...> - 2002-12-02 11:53:45
|
Bugs item #646577, was opened at 2002-12-01 20:36 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=646577&group_id=2435 Category: binutils Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kevin Kofler (kevinkofler) Assigned to: Danny Smith (dannysmith) Summary: dlltool --as broken on Me: can't exec as Initial Comment: The --as option of dlltool.exe in the binutils-2.13.90- 20021006-2 release does not seem to work correctly on Windows Me. I get the following error: e:\mingw32\bin\dlltool.exe: installation problem, cannot exec `E:/MINGW32/BIN/AS.EXE' and I get an error of that form no matter what I pass as --as, even when I just pass "--as=as" or "-- as=as.exe". This is a problem because libtool always passes an -- as switch to dlltool. I can just change the parameter by setting $AS, but I cannot remove the --as switch without hand-editing autogenerated files like configure or libtool. I guess E:\MINGW32\BIN\AS.EXE would work, but something (MSYS? dlltool itself?) always seems to translate it to E:/MINGW32/BIN/AS.EXE, which doesn't work. ---------------------------------------------------------------------- >Comment By: Kevin Kofler (kevinkofler) Date: 2002-12-02 12:53 Message: Logged In: YES user_id=573515 And I can confirm my supposition: running "/c/command.com //c set" or "/c/command.com //c echo %PATH%" from MSYS shows that the inherited PATH uses forward slashes as path separators. ---------------------------------------------------------------------- Comment By: Kevin Kofler (kevinkofler) Date: 2002-12-02 12:47 Message: Logged In: YES user_id=573515 It is, but the path gets translated to POSIX and back to Win32 by MSYS as well, so it probably has the same problem. ---------------------------------------------------------------------- Comment By: Luke Dunstan (infidel) Date: 2002-12-02 12:22 Message: Logged In: YES user_id=30442 If you pass --as=/mingw/bin/as.exe, MSYS would translate it to --as=e:/mingw32/bin/as.exe, but I wasn't aware that the forward slashes would be a problem on WinME. However, MSYS will not translate --as=as or --as=as.exe, so there is probably another problem. Is as.exe in your PATH? ---------------------------------------------------------------------- Comment By: Kevin Kofler (kevinkofler) Date: 2002-12-02 00:39 Message: Logged In: YES user_id=573515 I should add that I am currently using MSYS 1.08-rc4. What's strange is that "dlltool --as=as" or "dlltool -- as=as.exe" does not work either, whereas omitting --as works. The output from "dlltool -v --as=as.exe ..." is: ... e:\mingw32\bin\dlltool.exe: run: as.exe - o .libs/libticables-3.dll-exp dc.s e:\mingw32\bin\dlltool.exe: No such file or directory e:\mingw32\bin\dlltool.exe: installation problem, cannot exec `as.exe' The output from "dlltool -v --as=as ..." is: ... e:\mingw32\bin\dlltool.exe: run: as -o .libs/libticables- 3.dll-exp dc.s e:\mingw32\bin\dlltool.exe: No such file or directory e:\mingw32\bin\dlltool.exe: installation problem, cannot exec `as' When I omit --as, I get: ... e:\mingw32\bin\dlltool.exe: run: e:\mingw32\bin\as - o .libs/libticables-3.dll-exp dc.s e:\mingw32\bin\dlltool.exe: Generated exports file ---------------------------------------------------------------------- Comment By: Danny Smith (dannysmith) Date: 2002-12-02 00:28 Message: Logged In: YES user_id=11494 AFAICT, dlltool use the name of as exactly as entered on the command line. I cannot reproduce the error when running dlltool from a DOS box on W98. Earnie, is this a msys bug? Danny ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=646577&group_id=2435 |