From: "deckerben" <deckerben AT freenet DOT de>
Newsgroups: comp.os.msdos.djgpp
References: <3cf910c2$0$23731$9b622d9e AT news DOT freenet DOT de> <1022961734 DOT 321994 AT queeg DOT ludd DOT luth DOT se> <3cfa9b99$0$26987$9b622d9e AT news DOT freenet DOT de> <adf6bu$ku4$1 AT antares DOT lu DOT erisoft DOT se>
Subject: Re: DXE2GEN: unresolved symbol
Date: Mon, 3 Jun 2002 22:54:57 +0200
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Lines: 34
Message-ID: <3cfbd767$0$8376$9b622d9e@news.freenet.de>
NNTP-Posting-Host: 213.6.191.38
X-Trace: 1023137640 news.freenet.de 8376 213.6.191.38
X-Complaints-To: abuse AT freenet DOT de
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

> Becuase ld is a one-pass linker (unless you tinker with the options).

Hmmm.... that means that symbols must be defined in a start-to-finish
fashion, right? That is, an extern symbol required by an object file
declared in a gcc command line must be defined by an object file/library
that is declared *later* in the same command line? Does this also determine
the order in which each individual library file is called in the gcc command
line?

Does is also mean that symbols defined earlier in the ommand line will not
be used when reading libraries/objects called later in the gcc command line?

I notice that dxe2gen produces a different result (more complaints) than
using gcc/ld. Supposedly, dxe2gen does all the linking with ld, but there
still seems to be some addition sensitivities that I normally do not see in
building executables.

But my biggest problem is how to define the following symbols:

`djgpp_first_dtor'
`djgpp_last_ctor'
`djgpp_last_dtor'
`djgpp_first_ctor'
čnd'
`__djgpp_selector_limit'

Does somebody know the code that defines them... maybe I can build a special
library that can fill those holes.

Ben