[Mingw-notify] [ mingw-Bugs-646577 ] dlltool --as broken on Me: can't exec as

[<no...@so...>]

Bugs item #646577, was opened at 2002-12-02 08: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: Danny Smith (dannysmith)
Date: 2002-12-03 08: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-03 00: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-03 00: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-03 00: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 12: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 12: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