Messages in this thread | | | Subject | Re: More linker magic.. | Date | Tue, 03 Aug 1999 21:10:19 -0400 | From | Horst von Brand <> |
| |
Andi Kleen <ak@muc.de> said: [...]
> The standard[1] linker cannot sort constructors, but system startup > is not performance critical, so it is reasonable to sort the init > table at runtime.
tsort(1) is standard Unix, should be available everywhere for use in Makefiles and whatnot. System startup may not be performance critical, but why slow it down? Some solution like tsort(1)ing an intermediate file sounds more robust than either #include:d files that are kept up to date by hand (error prone) or sort at startup (bloat, slowdown).
[...]
> [1] Some newer binutils versions have support for it, but it is probably > better to not make the kernel dependent on them yet.
If/when the gas for 16bit code gets included, you'd get the new linker for free, isn't it? -- Horst von Brand vonbrand@sleipnir.valparaiso.cl Casilla 9G, Viña del Mar, Chile +56 32 672616
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |