delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1999/10/21/04:00:58

X-Apparently-From: <cssl AT geocities DOT com>
Message-ID: <380ED28C.61435C8E@geocities.com>
Date: Thu, 21 Oct 1999 09:45:00 +0100
From: Diego Zuccato <cssl AT geocities DOT com>
Organization: CyberSpace Software Labs BBS
X-Mailer: Mozilla 4.5 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: djgpp-workers AT delorie DOT com
Subject: Re: /dev/zero support
References: <Pine DOT SUN DOT 3 DOT 91 DOT 991020161550 DOT 23703C-100000 AT is>
Reply-To: djgpp-workers AT delorie DOT com

Eli Zaretskii wrote:

> You forget about third-party libraries.  There's libc, then there's
> second-level libraries like libdbg.a, then there are libsocket, etc.
> Only after all that, there's an application.  Each one of these levels
> can install an FSEXT (libdbg.a already does), and the order of invocation
> should be app->lib->lib->libc.a->DOS.
Well, but in which order are FSEXTs defined in 3rd party libraries
called ?
That's not easy to define... If link order is important, then each FSEXT
could register itself at queue's tail (IIRC, constructors are called in
link order, right ?).

> How can several libraries define the order manually?  I don't think
> there's a provision for this in the current fsext code.
It could be link order. So if lib1 and lib2 provide FSEXTs for the same
device, just the one coming first on the command line will be used.
"gcc usercode.c lib1.a lib2.a" will use services from lib1, but
"gcc usercode.c lib2.a lib1.a" will use services from lib2 ... This way
it's completly under user control...

BYtE,
 Diego.

__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019