|
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
[Prev in Thread] | Current Thread | [Next in Thread] |