On Wednesday, 1 April 2020 19:48:11 CEST Olivier Hainque wrote: > > -r 's business was to arrange for the linker not to > complain because the closure is incomplete, leaving us > with complete control of the closure. > > It doesn't seem to me there was a really strong motivation > to suddenly have -r influence the closure the way it now does. > > Would it be possible to revert to the previous behavior > and document it ? > > Or maybe allow it to be controllable by the target ports ? > > Or provide something to bring back the flexibility we had > if we really believe the default should change ? (I'm not > convinced)
-r is used for relinking. The idea behind the change was to make it directly suitable for that. It takes object files and relinks them into a new object file. It gives the caller complete control. It sounds like you are missing some way to add startfiles? A reverse of -nostartfiles? But hopefully you can just use the linker directly? Unless you have LTO enabled object files you dont need the compiler to link. `Allan
