vmsify/unixify does anyone need the existing broken behavior?

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 logic

VMS - 442 Tests in 105 Categories No Failures.

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 autodetecti

Re: VMS: bs-nl and command handling fixes.

This patch enhances the Unix shell simulation mode to support the UNIX exit command. On VMS, exit 1 is success and exit 0 is a failure. With GNV$MAKE_UNIX_SIM enabled, exit 1 is now a failure and exit 0 is a success. Regards, -John >From 55638f37333c9b539312698d163df8de37d37421 Mon Sep 17 0

Re: Status of VMS , down to 12 test failures.

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

Status of VMS , down to 12 test failures.

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 l

VMS: bs-nl and command handling fixes.

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

Re: [bug #43405] [PATCH] pass correct $AR in archives test

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: Can th

Test updated for VMS.

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

Re: VMS: Fix explicit rules for VMS

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 of the

Re: VMS: Fix explicit rules for VMS

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

README.VMS and NEWS update patch.

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 Date: Wed, 15 Oct 2014 07:19:42 -0500 Subject: [PATCH] Update news

Re: VMS: Archive and test fixes.

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 'a

Re: VMS: Exit and exported symbol fixes.

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

Re: VMS: Exit and exported symbol fixes.

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 ha

Re: VMS: Fix explicit rules for VMS

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

Re: VMS: Exit and exported symbol fixes.

lt;<3 and - the coresponding VMS severity, here STS$K_SUCCESS and STS$K_ERROR. */ -# define MAKE_SUCCESS 0x1035a001 -# define MAKE_TROUBLE 0x1035a00a -# define MAKE_FAILURE 0x1035a012 -#else -# define MAKE_SUCCESS 0 -# define MAKE_TROUBLE 1 -# define MAKE_FAILURE 2 -#endif +#define MAKE_SU

Re: VMS: Exit and exported symbol fixes.

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

VMS: Fix explicit rules for VMS

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 th

VMS: Exit and exported symbol fixes.

ility code, a POSIX condition code mask, MAKE_NNN<<3 and - the coresponding VMS severity, here STS$K_SUCCESS and STS$K_ERROR. */ -# define MAKE_SUCCESS 0x1035a001 -# define MAKE_TROUBLE 0x1035a00a -# define MAKE_FAILURE 0x1035a012 -#else -# define MAKE_SUCCESS 0 -# define MAKE_TROUB

VMS: Archive and test fixes.

This is an update to a previous submitted archive patch. This fixes arscan.c to use ANSI compatible code instead of VAX C extension. The tests have been updated based on changes just submitted for the run_make_test.pl that had been discussed with Paul. There are also some fixes based on bug-f

VMS run_make_tests fixes

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 system.

Re: [PATCH] Fix VMS handling of action lines

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 | 96

Re: Test harness patch for VMS.

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 comm

Re: [bug #42447] Fix exporting symbols for recursive make 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 of

Re: Test harness patch for VMS.

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

Re: [bug #41758] VMS Make incorrectly reports archives support present.

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 VAX

Re: [bug #42447] Fix exporting symbols for recursive make on VMS.

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

Re: [bug #41758] VMS Make incorrectly reports archives support present.

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 in it. This

Re: [bug #41758] VMS Make incorrectly reports archives support present.

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: 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 one

Re: [bug #42447] Fix exporting symbols for recursive make on 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

Re: [bug #42447] Fix exporting symbols for recursive make on VMS.

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 c

Re: [bug #41758] VMS Make incorrectly reports archives support present.

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

Re: [bug #41758] VMS Make incorrectly reports archives support present.

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 unpatche

Re: [bug #41758] VMS Make incorrectly reports archives support present.

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

Re: [bug #41758] VMS Make incorrectly reports archives support present.

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", no

Re: [bug #41758] VMS Make incorrectly reports archives support present.

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

Re: [bug #41758] VMS Make incorrectly reports archives support present.

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

Re: vms:test variables

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 exp

default.c - Need help in crafting fixed archive rules for VMS

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 us

Re: vms:test variables

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 @@

Re: vms:test variables

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 in

Re: vms:test variables

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 a

Re: error reporting

On 4/7/2014 11:26 PM, Philip Guenther wrote: On Mon, Apr 7, 2014 at 4:45 PM, Rob Juergens wrote: Given the make file (makefile): -- foo : bar -- gmake 3.75 gives this: gmake: *** No rule to make target 'bar', needed by 'foo'. St

Re: vms:test variables

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 https://lists.gnu.org/mailman/listi

Re: vms:test variables

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

Re: vms:test variables

On 4/4/2014 12:07 AM, Philip Guenther wrote: On Thu, Apr 3, 2014 at 9:56 PM, John E. Malmberg 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 of these

vms:test variables

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 m

vms: test targets - INTERMEDIATE

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 _

vms: test options patches.

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.

vms: tests misc

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 a

vms: tests functions directory patches.

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"

vms: test features - patspecific-vars - vpathplus.

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 no

vms: tests features - archives - parallelism

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 is

Re: VMS progname and exit handling - Take 4

On 4/3/2014 4:15 PM, h.becker wrote: On 04/02/2014 07:15 AM, John E. Malmberg wrote: 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 with

Re: Test harness patch for VMS.

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 _

Re: VMS progname and exit handling - Take 4

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 to

Re: Test harness patch for VMS.

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

Re: VMS progname and exit handling - Take 4

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

VMS progname and exit handling - Take 4

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 creates

Skipped tests on VMS.

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

Proposed VMS readme fixes.

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

Test harness patch for VMS.

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 expla

How much Unix should be simulated with GNU Make on VMS?

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

Re: vms argv[0] and exit status fixes.

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 co

Re: Test harness on VMS, running 463 tests, 56 tests failing.

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 to

Re: Test harness on VMS, running 489 tests, 141 tests failing.

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

Re: Test harness on VMS, running 489 tests, 141 tests failing.

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. Know

Re: Test harness on VMS, running 511 tests, 60 tests failing.

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 that. The

Re: [bug #41813] Mult-line override define failing on VMS.

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

Re: [bug #41813] Mult-line override define failing on VMS.

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 e

Re: Test harness on VMS, running 511 tests, 60 tests failing.

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

Re: Make recursion does not appear working in VMS

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

Re: [bug #41813] Mult-line override define failing on VMS.

On 3/16/2014 6:35 PM, John E. Malmberg wrote: 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

Re: [bug #41813] Mult-line override define failing on VMS.

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 eithe

Re: Test harness on VMS, running 511 tests, 34 tests failing.

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

Re: Make recursion does not appear working in VMS

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

Re: Make recursion does not appear working in VMS

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

Re: Test harness on VMS, running 512 tests, 68 tests failing.

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

Re: Make recursion does not appear working in VMS

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. As

Make recursion does not appear working in VMS

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. As near as I can figure out, it means that make is

Test harness on VMS, running 512 tests, 68 tests failing.

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 intentional

Re: vms argv[0] and exit status fixes.

On 3/10/2014 2:35 PM, h.becker wrote: On 03/08/2014 02:47 PM, John E. Malmberg wrote: Since there will only be one build procedure and one resulting binary, there would not be two templates. One of the main reasons for merging this fork back in is to get to one make binary. It's no

VMS exit status fixes.

In checking the GNU make documentation, it states that error code 1 is for when make -q is used and the test fails. As this is considered a failure status on Unix (non-zero), it should also be considered a failure status on VMS. It best matched to a failure status of STS$K_WARNING, with the e

Re: vms argv[0] and exit status fixes.

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

Re: vms argv[0] and exit status fixes.

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 w

Re: vms argv[0] and exit status fixes.

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 wr

vms argv[0] and exit status fixes.

* main.c, vms_main_wrapper.c (main): This fixes the VMS arvg[0] to be the normalized program name expected by users and test scripts. This handles the three possible syntax's that the argv[0] can be set to from DCL, and handled removing a facility prefix. When make is exec() from a C program,

Re: [bug #41758] VMS Make incorrectly reports archives support present.

On 3/3/2014 1:02 PM, h.becker wrote: When you ask VMS Make what features it supports, "archives" is in the list. EAGLE> bash -c "echo '\$(info \$(.FEATURES))' | make -f- 2>/dev/null" \target-specific order-only second-expansion else-if shortest-stem undefine oneshell archives %NONAME-E-NOMSG,

Re: [bug #41760] VMS outputting extra blank lines.

On 3/3/2014 1:08 PM, h.becker wrote: On 03/03/2014 05:55 AM, John Malmberg wrote: URL: Summary: VMS outputting extra blank lines. Project: make Submitted by: wb8tyw Submitted on: Mon 03 Mar 20

Re: Test harness on VMS working, 58 tests currently failing.

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 by it

Re: Test harness on VMS working, 58 tests currently failing.

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

Test harness on VMS working, 58 tests currently failing.

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 patch

Re: VAX/VMS 7.3 and build from copy of master.

On 2/26/2014 1:57 PM, h.becker wrote: On 02/26/2014 08:07 AM, John E. Malmberg wrote: I have removed it, because we need to move on. Yes. I think beautifying the build environment wasn't really the goal. It is an issue on search lists, in some cases if the sys$disk:[] is missing, the

Re: VAX/VMS 7.3 and build from copy of master.

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 that

Re: VAX/VMS 7.3 and build from copy of master.

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

Re: VAX/VMS 7.3 and build from copy of master.

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 on

Re: VAX/VMS 7.3 and build from copy of master.

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 on all VMS volumes. Include this in the release tarballs. Renaming the template file is

Re: VAX/VMS 7.3 and build from copy of master.

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 near the start of config-h-vms.template so that __CRTL_VER is properly defined. 3. Have a proce

Re: VAX/VMS 7.3 and build from copy of master.

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 re

VAX/VMS 7.3 and build from copy of master.

[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 hea

  1   2   >