[bcc Hartmut Becker per request of Paul Smith]
The attach patch allows VMS to build from a clone of the master branch
of the GNU make repository.
The config.h-vms.template was using macros that were not predefined by
the compiler. The macros that were in use are only defined after a VMS
On 2/20/2014 9:52 AM, h.becker wrote:
1. building from a git-cloned repository
config_h_from_vms_template.com is a rather long name, no problem.
However, there seems to be something similar for w32: Windows32 SCM
build preparation of That file is named prepare_w32.bat. So I
suggest to
What I am proposing:
1. Rename config.h-vms.template to be config-h-vms.template (or similar)
so that it is the same on all VMS volumes. Include this in the release
tarballs.
2. Put a #include types.h near the start of config-h-vms.template so
that __CRTL_VER is properly defined.
3. Have
On 2/24/2014 3:03 PM, h.becker wrote:
On 02/24/2014 03:10 AM, John E. Malmberg wrote:
On 2/22/2014 7:03 AM, h.becker wrote:
On 02/22/2014 01:19 AM, John E. Malmberg wrote:
What I am proposing:
1. Rename config.h-vms.template to be config-h-vms.template (or similar)
so that it is the same
Revised patch with HAVE_VMSDIR_H fix.
Regards,
-John
0001-VMS-Build-from-Master-and-VAX-VMS-7.3-revised-2.patch.gz
Description: application/gzip
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
On 2/25/2014 5:45 PM, h.becker wrote:
On 02/25/2014 01:36 AM, John E. Malmberg wrote:
Because computers work for us, not us for computers. So if the script
can figure out a step to be done, there is no reason for to have it as
an extra manual step. We should have one command file
I have the test harness apparently working on VMS. I need to fix up the
DCL command procedure that is needed set up a number of foreign
commands needed by it before submitting a patch.
If no one else is interested in immediately running the test harness on
VMS, I can wait on submitting a
On 2/28/2014 8:07 PM, John E. Malmberg wrote:
I have the test harness apparently working on VMS. I need to fix up the
DCL command procedure that is needed set up a number of foreign
commands needed by it before submitting a patch.
If no one else is interested in immediately running the test
On 3/2/2014 6:11 AM, h.becker wrote:
On 03/01/2014 09:50 PM, John E. Malmberg wrote:
On 2/28/2014 8:07 PM, John E. Malmberg wrote:
I have the test harness apparently working on VMS. I need to fix up the
DCL command procedure that is needed set up a number of foreign
commands needed
On 3/3/2014 1:08 PM, h.becker wrote:
On 03/03/2014 05:55 AM, John Malmberg wrote:
URL:
http://savannah.gnu.org/bugs/?41760
Summary: VMS outputting extra blank lines.
Project: make
Submitted by: wb8tyw
Submitted on: Mon 03 Mar
New patch attached as described below.
On 3/5/2014 3:30 PM, h.becker wrote:
I'm still looking at this, so I may change my mind or suggest to change
the code :-)
The main wrapper:
There were/are problems with the program name, however I'm not sure
whether the wrapper solves them. For DCL the
On 3/6/2014 6:14 PM, h.becker wrote:
I'm still looking at this. I moved the code to places where I think they
should go, but I'm not yet done. But I have some comments:
On 03/06/2014 06:18 AM, John E. Malmberg wrote:
...
There is no way that I know of to know what foreign symbol was used
On 3/8/2014 6:15 AM, h.becker wrote:
On 03/07/2014 02:24 PM, John E. Malmberg wrote:
On 3/6/2014 6:14 PM, h.becker wrote:
...
For DCL it will be only one format.
Not true. The decc$ features can be set by logical names, and a user
may have set them for the various formats.
It as a user
It has taken a few passes at finding all the issues. Originally I found
that test scripts were being aborted on the first test failure, so I did
not have the full count of tests.
Then I had to fix the command options to be quoted to preserve the case,
and filter the output for the
On 3/12/2014 7:10 AM, John E. Malmberg wrote:
I converted the features parallelism.mk_1 test to VMS and if I run it
with out the two generated 1.inc and 2.inc files, it always fails to
find the rules specified by them.
It does generate the files correctly and the output up to that point
On 3/10/2014 11:00 PM, John E. Malmberg wrote:
Currently the status is 61 failures in 30 categories out of 511 test log
files found. I do not know why the category count changed from
just skipping one test in a file.
It also appears the some tests result counts are affected by the -keep
On 3/13/2014 4:19 AM, h.becker wrote:
On 03/13/2014 05:29 AM, John E. Malmberg wrote:
Further tests show that the parallelism is not fully working on VMS, or
not working as a Unix program would expect.
As far as I know, --jobs is not implemented for VMS, unfortunately I
can't point
On 3/13/2014 8:14 AM, h.becker wrote:
It looks like execve uses argv[0] to run make.
With a VMS/DCL-style version of the Makefile and my mcr version of make
it seems to work:
I changed from the wrapper code to code that sets the makefile name, and
temporarily set a local symbol as a foreign
On 3/13/2014 12:08 AM, John E. Malmberg wrote:
On 3/10/2014 11:00 PM, John E. Malmberg wrote:
I changed from the wrapper code to code that sets the makefile name, and
temporarily set a local symbol as a foreign command. At exit the symbol
is either deleted or replaced with the original
On 3/16/2014 4:13 PM, h.becker wrote:
Appended is a temporary fix for the multiline problem.
As I mentioned in the make recursion thread:
I changed from the wrapper code to code that sets the makefile name, and
temporarily set a local symbol as a foreign command. At exit the symbol
is
On 3/16/2014 6:14 PM, John E. Malmberg wrote:
On 3/13/2014 8:14 AM, h.becker wrote:
It looks like execve uses argv[0] to run make.
With a VMS/DCL-style version of the Makefile and my mcr version of make
it seems to work:
I changed from the wrapper code to code that sets the makefile name
On 3/16/2014 6:34 PM, John E. Malmberg wrote:
On 3/13/2014 12:08 AM, John E. Malmberg wrote:
On 3/10/2014 11:00 PM, John E. Malmberg wrote:
The previous vms_exit fix was incorrectly changing some failures to
success status.
With that correction, I am back to 60 tests failing in 29
On 3/16/2014 4:13 PM, h.becker wrote:
Appended is a temporary fix for the multiline problem.
The fix appears to work.
I think your comment about it breaking the echo being defined as
sys$output is wrong though. I tested it with no echo symbol and with
echo as a symbol and it generates the
On 3/18/2014 11:30 AM, h.becker wrote:
On 03/17/2014 11:34 PM, John E. Malmberg wrote:
On 3/16/2014 4:13 PM, h.becker wrote:
Appended is a temporary fix for the multiline problem.
The fix appears to work.
I think your comment about it breaking the echo being defined as
sys$output is wrong
On 3/16/2014 11:27 PM, Paul Smith wrote:
On Sun, 2014-03-16 at 21:43 -0500, John E. Malmberg wrote:
With that correction, I am back to 60 tests failing in 29 categories
failing if I use the -keep option.
You should never use -keep when invoking the full test suite.
I understand
A bug in having the test harness compare_output that was supposed to
compensate for VMS differences in output caused a number of tests to
report success that actually failed.
Running with out -keep, so do not have an exact count of logs.
Current status: 136 Tests in 54 Categories Failed.
On 3/20/2014 7:28 PM, John E. Malmberg wrote:
Current status = 463 tests, 391 passed, 56 failing.
Additional issues so far:
features/se_explicit: 10/10 pass
Needed to adjust for VMS syntax.
features/se_implicit: 10/11 pass, 1 failure. Unknown issue.
features/value: 0/1 pass, 1 failure
On 3/24/2014 9:29 PM, John E. Malmberg wrote:
On 3/20/2014 7:28 PM, John E. Malmberg wrote:
Forgot to update title, missed documenting options/dash-k failure.
Current status = 463 tests, 391 passed, 56 failing.
Additional issues so far:
features/se_explicit: 10/10 pass
Needed
On 3/24/2014 3:07 PM, h.becker wrote:
There are several problems with the checked-in old exit handling, which
aren't resolved by the recently suggested new code.
Old problems are:
- the %NONAME-?-NOMSG messages, which are generated by VMS when a
program returns a Unix style exit code; an exit
Starting fresh thread instead of continuing the bug 41813 discussion.
On 03/20/2014 11:32 PM, John E. Malmberg wrote:
Another question is how much of the Unix environment should be simulated
when running Gnu make from DCL?
In my local copy of the sources, I changed the ECHO variable
This is the first cut at the patches for running the test harness on
VMS. The test_make.com sets up the environment and runs the test.
As it makes persistent changes to the logged in session, I recommend
dedicating a logged in session to running tests.
The -help option to test_make.com
The existing readme.vms is getting too hard to follow.
I propose splitting off the historical data into the changelog.vms and
only have information that is relevant to running the current version of
GNU make in the readme.vms.
Added documentation for the issues discovered by running the test
These entire tests are currently skipped on VMS, so very simple patch.
Regards,
-John
0001-Skipped-tests-on-VMS.patch.gz
Description: application/gzip
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
This has the makefile changes needed to build from master and on VAX/VMS.
In addition, vms_progname.c that is compatible as a VMS specific
replacement for the progname.c that is used for several GNU projects.
This variant of vms_progname.c has an additional feature that it
temporarily
On 3/31/2014 12:48 PM, h.becker wrote:
On 03/31/2014 06:46 AM, John E. Malmberg wrote:
This has the makefile changes needed to build from master and on VAX/VMS.
In addition, vms_progname.c that is compatible as a VMS specific
replacement for the progname.c that is used for several GNU projects
On 3/31/2014 12:22 PM, h.becker wrote:
On 03/31/2014 01:53 AM, John E. Malmberg wrote:
This is the first cut at the patches for running the test harness on
VMS. The test_make.com sets up the environment and runs the test.
As it makes persistent changes to the logged in session, I recommend
On 4/1/2014 4:22 PM, h.becker wrote:
On 04/01/2014 06:41 AM, John E. Malmberg wrote:
If you have the make variable be a MCR command, it has a space which can
have side effects when if the resulting string is processed by other
strings or macros.
You mentioned this already. Can you point me
On 4/1/2014 1:14 PM, h.becker wrote:
I still can't get it to work:
Missed that it also needs the sh as a foreign command to run Bash.
Replacement patch attached.
Regards,
-John
0001-Test-harness-updates-for-VMS-take-2.patch.gz
Description: application/gzip
On 4/3/2014 4:15 PM, h.becker wrote:
On 04/02/2014 07:15 AM, John E. Malmberg wrote:
snip
With 20/20 hindsight, a new set of macros should have been created that
returned the data with comma delimiters that could have been used with
VMS specific rules and recipes. That can not be done now
I previously posted the patch for the tests that should currently be
skipped on VMS.
This is the first part of the changes VMS needs to the tests in the
features directory. I am sending the test changes in chunks to keep
each commit size down.
archives:
Most tests are failing.
This
I previously posted the patch for the tests that should currently be
skipped on VMS.
This is the second part of the changes VMS needs to the tests in the
features directory which completes this directory.
patspecific_vars:
Create a VMS format makefile
Skip one test because VMS does
This is changes for the functions directory test scripts.
dir:
The returned path is VMS format.
eval:
Skip one test on VMS.
file:
Change to use VMS pipe command.
filter-out:
VMS escaping is apparently different.
foreach:
VMS logical names showing up as environment override
This is the patch for the misc tests for VMS.
general1:
VMS can not handle the line continuation, needs a single line.
TODO: there should be a way to make this work on VMS.
general3:
VMS can not handle the line continuation, skipping 7 tests.
general4:
CC program on VMS can not do
These are the patches that VMS needs for the option tests.
dash-k:
1 test is failing as it is not aborting when it should.
Need posix encoded exit status, exit 1 is a success on VMS.
dash-W:
VMS vpaths need to be in VMS format.
Fix up for null commands and not having a Posix shell.
This is the patch to the targets test for VMS.
INTERMEDIATE:
Tests are failing because Gnu Make is not echoing the rm command
for removing files.
Change to use VMS syntax.
Regards,
-John
0001-vms-test-targets-INTERMEDIATE.patch.gz
Description: application/gzip
This is the patches for the variables tests on VMS.
This is the last of the tests that I have patched so far.
variables:
Tests are failing because VMS is not handing pre-defined macros
in the names.
Fixed up some expected output for VMS.
GNUMAKEFLAGS:
Test is failing because it is
On 4/4/2014 12:07 AM, Philip Guenther wrote:
On Thu, Apr 3, 2014 at 9:56 PM, John E. Malmberg wb8...@qsl.net wrote:
This is the patches for the variables tests on VMS.
I'm kinda surprised that you haven't worked out some direct
coordination with the GNU make developers for the handling
On 4/4/2014 7:05 PM, h.becker wrote:
On 04/04/2014 06:56 AM, John E. Malmberg wrote:
variables:
Late evening transcription error, I meant automatic.
After modifying that for VMS (especiall using write sys$output) I do not
see any problem with any of the ''s. (I see problems with $(^D), $(+D
Ok, so now we have the a baseline test suite ported, what is it going to
take to get this stuff committed so that we can start working on the
bugs that have been exposed?
___
Bug-make mailing list
Bug-make@gnu.org
On 4/7/2014 11:26 PM, Philip Guenther wrote:
On Mon, Apr 7, 2014 at 4:45 PM, Rob Juergens rjuerg...@esri.com wrote:
Given the make file (makefile):
--
foo : bar
--
gmake 3.75 gives this:
gmake: *** No rule to make target 'bar',
On 4/7/2014 4:37 PM, h.becker wrote:
On 04/06/2014 07:34 PM, John E. Malmberg wrote:
Ok, so now we have the a baseline test suite ported, what is it going to
take to get this stuff committed so that we can start working on the
bugs that have been exposed?
I don't know who will/should answer
On 4/8/2014 12:48 PM, h.becker wrote:
On 04/08/2014 07:28 AM, John E. Malmberg wrote:
On 4/7/2014 4:37 PM, h.becker wrote:
$ @TEST_MAKE
features.dir/archives ...
^^
This is a day one bug in the older Perl on VMS versions that was fixed
On 4/11/2014 5:18 PM, h.becker wrote:
I hacked a fix for the automatic variables. To pass the test, the vms
version of the test script needs a fix as well:
--- ../origtests/automatic Fri Apr 11 18:11:32 2014
+++ tests/scripts/variables/automatic Fri Apr 11 18:10:19 2014
@@ -73,9 +73,10
I was able to get one type of archive rules working for VMS, but have
not been able to figure how to translate code from the makefiles into
the internal default pattern rules for a more general case.
The rule below works for object libraries suffixes .a and .olb only.
For VMS I have to use
On 4/14/2014 3:04 PM, h.becker wrote:
As already mentioned, the last test for variables/GNUMAKEFLAGS fails for
VMS. I think I know why, but I'm not yet sure whether I have the full
picture.
There are at least two reasons: the port to VMS of the makefile for
this test case is not working as
On 4/27/2014 10:04 AM, h.becker wrote:
On 04/26/2014 12:42 AM, John Malmberg wrote:
I have attached a preliminary patch to the default.c module that fixes the
library rules as follows:
1. Create the library if it does not exist when inserting a module into the
library.
Wouldn't it make sense
On 4/28/2014 1:51 PM, h.becker wrote:
On 04/27/2014 11:50 PM, John E. Malmberg wrote:
Help libraries are .hlb, not .hlp.
all: h.hlb(h)
My bad, sorry for the misleading typo, but I can't get that to work
You need a bit more, as the rule is based on the extension of the source
file
On 5/2/2014 5:22 AM, h.becker wrote:
On 05/02/2014 05:44 AM, John Malmberg wrote:
Follow-up Comment #3, bug #41758 (project make):
Updated default.c patch with fixed shared image library rule.
That's not a complete fix. It still has the wrong target. The suffix of
such a library is .olb, not
On 5/3/2014 4:30 AM, h.becker wrote:
On 05/02/2014 03:17 PM, John E. Malmberg wrote:
Sounds reasonable. I have not used image libraries in user mode code so
was not aware that they were also .olb.
Hmm, the VMS linker uses imagelib.olb and you probably linked against
shareable images from
On 5/31/2014 7:21 AM, h.becker wrote:
On 05/15/2014 05:51 AM, John Malmberg wrote:
Follow-up Comment #4, bug #41758 (project make):
I admit I never looked at all the archive/library code before. So I may
need some education. The patch works for my simple test but that worked
with the
On 5/31/2014 7:45 AM, h.becker wrote:
On 05/15/2014 05:51 AM, John Malmberg wrote:
Follow-up Comment #4, bug #41758 (project make):
One more comment on (obecjt) module names in a VMS (obejct) library. At
least for I64 there can be lowercase module names in an object library.
I didn't check on
On 6/1/2014 3:22 PM, h.becker wrote:
On 05/28/2014 07:00 AM, John Malmberg wrote:
This patch fixes Make on VMS to export symbols so that recursive and nested
make commands will work.
This also exports a foreign command for the make image that was run.
Some of the tests still fail because VMS
On 6/6/2014 10:19 AM, h.becker wrote:
On 06/06/2014 05:44 AM, John E. Malmberg wrote:
On 6/1/2014 3:22 PM, h.becker wrote:
On 05/28/2014 07:00 AM, John Malmberg wrote:
And the pipe command may allow implementing I/O redirection with out a
command procedure if the lines are short enough
On 6/10/2014 3:24 PM, h.becker wrote:
On 06/06/2014 05:15 AM, John Malmberg wrote:
lbr$set_module, the documentation says:
snip
So the size of struct mhddef may not be enough and returning more than
that is not an error. Allocating LBR$C_MAXHDRSIZ bytes for the buffer is
probably the best
On 6/6/2014 9:39 AM, h.becker wrote:
On 06/06/2014 05:28 AM, John E. Malmberg wrote:
On 5/31/2014 7:45 AM, h.becker wrote:
On 05/15/2014 05:51 AM, John Malmberg wrote:
While I have not checked on VAX, on both Alpha and Itanium the module
name can have both upper and lower case
On 6/20/2014 7:59 AM, h.becker wrote:
On 06/14/2014 07:14 PM, John E. Malmberg wrote:
About command line length:
I think I understand. So it would be a compile time option for
Alpha/I64. Or do you really have VAX/VMS 8.3?
A typo. VAX/VMS stopped at 7.3
I know of 8.2 but never saw 8.3
On 6/20/2014 8:53 AM, h.becker wrote:
On 06/14/2014 07:44 PM, John E. Malmberg wrote:
globalvalue is visible in /STANDARD=VAXC and /STANDARD=RELAXED which is
the default. Is that what you refer to as 'ANSI compatible VMS
extension'? The default gives at least fair diagnostics for VAXC
problems
On 4/1/2014 7:38 PM, John E. Malmberg wrote:
On 4/1/2014 1:14 PM, h.becker wrote:
I still can't get it to work:
Missed that it also needs the sh as a foreign command to run Bash.
Replacement patch attached.
What do we need to do to get the patches to for the tests to be run on
VMS
On 6/21/2014 5:36 PM, John E. Malmberg wrote:
So I now want to get this set of changes committed so that we do not end
up with a large set of changes that will be hard for anyone to review or
follow.
Just found some tabs in the new code and a small bug in use __VAX
instead of the version
On 6/24/2014 9:04 AM, Paul Smith wrote:
On Sat, 2014-06-21 at 17:56 -0500, John E. Malmberg wrote:
On 4/1/2014 7:38 PM, John E. Malmberg wrote:
On 4/1/2014 1:14 PM, h.becker wrote:
I still can't get it to work:
Missed that it also needs the sh as a foreign command to run Bash.
Replacement
On 9/18/2014 5:08 PM, h.becker wrote:
Fix VMS handling of action lines
* job.c: fix make action continuation lines.
* vmsjobs.c: fix writing DCL command files when trimming (white
spaces and $ signs) especially after a split (command continuation).
---
job.c |2 ++
vmsjobs.c |
This changes run_make_test.pl to set the $port_type to 'VMS-DCL' or
default to 'UNIX' based on how the test harness is run on VMS as was
previously discussed with Paul.
This also fixes the run_make_tests.com to work with a search list.
A search list on VMS is similar to an overlay file
() variant only sets a severity level for status code 1.
+ *
+ * Author: John E. Malmberg
+ */
+
+#include makeint.h
+
+#include stsdef.h
+void decc$exit(int status);
+#ifndef C_FACILITY_NO
+#define C_FACILITY_NO 0x35
+#endif
+
+/* Lowest legal non-success VMS exit code is 8 */
+/* GNU make only defines
This patch fixes make on VMS to be able to run the se_implicit tests.
1. Add the missing default rules that were needed for the se_implicit
tests to pass.
2. Remove the disabling of UNIX path parsing on VMS.
3. Fix some of the VMS path parsing. More work still needs to be done
there, but
On 10/7/2014 11:20 PM, Paul Smith wrote:
John: thanks for these fixes!
On Mon, 2014-10-06 at 23:50 -0500, John E. Malmberg wrote:
+#ifndef C_FACILITY_NO
+#define C_FACILITY_NO 0x35
+#endif
+#ifndef VMS_POSIX_EXIT_MASK
+#define VMS_POSIX_EXIT_MASK (C_FACILITY_NO | 0xA000)
+#endif
We try
a severity level for status code 1.
+ *
+ * Author: John E. Malmberg
+ */
+
+#include makeint.h
+
+#include stsdef.h
+void
+decc$exit (int status);
+#ifndef C_FACILITY_NO
+# define C_FACILITY_NO 0x35
+#endif
+
+/* Lowest legal non-success VMS exit code is 8 */
+/* GNU make only defines codes 0, 1, 2
On 10/7/2014 11:43 PM, Paul Smith wrote:
Some of the same formatting notes as before; please check your code
against the style of the rest of the code.
Reformatted patch to GNU coding standard.
Regards,
-John
From 1260e3ae9c0725e3f8f7e7a790c9f5fcf67fbde6 Mon Sep 17 00:00:00 2001
From: John
On 10/9/2014 1:00 AM, Paul Smith wrote:
Thanks John, this looks much better.
One question:
On Wed, 2014-10-08 at 21:18 -0500, John E. Malmberg wrote:
+++ b/vms_exit.c
This file doesn't have any copyright statement in it; I assume that's an
oversight and it's intended to have the standard
On 10/9/2014 7:26 AM, John E. Malmberg wrote:
On 10/9/2014 1:00 AM, Paul Smith wrote:
Thanks John, this looks much better.
One question:
On Wed, 2014-10-08 at 21:18 -0500, John E. Malmberg wrote:
+++ b/vms_exit.c
This file doesn't have any copyright statement in it; I assume that's
On 10/6/2014 10:22 PM, John E. Malmberg wrote:
This is an update to a previous submitted archive patch.
Just noticed that this still was reverting a change for the test to use
the AR program discovered by configure.
Since VMS does not run configure, also put in a fallback to 'ar
This patch is assuming that the previously submitted patches get applied
for the current README.VMS behavior to match.
Regards,
-John
From 0730fd4e8bd8c61f16bd233b56c57b928897bae6 Mon Sep 17 00:00:00 2001
From: John Malmberg wb8...@qsl.net
Date: Wed, 15 Oct 2014 07:19:42 -0500
Subject:
On 10/8/2014 10:14 PM, John E. Malmberg wrote:
On 10/7/2014 11:43 PM, Paul Smith wrote:
Some of the same formatting notes as before; please check your code
against the style of the rest of the code.
Reformatted patch to GNU coding standard.
Rebuilt to add a fix to remake.c to call
On 10/17/2014 7:45 AM, Paul Smith wrote:
On Thu, 2014-10-16 at 23:29 -0500, John E. Malmberg wrote:
On 10/8/2014 10:14 PM, John E. Malmberg wrote:
On 10/7/2014 11:43 PM, Paul Smith wrote:
Some of the same formatting notes as before; please check your code
against the style of the rest
In general, I sometimes needed to tweak both recipes and the text that
is printed out.
If I can add better shell simulation to the VMS port, and fix up the
output, I may be able to remove some of the edits in the future.
But I think there may always be some differences.
I also file a ticket
On 10/21/2014 5:58 PM, John Malmberg wrote:
Additional Item Attachment, bug #43405 (project make):
File name: 0001-Do-not-override-AR-macro-on-VMS.patch Size:3 KB
___
Reply to this item at:
http://savannah.gnu.org/bugs/?43405
Can
This patch is a complete rewrite of the VMS command parser.
In order to support the existing VMS recipe syntax which is a
combination of VMS and Posix shell syntax, VMS had to reparse the action
lines to simulate the Posix shell syntax.
The existing parsing code was making too many incorrect
This is with the bs-nl patch submitted on November 27, 2014 applied and
the features/archives patch submitted October 21, 2014 applied.
Since then, I have discovered some of the failures were due to issues
with the way the VMS port of Perl is reading the output from the
process. The partial
On 12/3/2014 9:01 AM, Paul Smith wrote:
On Sun, 2014-11-30 at 19:28 -0600, John E. Malmberg wrote:
This is with the bs-nl patch submitted on November 27, 2014 applied
and the features/archives patch submitted October 21, 2014 applied.
Hi John; thanks for your work here! I'll have some time
I want to write add a few VMS specific tests before submitting a revised
patch to the two previously submitted but not applied patches.
* Unix shell simulation improved.
Now supports variable assignment before command.
foo=bar command.
* Unix pathname handling improved including
The existing vmsify and unifiy routines are doing completely different
translations than what the VMS CRTL is doing, and are also different
than just about any other VMS program that I have seen.
The code appears to pre-date the VMS CRTL providing equivalent routines,
and does not handle
90 matches
Mail list logo