This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: coreutils: install transparent_exe issues?

Hash: SHA1

According to Corinna Vinschen on 3/30/2009 5:15 AM:
>> Eric,
>> With cygwin-1.7.0-44 and coreutils-7.0-2, install(1) no longer appends
>> '.exe' to the destination filename.  STC:
>> This breaks non-autotoolized makefiles which don't account for EXEEXT.
>> Interestingly, though, strip(1) will still add an .exe:

> And if you call `install -s hello d1' you'll get a .exe suffix as well.
> The problem is that the .exe suffix is added based on a heuristic in
> the rename(2) system call.  When strip strips the file it creates a
> temporary file and renames it to the original filename afterwards.
> This rename operation adds the exe suffix, seeing the original file
> is an excutable.
> Install OTOH just creates a file "d1/hello" and copies over the content.
> There's no heuristic figuring out that the data is a valid executable
> header and then renaming it on the fly.  Thus, install as well as cp
> still need their own `attach .exe suffix' code.

Yes, this has been previously reported, and is on my list of things to fix
once coreutils 7.2 is released this week.

- --
Don't work too hard, make some time for fun as well!

Eric Blake   
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at
Comment: Using GnuPG with Mozilla -


Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]