binaries: on unzip, top-level dir contains Windows-hostile characters
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linaro Toolchain Binaries |
New
|
Undecided
|
Unassigned |
Bug Description
Windows appears to dislike both '~' and '+' characters. This can be awkward to work with on a Windows cmd prompt, but is OK so long as you enquote the directory name. Spun out from bug 894528 as that is really about the more serious problem of not running from a path that contains spaces. This is more of a mild pain that should be fixed if it is convenient to format the version string differently.
Examples:
1) Copy/paste of path fails:
C:\>copy C:\linarogcc\
2\arm-linux-
The system cannot find the file specified.
2) Enquoted path works:
C:\>copy "C:\linarogcc\
32\arm-
1 file(s) copied.
3) Renamed path works without quotes:
C:\>copy C:\linarogcc\
2\arm-linux-
Overwrite Y:\ar.exe? (Yes/No/All): y
1 file(s) copied.
Agreed. I changed the ~ to _ for the release. It's more Debian like in any case.