Wildcards no longer supported?
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GNU Arm Embedded Toolchain |
Fix Released
|
Critical
|
Terry Guo | ||
4.8 |
Fix Released
|
Critical
|
Terry Guo |
Bug Description
It seems *.o wildcard for linking is no longer supported in 2014q1:
<pre>
Linking CoreTest.hex
"""C:\Program Files (x86)\GNU Tools ARM Embedded\4.8 2014q1\
c.exe" -specs=nano.specs -LD:\Work_
tic -Wl,-nostdlib -Wl,--cref -Wl,--gc-sections -Wl,-Map=
-T CoreTest.def -L"C:\Program Files (x86)\GNU Tools ARM Embedded\4.8 2014q1\lib"
-o CoreTest.elf""
arm-none-
</pre>
Was OK in 2013q4 and earlier:
<pre>
Linking CoreTest.hex
"""C:\Program Files (x86)\GNU Tools ARM Embedded\4.8 2013q4\
c.exe" -specs=nano.specs -LD:\Work_
tic -Wl,-nostdlib -Wl,--cref -Wl,--gc-sections -Wl,-Map=
-T CoreTest.def -L"C:\Program Files (x86)\GNU Tools ARM Embedded\4.8 2013q4\lib"
-o CoreTest.elf""
6098 bytes code
3667 bytes data
537 bytes const
6635 bytes flash
Creating intel-hex file
Time: 00:06:141
D:\Work_
</pre>
Changed in gcc-arm-embedded: | |
milestone: | none → 4.8-2014-q2-update |
Changed in gcc-arm-embedded: | |
status: | Confirmed → Fix Released |
Issue is confirmed. Probably because we use new mingw build environment to produce windows tool chain. I am looking into it. Thanks for reporting.