This is the mail archive of the
mailing list for the elfutils project.
Re: Transparent imports of partial units
- From: Josh Stone <jistone at redhat dot com>
- To: elfutils-devel at lists dot fedorahosted dot org
- Date: Fri, 31 Oct 2014 15:48:39 -0700
- Subject: Re: Transparent imports of partial units
On 10/31/2014 11:26 AM, Petr Machata wrote:
> Mark Wielaard <email@example.com> writes:
>> So, assuming we can use the long int padding field as Dwarf_Die pointer,
> In other words, do we want to keep backward compatibility on LLP64
> architectures? I know Widnows do use this model, do we care? Any
> Unices with this model out there? FWIW, x32 and (MIPS) n32 are both
> ILP32 ABI's.
/* DIE information. */
/* The offset can be computed from the address. */
struct Dwarf_CU *cu;
// XXX We'll see what other information will be needed.
long int padding__;
Even if that padding is only 4 bytes on LLP64, wouldn't the whole struct
still be 32 bytes for alignment? So you may be able to cheat this one,
turn it into a pointer anyway.
But I'm not sure if things like struct copies will include alignment
padding. Probably not, so then this wouldn't work after all...
Anyway, at least this only cites Windows 64 as being LLP64:
And cppref agrees, though it notes some early Unix systems were ILP64.
For fun, I tried to cross-compile to x86_64-w64-mingw32 from F20. I had
to use the portable branch for lack of __thread, and then I still ran
into a bunch of headers that had no suitable provider in the repos.
$ make -k |& grep '#include' | sort -u
That doesn't mean it's impossible to find those headers, just that
they're not in Fedora's mingw packages. But really, I think it's safe
to ignore Windows issues in elfutils...