bug-gnulib
[Top][All Lists]
Advanced

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

Re: getcwd() issues on VMS / canonicalize-lgpl.c


From: John E. Malmberg
Subject: Re: getcwd() issues on VMS / canonicalize-lgpl.c
Date: Tue, 6 Jun 2017 18:01:11 -0500
User-agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1

On 6/6/2017 11:01 AM, Bruno Haible wrote:
Hi,

John Malmberg wrote:
1. The VMS CRTL getcwd() will not pass configure tests and will be
marked for replacement from gnulib.

2. The replacement from gnulib causes canonicalize-lgpl.c to fail
because the replacement only has 2 parameters, not three.

3. The replacement from gnulib also does not fix all the known ills in
VMS getcwd().

I do not have fixes here for all of these issues, however this VMS
specific code in canonicalize-lgpl.c probably should just be removed.

But when IN_RELOCWRAPPER is defined (i.e. when this code is used through the
'relocatable-prog-wrapper' module) we '#undef getcwd', so in this case
the lines
        /* We want the directory in Unix syntax, not in VMS syntax.  */
    #   define __getcwd(buf, max) getcwd (buf, max, 0)
are appropriate, right?

I have not encountered the relocatable-prog-wrapper on a VMS project yet, so I do not know what it is.

It still does not need the vms specific variant as a production program would set the DECCRTL mode to have getcwd() return a Unix format path, usually in a "lib$initialize" object.

For a test program, the same could be done, or the script running the test can define the logical name DECC$FILENAME_UNIX_REPORT "ENABLE" before starting the test.

Regards,
-John



reply via email to

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