https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
--- Comment #38 from Fredrik Hederstierna <fredrik.hederstie...@securitas-direct.com> --- I guess this 'meta-bugreport' have become lightly fuzzy with all kinds of CSiBE code size increase issues, so maybe better to identify these issues on a more detailed level and create smaller specific reports? I've done some approaches, like try posting Bug 67507 and Bug 67213. I think also the attached source to this issue have some switch-case issue and still becomes larger. Though I think its better to post that also in a separate issue. I did a new benchmark yesterday on code size for arm9_thumb arm9_arm cortex-m0 cortex-m3 using newly built compiler toolchains for gcc 4.6.4 gcc 4.7.4 gcc 4.8.5 gcc 4.9.3 gcc 5.3.0 gcc 6-20160313 snapshot in total 4*6=24 builds. See attached Excel file for results. Also you can check out my pre-alpha site at http://gcc.hederstierna.com/csibe/ (my hope is to be able to build a up-to-date arm-size-benchmark, but its very pre-alpha still.) The results looks good I think. The overall size is getting smaller. So I think its ok. Though some files miscompiles into large code, we need to dig into these and look at the specific files I think. There are though a proposed patch also attached in this issue regarding arm register IP, that could be used to further analyze why LRA code might increase in specific cases I think. Do you still think the ip-patch is valid I can rebase it against git master and submit patch again in a separate issue? Best Regards, Fredrik
