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

2014-02-24 Thread John E. Malmberg
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.

2014-02-24 Thread John E. Malmberg
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 a

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

2014-02-24 Thread h.becker
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.

2014-02-24 Thread h.becker
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 all VMS volumes. Includ

Re: Bug-make Digest, Vol 135, Issue 17

2014-02-24 Thread Paul Smith
On Mon, 2014-02-24 at 18:51 +, Tim Murphy wrote: > On 24 February 2014 18:33, Paul Smith wrote: > > > I would definitely want this to be totally invisible to the user and not > > require any magic in makefiles (so no special include operator, etc.) > > Basically it should either be so safe th

Re: Bug-make Digest, Vol 135, Issue 17

2014-02-24 Thread Tim Murphy
On 24 February 2014 18:33, Paul Smith wrote: > I would definitely want this to be totally invisible to the user and not > require any magic in makefiles (so no special include operator, etc.) > Basically it should either be so safe that there's no way to tell the > difference between using the co

Re: Bug-make Digest, Vol 135, Issue 17

2014-02-24 Thread Paul Smith
On Mon, 2014-02-24 at 18:50 +0100, Bjoern Michaelsen wrote: > Yes. But of course for any bigger C/C++ project, although a rather > specific usecase, it makes up the majority of the source to parse. > _If_ LibreOffice wouldnt already do some tricks, parsing the 13GB of > generated dependencies would

Re: Bug-make Digest, Vol 135, Issue 17

2014-02-24 Thread Bjoern Michaelsen
Hi Daniel, On Fri, Feb 21, 2014 at 12:00:49PM -0500, bug-make-requ...@gnu.org wrote: > LibreOffice uses some form of automatic dependency tracking. You profiled > the build and realized that a large fraction of (re)build time was spent > while make parsed these dependencies. Thus you developed a

Re: Bug-make Digest, Vol 135, Issue 17

2014-02-24 Thread Bjoern Michaelsen
Hi Paul, On Fri, Feb 21, 2014 at 12:00:49PM -0500, bug-make-requ...@gnu.org wrote: > That is extremely limiting. About the only kind of makefile that looks > like that would be makefiles generated by compilers for dependency > detection, and not even all of those (for example, the generator > cou