Mailing-List:	contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender:	cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe:	<mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin-apps/>
List-Post:	<mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To:	mailing list cygwin-apps AT sources DOT redhat DOT com
Message-ID:	<02c501c113c6$9d284940$806410ac@local>
From:	"Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To:	"Charles Wilson" <cwilson AT ece DOT gatech DOT edu>
Cc:	<cygwin-apps AT cygwin DOT com>
References:	<00de01c1133a$23521f60$806410ac AT local> <00fd01c11340$d0a51900$806410ac AT local> <3B5C9578 DOT 4090601 AT ece DOT gatech DOT edu>
Subject:	Re: ld non-relocatable
Date:	Tue, 24 Jul 2001 08:27:08 +1000
MIME-Version:	1.0
X-Priority:	3
X-MSMail-Priority:	Normal
X-Mailer:	Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE:	Produced By Microsoft MimeOLE V5.50.4522.1200
X-OriginalArrivalTime:	23 Jul 2001 22:13:33.0856 (UTC) FILETIME=[B6728200:01C113C4]

----- Original Message -----
From: "Charles Wilson" <cwilson AT ece DOT gatech DOT edu>


> No good.  The --no-relocate switch has exactly the same effect as
> 'objcopy -R .reloc': they both strip ONLY the relocation info and not
> the debugging stuff.  However, when you do that, and try to run an
> executable, you get the following popup:
>
> The application or DLL <path to dll> is not a valid Windows image.
> Please check this against your installation diskette.

Urgle.

> There seems to be some tie between the debug info and the reloc stuff --
> you need both or neither, it seems.  Since 'strip -g' will remove the
> debugging info (but not symbols nor reloc), it is interesting that the
> following works:
>
<snip>

Ah well, worth a crack Nigel. I looked at removing the generation of
relocation info in the pe-dll emulation code, but from what I could see no
objects would get copied into the output if I did that :]. So I need a
replacement set of copy-object logic that doesn't do relocation.

> on my earlier experiments with MSVC/link's /fixed switch.  The DLL's
> generated that way HAVE symbols.  HAVE debug info. DON'T have relocs.
> But executables work.

Yeah - at link time all things are possible. I'll drop this for now, and
when I have a chunk of time to do more than trivial hacks, I'll bring it up
on binutils and see what the correct approach is.

Rob

> Hmmm...
>
> BTW, all tests above were performed with --disable-auto-imports.  One
> thing at a time.

Cool - they are orthogonal though (:]) so it wouldn't make a difference.

> --Chuck
>
>
>
>

- Raw text -