This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
Re: GCC for Windows help
Hi Garfield,
Depends on the context. Rebaseall will rebase all the DLLs installed
by setup.exe. You could certainly add to that list to encompass other
DLLs too. But perhaps that's side-stepping the issue. However, as a
practical stop-gap measure, it should work.
Larry
Garfield Lewis wrote:
Hi Larry,
Rebase will not help because the relocations are gone so irregardless of
what the base address is if I cannot get that address the load will fail
instead of just loading somewhere else and fixing up the addresses.
Thx,
<snip>
Garfield Lewis wrote:
<snip>
On 8 May 2003 at 14:39, "Garfield Lewis" <galewis@ca.ibm.com> wrote:
Yes, been there done that... The problem is not building the dll it's
running it. Since their linker strips the relocations out of the dll then
if the dll is loaded by any proces that happens to not have the preferred
address free then the dll will not load because cannot fixup the address
within the dll. It is a stupid default for Windows but seems to be the
case
here. The --emit-relocs option seems to be what I need, however, so far
all
my info indicates that this only works for ELF binaries. Using the
---enable-auto-image-base is a workaround for now because it chooses an
address other than 0x10000000 as the preferred load address but it to
will
fail if the above happens, however less likely.
Sounds like something that the rebase package could help you with...
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
--
Larry
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/