guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: rtl metadata musings


From: Ludovic Courtès
Subject: Re: rtl metadata musings
Date: Mon, 20 May 2013 18:37:36 +0200
User-agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.3 (gnu/linux)

Andy Wingo <address@hidden> skribis:

> On Sun 19 May 2013 23:52, address@hidden (Ludovic Courtès) writes:
>
>> I guess literal strings would go out as per ‘SCM_IMMUTABLE_STRING’
>> (which needs relocation), right?
>
> Yep.  Right now the stringbuf goes into read-only memory, but the string
> itself goes in writable memory as it needs its link to the stringbuf
> fixed up (relocated) at runtime.

OK.  It could be in a PT_GNU_RELRO segment, which the loader (well, the
other one, from glibc ;-)) remaps read-only after relocation.

[A moment of enlightenment when one realizes what it means to have our
own ELF toolchain.  :-)]

>> Perhaps the .guile.docstr section could eventually be used to contain
>> stexi, but that seems to already fit into the plan anyway.
>
> That can happen already, but I think if we do texinfo we should
> serialize the string as texinfo -- that way no relocs are needed if
> docstrings aren't used, because if we use the .docstr string table, it's
> just an offset into the image of a NUL-terminated UTF-8 byte sequence.

Right, makes sense.

> (I suppose we should be careful about embedded NUL characters; perhaps
> we should use some other format for the string tables.)

NULs in string contents should not be a problem, as long as there’s
info somewhere about the string length, no?

UTF-8-encoded ELF symbols may be more of a problem.  How could NULs in
symbols be handled?

Thanks,
Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]