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

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to