bug-make
[Top][All Lists]
Advanced

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

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


From: h.becker
Subject: Re: VAX/VMS 7.3 and build from copy of master.
Date: Sat, 22 Feb 2014 14:03:55 +0100
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130519 Icedove/17.0.5

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 the
release is something I do not suggest or support: there are no templates
in the released tarballs. As I said before, when suggesting the new name
for the template, I don't know or own the kit/release build. So someone
else needs to comment on this.

> 2. Put a #include <types.h> near the start of config-h-vms.template so
> that __CRTL_VER is properly defined.

I agree.

> 3. Have a procedure that converts the config-h-vms.template to config.h.
>  Since the information needed for this is in the configure.ac file.

I agree to have this for builds from a snapshot.

> 4. At this point we longer need the config.h_vms file at all so it no
> longer needs to be generated as part of making the release tarball.
> This simplifies things.

I disagree. I don't think that the template should go into the release.
The current procedure generating config.h-vms in the release build and
including it into the release is fine with me - and it seems to be
consistent with what is done for other operating systems/platforms.
But that's just my opinion. As said above, someone else should comment
on this.

> 5. makefile.com will now always generate the config.h from
> config-h-vms.template.

That depends on 4.

> 4. Remove the gmk-default.h dependency from makefile.vms until such time
> that code becomes usable on VMS.

I agree.

> This way the same procedures are used for the build on masters or on
> tarballs so that they get fully tested.

I don't mind the extra step to create config.h-vms, in case I have to
build from a snapshot. Actually, up to now I manually created/edited
that file. I also don't think that so many VMS users want to build from
such a snapshot. The latest release of VAX/VMS is from 2001. I didn't
think it was worth to try and/or test GNU make on that version. You are
trying and unfortunately running into a problem with the released
version of make which is fixed or doesn't show in a current snapshot of
the repository. But snapshots are and in my opinion should not be the
default for buildung GNU make.

> It is not the issue of PIPE.  It is the issue that some NFS read
> operations from VMS utilities randomly fail on VMS 8.3. alpha.  The DCL
> reading through the file always works.

I don't think that building the VMS version of GNU make by default uses
and has to use NFS. On the other hand, this sounds like a bug, which
someone in VMS/NFS engineering has to and probably will fix very soon,
as it affects VMS utilities. It is not GNU make related, so this doesn't
need to be handled, here - in my opinion.




reply via email to

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