Manu wrote: > If lib A has object file A:O, and it contains symbols x and y... > > If I now have my own object, and I define x, but also reference y, it > will search for unresolved y in libraries, eventually finding the symbol > in A:O, which it will then include right? > As it includes A:O from the lib to resolve y, will it not also pull x in > the same object, causing a collision with my existing definition of x? > Yes
> Basically, if an object in a lib defines multiple symbols, and I use > one, but attempt to 'override' the other, is there a way to avoid this > collision? Not that I know. > Is this the reason that CRT implementations always seem to strictly have > one single .c file per CRT function? Yes (not specifically to allow overrides, but to limit executable bloat). Jerome -- mailto:jeber...@free.fr http://jeberger.free.fr Jabber: jeber...@jabber.fr
signature.asc
Description: OpenPGP digital signature