From: SourceForge.net <no...@so...> - 2003-01-04 17:25:59
|
Bugs item #646577, was opened at 2002-12-01 14:36 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=646577&group_id=2435 >Category: msys >Group: component package Status: Open Resolution: None Priority: 5 Submitted By: Kevin Kofler (kevinkofler) >Assigned to: Earnie Boyd (earnie) 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: Earnie Boyd (earnie) Date: 2003-01-04 12:26 Message: Logged In: YES user_id=15438 Kevin, is this still a problem with MSYS-1.0.8.exe? Earnie. ---------------------------------------------------------------------- Comment By: Rupesh Srivastava (uhap078) Date: 2002-12-06 16:30 Message: Logged In: YES user_id=663829 hi everyone. I stumbled across this post - as I'm having similar problems - but on XP Pro. I'm running MinGW and downloaded the utils so that I could run reimp on some directx 8 libs. The def files get generated but the error "Invalid argument" occurs for dlltool. On closer inspection, I got the following error msg: dlltool: installation problem, cannot exec `as'. So I tried the following for the d3d8.lib file (manually): dlltool --as /mingw/bin/as.exe --output-lib libd3d8.a --input-def d3d8.def --dllname d3d8.dll -k and that works fine :-) However the reimp stuff still bombs (after generating the def file) - but I guess I'll eventually get to the bottom of it. ---------------------------------------------------------------------- Comment By: Danny Smith (dannysmith) Date: 2002-12-02 14:52 Message: Logged In: YES user_id=11494 My experience: Passing forward-slashed commandline args to W95,W98,or WinME versions of CreateProcess (or any of the spawn CRT functions that wrapt CreateProcess) cause problems _iff_ the command-line arg is quoted. Now libiberty;s pexecute which dlltool (and many other GCC tools) uses to run commands takes great pain to ensure that the args are quoted to sort out problems with embedded blanks in filenames. You can't win. This is not problem on NT lineage of CreateProcess Danny ---------------------------------------------------------------------- Comment By: Kevin Kofler (kevinkofler) Date: 2002-12-02 06: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 06: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 06: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-01 18: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-01 18: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 |