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. _______________________________________________ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make