Peter Prymmer wrote:
>
> On Fri, 11 May 2001, Martin P.J. Zinser wrote:
>
>
>>perl -V tells me:
>>
>
> [snip]
>
>
>> @INC:
>> perl_root:[lib.VMS_AXP.5_6_1]
>> perl_root:[lib]
>> perl_root:[lib.site_perl.VMS_AXP]
>> perl_root:[lib.site_perl]
>> /perl_root/lib/site_perl
>> .
>>
>>which indicates actually a mixed setting for @INC. I did not
>>(conciously) change @INC from the standard value.
>>
>
> I thought that perhaps you did not change those values. I was wondering
> if anyone wanted to change them all to:
>
>
> /perl_root/lib/VMS_AXP/5_6_1
> /perl_root/lib
> /perl_root/lib/site_perl/VMS_AXP
> /perl_root/lib/site_perl
> .
>
>
> or change them all to:
>
>
> perl_root:[lib.VMS_AXP.5_6_1]
> perl_root:[lib]
> perl_root:[lib.site_perl.VMS_AXP]
> perl_root:[lib.site_perl]
> []
>>
>
I personally would prefer the first solution, i.e. all paths in Unix style since
it will help with programmers no conciously trying to write portable modules.
Second to that I'd vote for the pure VMS style version, which is at least
consistend, and last for the current default, which manages to incorporate the
disadvantages of the two others.
> But I think that the problem is that Tk's Makefile.PL is calling a module
> that is doing a do it yourself find of *.h header files in your @INC tree
> and the "do it yourself" bit has neglected to either unixify()
> the @INC stubs that it appends /unixy/style/paths to or to vmsify() the
> /unixy/style/paths and catify() them properly for VMS:[STYLE].
Most certainly. It actually calls a script named myconfig, which tries to
figure out the current environment and a first inspection show this to be
pretty messy. I'm sitll hoping to get a headstart on this with the help
of Jespers work ;-).
Greetings, Martin
>
> Peter Prymmer
>
--
Dr. Martin P.J. Zinser [EMAIL PROTECTED]
Deutsche Boerse Systems AG
Neue Boersenstr. 1 Tel: +49 69 2101 5634
60487 Frankfurt FAX: +49 69 2101 3411
Germany Private: [EMAIL PROTECTED]
