> this reduced the size of the main by 96 bytes which is huge taking into > account that this is a dummy example. However we're not sure if this can > affect other SPARC targets or if it was done right. This will affect SPARC 32-bit only. > Also, we don't understand why sometimes the CALL's delay slots are > filled with NOP instead of other instructions, this is not optimal > either when using the -Os option. Does anyone know why? Because the compiler either wasn't able to fill the delay slot or decided that it wouldn't be profitable to do so. > We'd appreciate very much any feedback you have about this. I don't think we want to change this setting after more than 15 years, the possible compatibility issues very likely outweigh the small gains. -- Eric Botcazou
