Re: [AD] Possible allegro-config problem? |
[ Thread Index |
Date Index
| More lists.liballeg.org/allegro-developers Archives
]
- To: alleg-developers@xxxxxxxxxx
- Subject: Re: [AD] Possible allegro-config problem?
- From: Chris <chris.kcat@xxxxxxxxxx>
- Date: Sun, 28 Nov 2004 07:41:35 -0800
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:return-path:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:x-enigmail-version:x-enigmail-supports:content-type:content-transfer-encoding; b=R6wcJtA7z7q+yp3YfeoHDdrwJZtWlxhBx/KBqoZj+DAUvFM2rKs1dUSYjEmXSikkid/nC9BBUf/t6wyqIb7/XI71+gv1agnI4pJdAueiOMa+tqsvQBgna6uwotvZVnJDjjCejnwg9Wk20ScZhm6WNAtEdT3vld8m3niQOsUKCT4=
Julien Cugnière wrote:
The question then is: do we really need that switch ? Especially since it has
been broken for quite some time, and no one ever noticed...
Searching through GCC's online manual doesn't turn up anything about
--export-dynamic, and the only thing about -E is about the compiling
switch (to stop after preprocessing). However, using Google I ran across
this:
`-E'
`--export-dynamic'
When creating a dynamically linked executable, add all symbols to
the dynamic symbol table. The dynamic symbol table is the set of
symbols which are visible from dynamic objects at run time.
If you do not use this option, the dynamic symbol table will
normally contain only those symbols which are referenced by some
dynamic object mentioned in the link.
If you use `dlopen' to load a dynamic object which needs to refer
back to the symbols defined by the program, rather than some other
dynamic object, then you will probably need to use this option when
linking the program itself.