define "internal" visibility for i386

Jan Hubicka
Sun Mar 3 03:17:00 GMT 2002

> Gives a useful meaning to the processor-defined "internal"
> visibility for i386.  Should be usable in e.g. glibc to 
> eliminate some needless pic register loads without having
> to do whole-program analysis.
Shouldn't we also modify the call instruction pattern to call the
function directly w/o PIC tables?
(I see we will have to stay in the middle - call directly AND
force EBX to be load. Little bit nasty).

I've been also thinking about the EBX. I see that need for EBX to be fixed
during reload is possibilitiy that reload will introduce loads from constant
pool.  But about the i386, that is very symetric about what can be load and
thus it is manageable to make visible all the loads before reload, perhaps we
can just rely on reload to not introduce any and unfix the register before
register allocation if no static memory storage references are present?


More information about the Gcc-patches mailing list