https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #55 from Jakub Jelinek <jakub at gcc dot gnu.org> --- (In reply to rguent...@suse.de from comment #54) > At least for -Os we probably want to consider moving everything but > small and maybe middle to out of line library functions? Not sure about that, we need to judge the space savings vs. having all those routines in libgcc_s.so.1 where the size price would be paid by all processes even when they don't use the large/huge _BitInt at all. I certainly plan to have multiplication and division/modulo on libgcc_s.so.1. Admittedly, some entrypoints could be just in libgcc.a and not libgcc_s.so.1. Don't we already have a case for that - the DFP stuff? There are very cheap operations (say bitwise &/|/^/~) which have no dependencies in between limbs, then some with small dependencies (e.g. +/- or shifts or rotates by constant), but e.g. already shifts/rotates by variable count is already going to be ugly at least for the huge ones.