Lpc2000

I just got my project converted over to GNUARM, and when I load the 
ELF into my Signum Chameleon debugger it loads all the *.c files for 
debugging but refuses to load the startup.s asm/c file.  It was 
showing the *.s79 asm files when I was compiling with IAR, but it now 
refuses to show the *.s files which I use with GNUARM.  The file is 
listed inside the ELF file just like all the other *.c source files.

Anyone know about this?

Thanks,  Chris.

Well I found the problem.  The "startup.s" file was listed in the mak 
file as "startup.S".  Bitten by the dreaded unix case significance.  

I'm not sure what the gcc/linker was doing with the startup.s 
module.  It was listed in the ELF file, but the module code was not 
right. There was no complaint from the linker either about undefined 
labels.  Strange.

Oh well, its working now.

Chris.

--- In lpc2000@yahoogroups.com, "sig5534" <sig5534@h...> wrote:
> 
> Well I found the problem.  The "startup.s" file was listed in the 
mak 
> file as "startup.S".  Bitten by the dreaded unix case significance.  
> 
> I'm not sure what the gcc/linker was doing with the startup.s 
> module.  It was listed in the ELF file, but the module code was not 
> right. There was no complaint from the linker either about undefined 
> labels.  Strange.
> 
> Oh well, its working now.
> 
> Chris.

It is worth noting that a *.s file is not the same as *.S. By 
convention, *.S files are assembler files that are preprocessed by gcc 
while *.s files are not preprocessed (are fed striaght into 
arm-elf-as). This difference makes life hard under Microsoft which 
throws away case in file names.

I found the only way to do this properly was to rename the *.S files 
to *.ss, and leave *.s files as *.s. My make file could them treat 
them differently.