Re: GNU make release candidate 4.1.90 available for download

On 04/24/2016 08:06 PM, Paul Smith wrote: > On Sun, 2016-04-24 at 11:45 +0200, h.becker wrote: >> Build on VMS (V8.3/Alpha) fails with: >> $ @makefile >> ... >> Compiling function... >> >> # define vfork fork >> ...^ >> %CC-W-MACRORED

Re: GNU make release candidate 4.1.90 available for download

On 04/23/2016 11:32 PM, Paul Smith wrote: > > GNU make is a tool which controls the generation of executables and > other non-source files of a program from the program's source files. > > You can learn more at: h

Re: GNU make release candidate 4.1.90 available for download

On 04/23/2016 11:32 PM, Paul Smith wrote: > > GNU make is a tool which controls the generation of executables and > other non-source files of a program from the program's source files. > > You can learn more at: h

Re: GNU make release candidate 4.1.90 available for download

On 04/23/2016 11:32 PM, Paul Smith wrote: > > GNU make is a tool which controls the generation of executables and > other non-source files of a program from the program's source files. > > You can learn more at: h

Re: GNU make 4.0.90 prerelease available

On 09/30/2014 03:56 PM, Paul Smith wrote: > Hi all; > > The first pre-release GNU make 4.0 is available on the alpha FTP site > (or via HTTP): > ... Builds and seems to work as expected on OpenVMS/VAX V7.3 and Alpha V8.3. Same on Tru64 V5.1B, but with one minor compiler (Compaq C V6.5-011-48C5K)

[PATCH] Fix VMS handling of action lines

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

[PATCH] Fix and enhance VMS library support.

Fix and enhance VMS library support. * ar.c: fix VMS library search for members, which do not have suffixes, aka filename extensions. * arscan.c: fix time conversion and library callback routines. * default.c: more suffixes and automatically create the VMS library if it doesn't exists. --- ar

[PATCH] Enhance VMS exporting make environment variables.

Enhance VMS exporting make environment variables. * config.h-vms.template: add feature macro USE_DCL_COM_FILE to always write a DCL command file, enabled by default. * vmsjobs.c: with USE_DCL_COM_FILE enabled write make variables as DCL symbol assignments into the command file. This enables

[PATCH] Fix VMS automatic variable expansion

Fix VMS automatic variable expansion * function.c: add VMS code to func_notdir_suffix and func_basename_dir to work on comma separated lists; this fixes the expansion of $(^D), $(+D) and the F variants for VMS. --- function.c | 40 +++- 1 file changed, 39

[PATCH] Enhance/fix VMS: ONESHELL implementation; option -j

Enhance/fix VMS ONESHELL implementation and command execution * job.c, vmsjobs.c: fix some double quote and new line handling; implement ONESHELL with writing multiple lines into one DCL command procedure; in ONESHELL allow VMS/make internal redirection only on the first line; fix the create

Re: [PATCH] Enhance/fix VMS setting of program name, MAKE/MAKE_COMMAND, variables

The last patch missed a prototype for xmalloc in vmsify.c, which resulted in compiler warnings. Appended is another update which fixes this. Again, the other previously submitted patches for VMS are not affected. >From ac639da6228ee4de086e317666df68803606731e Mon Sep 17 00:00:00 2001 From: Hartmut

Re: [PATCH] Enhance/fix VMS setting of program name, MAKE/MAKE_COMMAND, variables

Appended is an updated patch. Unfortunately I couldn't convince "git diff" to produce an output which makes the changes obvious. Applying this patch should be possible independent of the other previously submitted patches for VMS. >From cb8f7e69196d09c9865b1476a6ae87300e9e6eac Mon Sep 17 00:00:00

Re: [PATCH] Enhance/fix VMS setting of program name, MAKE/MAKE_COMMAND, variables

On 08/26/2014 11:19 AM, Ralph Corderoy wrote: ... > progname = malloc(strlen(p) + 1); > > Can malloc fail on VMS? ... > if (0 == strcasecmp(&progname[len - 4], ".exe")) > > What if len is less than 4? Parsing the file specification myself wasn't a good idea. I sho

[PATCH] Enhance/fix VMS exit code handling.

* commands.c, function.c, hash.c, job.c, main.c, output.c: use MAKE exit codes. * makeint.h: encode make exit codes so that they are VMS compatible. * job.c: check child exit code for VMS style exit codes. * vmsjobs.c: save and return VMS style exit code. --- commands.c |2 +- function.c |

[PATCH] Enhance/fix VMS multi-line support.

* job.c: split the command line at a newline. * default.c, vmsjobs.c: change ECHO variable to a pseudo builtin, which ensures that the VMS/DCL ECHO ("write sys$output") is used and is correctly quoted. * vmsjobs.c: remove unused builtin 'rm'. --- default.c |2 +- job.c | 22 +

[PATCH] Enhance/fix VMS setting of program name, MAKE/MAKE_COMMAND, variables

* default.c, main.c, makeint.h, vmsfunctions.c: prefix argv[0] with "mcr " for MAKE/MAKE_COMMAND and set the program name to the image filename (without the .exe;version) * vmsfunctions.c: remove obsolete code --- default.c |3 +- main.c | 14 +++-- makeint.h |8 ++-

[PATCH] Rename/move the VMS test driver/helper.

* config_flags_pm.com, [RENAMED test_make.com] run_make_tests.com: moved into tests directory. --- tests/config_flags_pm.com |4 ++-- tests/run_make_tests.com | 11 ++- 2 files changed, 8 insertions(+), 7 deletions(-) >From a946af05553b6d1eba2408e2e88740fe6da72cda Mon Sep 17 00:00

[PATCH] Enhance/fix VMS build environment

* config.h-vms.template: make sure the CRTL version is known * makefile.com: always compile/link the guile module, remove VAXCRTL parameter, new LIST parameter * makefile.vms: always compile/link the guile module, use more complete dependencies * prepare_vms.com: helper to create a VMS config f

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

On 06/14/2014 07:49 PM, John E. Malmberg wrote: > Agreed, on VMS the module name space is separate from the filesystem. > > As pointed out before, GNU make does not have a way to make that > distinction. So GNU make can only use case sensitive module name > comparisons on VMS with ODS-5 support.

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

On 06/14/2014 07:44 PM, John E. Malmberg wrote: >> In arscan.c, I suggest to use LBR$_HDRTRUNC instead of LIB_W_HDRTRUNC. A >> "globalvalue unsigned int LBR$_HDRTRUNC;" replaces the "#define >> LIB_W_HDRTRUNC 2525184" and the check changes to "if ((status != >> LBR$_HDRTRUNC) && ..." >> >> Globalva

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

On 06/14/2014 07:14 PM, John E. Malmberg wrote: > I think there is a way to use pipe commands to do appending of output. I don't know of any way to have that in the current pipe command I tried (V8.3/Alpha). The only workaround seems to use append/new, but that has some incompatibilities/limitati

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

On 06/06/2014 05:15 AM, John Malmberg wrote: > Follow-up Comment #5, bug #41758 (project make): > > Previous patch was not tested on VAX. When tested on VAX this exposed a bug > in the lbr$set_module() that needed to be worked around. > > Small clean up of comments and code based on feedback fro

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

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: >> Sorry, I don't understand what is menat with "VMS currently does not do >> shell expansion of exported symbols." Any exampl

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

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 will mainly sho

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

On 06/02/2014 06:22 AM, John E. Malmberg wrote: > I have not traced down why the perl touch method is not working on VMS > object files used for the librarian tests. All I know right now is that > it does not work for me. Since I have a workaround, I am not > investigating it. As far as I can se

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

On 06/02/2014 06:22 AM, John E. Malmberg wrote: > 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): > This fixes 8 failing tests in the features/archives test. Wildcard > access

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

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 currently does not do shell e

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

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 Alpha. On VAX I couldn't convince the C

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

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 unpatched version as well. So what's really dif

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

On 05/02/2014 03:17 PM, John E. Malmberg wrote: > Then after the tests are working correctly, to use built-ins where > appropriate to speed things up. A one-shell implementation will also help. As I mentioned before, I have code for one-shell. I wouldn't use one-shell to implement the library che

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

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 that library. So you may talk about somet

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

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 ".exe". The suffix is identical t

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

On 04/30/2014 06:22 AM, John Malmberg wrote: > Follow-up Comment #2, bug #41758 (project make): > > Updated diff for default.c to suppress messages about VMS library creation if > not existing. > > Updated the library creation to create the correct library type for the known > library file suffix

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

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 $ copy nla0: h.hlp $ copy nla0: h.h $ mc [.make]make -f-" all: h.hlb(h) Exit if f$search("h.hlb") .eqs. "" then library/

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

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 to suppress the check and creatio

Re: vms:test variables

On 04/15/2014 03:06 PM, John E. Malmberg wrote: > The fix there is on VMS to replace "echo > $@" with: > 'open/write xxx $@ ; write xxx "" ; close xxx' Yes, that should do the trick as other possible fixes can do the same. > Perl choosing logical names as the default for implementing %ENV has >

Re: vms:test variables

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 expected and exporting make variables is no

Re: vms:test variables

On 04/12/2014 01:31 AM, John E. Malmberg wrote: > 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:3

Re: vms:test variables

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 @@ # Fix vms directory syntax $answe

Re: vms:test variables

On 04/09/2014 03:01 PM, John E. Malmberg wrote: > The test is mainly testing for the older Perl 5.8.x from the HP kit to > avoid using it. Craig Berry did a manual custom install of 5.10 on > Encompasserve that looks a lot like the new PCSI kit install for 5.18, > so the test_make.com procedure di

Re: vms:test variables

On 04/08/2014 07:28 AM, John E. Malmberg wrote: > On 4/7/2014 4:37 PM, h.becker wrote: >> $ @TEST_MAKE >> -- >> >>Running tests for GNU make on VMS >>

Re: vms:test variables

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 such a question. I still have no luck

Re: vms:test variables

On 04/06/2014 06:03 AM, John E. Malmberg wrote: > As above, I missed that DCL would not be handling the quoting the same. > I tried it with echo :== "write sys$output """ and echo :== > $gnv$gnu:[bin]gnv$echo.exe and was getting the same results. DCL isn't involved, here. For make for VMS, a DCL s

Re: vms:test variables

On 04/04/2014 06:56 AM, John E. Malmberg wrote: > variables: > Tests are failing because VMS is not handing pre-defined macros > "<" in the names. > Fixed up some expected output for VMS. At the moment I don't have full access to the net so I can't test this on a system with perl installed.

Re: VMS progname and exit handling - Take 4

On 04/02/2014 07:15 AM, John E. Malmberg wrote: > 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 s

Re: VMS progname and exit handling - Take 4

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 an example where this fails? Is thi

Re: Test harness patch for VMS.

On 04/01/2014 07:19 AM, John E. Malmberg wrote: > For some reason perl is only able to run foreign commands that are > global DCL symbols, not local DCL symbols. > > In test_make.com this change is needed. > > $! > $ testname = "" > $ make :== $bin:make.exe" > $! > $ i = 0 > $param_loop: > $ > >

Re: VMS progname and exit handling - Take 4

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. > > This variant of vms_progname

Re: Proposed VMS readme fixes.

On 03/31/2014 02:57 AM, John E. Malmberg wrote: > 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 do

Re: Test harness patch for VMS.

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 > dedicating a logged in session to runn

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

On 03/27/2014 12:31 AM, John E. Malmberg wrote: > The GNU Make as is, can not execute the existing Unix makefiles on VMS > because it has no knowledge of GNV or equivalent utilities and the > default rules are changed. Yes, GNU make on VMS has no knowledge of GNV (GNU's Not VMS). The default rules

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

On 03/25/2014 01:47 PM, John E. Malmberg wrote: > 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

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

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 code 2 shows as %NONAME-E-NOMSG, Message n

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

On 03/20/2014 11:32 PM, John E. Malmberg wrote: >> The broken ECHO is one reason I flagged the fix "temporary". It seems, >> there should be a builtin_echo for VMS. Shouldn't be too hard, but I >> haven't looked at it. That way some old VMS makefile which make use of >> ECHO will continue to work.

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

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 thou

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

Appended is a temporary fix for the multiline problem. diff --git a/job.c b/job.c index e4a40ac..da6a877 100644 --- a/job.c +++ b/job.c @@ -1214,6 +1214,25 @@ start_job_command (struct child *child) char *end = 0; #ifdef VMS argv = p; +/* Multiline fix. + This (quick) fix is in

Re: Make recursion does not appear working in VMS

On 03/13/2014 01:17 PM, John E. Malmberg wrote: > EAGLE> del 1.inc;,2.inc; > EAGLE> > EAGLE> > EAGLE> make -f /lcl_root/make/tests/work/features/parallelism.mk_2 "-j4" > THREE.inc > ONE.inc > TWO.inc > make: execve: make: no such file or directory > /lcl_root/make/tests/work/features/parallelism.mk

Re: Make recursion does not appear working in VMS

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 to an obvious line in the sources. It seems to be

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

On 03/09/2014 08:26 PM, John Malmberg wrote: > URL: > > > Summary: Mult-line override define failing on VMS. > Project: make > Submitted by: wb8tyw > Submitted on: Sun 09 Mar 2014 07:26:57 PM GMT >

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

On 03/11/2014 04:09 AM, John E. Malmberg wrote: > Gnu make is already checking to see if a shell is present for other > platforms, and is already tracking the information needed for VMS to do > the same. And at that point you can make sure that VMS file versions can be used as specified on the VMS

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

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. > > The one binary where needed will check if it i

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

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/adminis

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

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 to > invoke an image. All we get is th

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

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 wrapper, as before, requires a foreign command pointing to the executable (or the

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

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 2014 04:54:59 AM GMT >

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

On 03/03/2014 01:16 AM, John Malmberg wrote: > URL: > > > Summary: VMS Make incorrectly reports archives support > present. > Project: make > Submitted by: wb8tyw > Submitted on: Mon 03 Mar 2014 12:16

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

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 before submitting a patch. For whi

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

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 file may not get found due to the stickyness

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

On 02/25/2014 01:36 AM, John E. Malmberg wrote: > ... >> Then the VMS command procedure and the makefile.vms have to change and >> copy from config-h-vms. instead of config.h-vms. Not really nice but >> managable. Then there is an entry for config.h-vms in .gitignore, which >> would need to change

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

Here's what I suggest to change. diff --git a/config.h-vms.template b/config.h-vms.template index 3b4bd3b..2126483 100644 --- a/config.h-vms.template +++ b/config.h-vms.template @@ -18,6 +18,12 @@ this program. If not, see . */ /* config.h. Generated automaticall

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

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) >>&

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

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. I agree to rename the template file. Including a template into

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

On 02/21/2014 03:50 AM, John E. Malmberg wrote: > 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 fo

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

Looks good to me, just a few suggestions with appended diff output. I admit, so far, I only tested my suggestions on VMS/Alpha V8.3 Regards, Hartmut 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 sim

Re: [bug #41611] Merge GNV fork back into the GNU make project.

I'm not a native English speaker or writer, so maybe I didn't make this clear: I don't want to be involved in this project, doing the work of writing/changing code, testing and debugging, or conference calls/meetings. If you have done this I sure will have a look at the suggested changes. As far as

VMS: always compile guile.c ...

With recent changes in main.c, guile_gmake_setup is always called. That requires guile.c to be always compiled and linked (without HAVE_GUILE being defined there is a stub). Attached is a patch for the makefiles for VMS (which are not generated by autoconf). diff --git a/makefile.com b/makefile.co