[foreign] does static forwarder generation has to depend on -l presence?
Sundararajan Athijegannathan
sundararajan.athijegannathan at oracle.com
Thu May 2 11:53:54 UTC 2019
Default library on Windows is a bit costly, right? i.e., we have to walk
all loaded modules? The API used is meant for debug use if I recall.
-Sundar
On 02/05/19, 5:00 PM, Jorn Vernee wrote:
> I think there was some caution when they were added, but over time we
> have started relying on static forwarders more and more. I think it
> makes sense to always generate the static forwarders. The generation
> can always be turned off again using the command line option if needed.
>
> Jorn
>
> Maurizio Cimadamore schreef op 2019-05-02 12:50:
>> Hi,
>> as I was playing with some stdlib examples, I noted that jextract was
>> not generating any static forwarder for me. I was then reminded that
>> static forwarders are only emitted if some library is passed via the
>> -l option.
>>
>> Is this too strict? After all, we have a 'default' Library that we can
>> use as resolution context, which will pick up anything loaded by the
>> VM (which also includes things in paths specified in sys variables
>> like LD_LIBRARY_PATH). So, would it make sense to relax static
>> forwarder generation so that, in the absence of -l, it will just use
>> the default library?
>>
>> That would improve usability in certain cases.
>>
>> Maurizio
More information about the panama-dev
mailing list