Senthil Kumar Selvaraj wrote:

>> Granted, the (saved memory) reward for the effort is small, but if the
>> user would specify the number of the highest used vector, then gas
>> conditional assembly, in a "bad vector" macro does handle the task:
> 
> Ah, but right now, the vector table is defined in avr-libc
> (crt1/gcrt1.S) and gets built into crtxxx.o at avr-libc build time. It
> is then linked into the final executable automatically by the gcc
> driver. I guess that rules out conditional assembly?

It is reasonable that gcrt1.S is contained in a distribution so that users can
assemble an use it directly.  There's already an issue for this: #38125.

http://savannah.nongnu.org/bugs/?38125

With that, it's straight forward to accomplish a small vector table:

Just -nostartfiles, add gcrt1.S to the project and define _VECTORS_SIZE.

That way it is flexible and freely adjustable without binutils hacks.

Johann

_______________________________________________
AVR-GCC-list mailing list
AVR-GCC-list@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avr-gcc-list

Reply via email to