ARM Cortex-M - Static array dyamically allocated
Timo Sintonen
t.sintonen at luukku.com
Fri Dec 20 12:18:42 PST 2013
On Friday, 20 December 2013 at 19:14:43 UTC, Timo Sintonen wrote:
> On Friday, 20 December 2013 at 15:03:52 UTC, Mike wrote:
>
>> Two questions:
>> 1) These are defined in my object.d, so why is it saying only
>> object.d can define these types?
>> 2) Why is there exactly two instances of each error message?
>>
>> Again, here's my build line:
>> arm-none-eabi-gdc -march=armv7e-m -mcpu=cortex-m4
>> -mtune=cortex-m4 -mthumb -fno-emit-moduleinfo -c
>> -ffunction-sections -fno-exceptions -fdata-sections start.d
>> object.d
>
> Object.d seems to be a special case in many ways.
> When building minlibd I was not able to have an empty or my own
> object.d and it had to be named object_.d
> I do not remember any more what all the problems were.
>
> Object.d (or .di) is always imported even if it is not
> mentioned. In this case gdc may find another object.d from the
> standard library. Current directory is not searched unless you
> put -I. to the command line. There may now be two conflicting
> files.
Actually, the situation may also be the opposite:
object.d is found in the current directory and imported twice,
but the current directory is not in the include search path and
so the file is not accepted as a valid library file.
More information about the D.gnu
mailing list