From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20608 invoked by alias); 2 May 2011 14:30:25 -0000 Received: (qmail 20597 invoked by uid 22791); 2 May 2011 14:30:24 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from vpn.id2.novell.com (HELO vpn.id2.novell.com) (195.33.99.129) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 02 May 2011 14:30:03 +0000 Received: from EMEA1-MTA by vpn.id2.novell.com with Novell_GroupWise; Mon, 02 May 2011 15:30:01 +0100 Message-Id: <4DBEDC06020000780003F2F5@vpn.id2.novell.com> Date: Mon, 02 May 2011 14:30:00 -0000 From: "Jan Beulich" To: Subject: PE32/PE32+ linking of DLLs (and EFI applications) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-IsSubscribed: yes Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2011-05/txt/msg00013.txt.bz2 How do ld-linked DLLs work when there don't seem to be any base relocations getting emitted? While imo for DLLs this should be the default anyway, is there a magic switch that I'm overlooking? EFI applications also require relocations to be emitted... While the hack called "dlltool" isn't really an option anyway, it's not even possible to use it as the file generated with --base-file is empty (I assume because data gets written to it only for COFF input files, but on Linux all of the inputs are [obviously] ELF). Thanks, Jan