Am 27.09.2024 um 13:00 schrieb Richard Earnshaw (lists):
> It was very common at that time for suppliers to use slightly modified gcc 
sources for microcontrollers (especially ARM, but also for other targets).  
Typically manufacturers and some major third-party gcc builders were ahead of 
mainline in support for some microcontroller cores and workarounds for known 
hardware bugs, and they also often backported such changes from newer gcc mainline 
to older gcc releases. So there is a very real chance that the sources you have 
are not original.
>
> You could download the archived release from the gcc website and compare the 
sources to get some idea if they have changed.
>
> And if you don't get hold of someone from Microcross, you might have luck 
with someone from Code Sourcery.  I believe they were doing a lot of the work on 
ARM gcc on behalf of microcontroller manufacturers at that time.
>
> David
>
>

The list of multilibs for Arm has become increadibly long as the architecture 
has migrated down the different (A, R, M) profiles.  To handle this we now 
provide some canned rules to build a set of multilibs that will handle most of 
these profiles out of the box, but they can increase the overall build time 
significantly, and only work correctly if you don't try to override the default 
architecture flags, or change the default code generation from Arm to Thumb.

You can enable all this if you add

   --with-multilib-list=<list>

where <list> can be any of "aprofile", "rmprofile" or "aprofile,rmprofile".

You can also see the code that supports all this (and how complex it is :) ) in 
gcc/config/arm/{t-multilib,t-aprofile,t-rmprofile).


thanks, i will try that

All this is with the latest sources, but this code dates back several releases 
now.


hoepfully back to 2004 :)

Reply via email to