This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On 30 March 2006 09:49, johnmc@sidsa.es wrote: > The .bss section needs to be copied to RAM from FLASH at initialisation > time. No, it doesn't. Really! I think you must have a misunderstanding about what a .bss section /is/ if you think it contains anything that needs copying.... > Question: > Is it possible to force the compiler to put all global data in the > .data section and to discard the .bss section. > > I have tried -fno-common but it does not work > > Target - arm-elf. Did you try combining -fno-common with -fno-zero-initialized-in-bss as well? That /ought/ to result in no .bss section at all in the final output files. (It may be that the toolchain generates a file with a zero-sized bss section; you can verify that with the binutils 'size' command and you could use objcopy's --remove-section option to excise it in that case). cheers, DaveK -- Can't think of a witty .sigline today.... -- For unsubscribe information see http://sourceware.org/lists.html#faq
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |