On 4/11/01 4:38 PM, Dan Sugalski wrote:
> At 03:09 PM 4/11/2001 -0400, John Siracusa wrote:
>> On 4/11/01 10:55 AM, Dan Sugalski wrote:
>>> It does fix the link issues, though. perl6.so won't ever have an
>>> unqualified function in it--they'll all have either a Perl_ or _Perl_
>>> prefix on them, and all global data will have a PL_ prefix on it.
>>
>> Remind me again why it's PL_ and not PERL_?
>
> Well, Perl_ and PERL_ won't work, since that's relying on case-sensitivity
> in the various linkers, which is a Bad Thing.
D'oh! Hadn't thought of that...
> Having Perl_ and PL_ to separate code and data is in there mainly to make
> separating things programmatically easier. We could, I suppose, make
> everything Perl_ and have a config file somewhere with the type
> (data/code/whatever) indicated.
Well, that does sound a bit harder. Maybe I'm crazy, but I just keep seeing
that "PL" product/technology/language/dessert-topping/floor-wax coming along
and messing things up. And its kind of like domain names: how many
two-letter combinations aren't already taken?
> That's probably the best thing--since we're exporting only a reasonably few
> things, and only explicitly, it ought to be OK.
Cool beans :)
<awaits violent disagreement from the masses> ;)
-John
