[Top][All Lists]

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

Re: Makefile operator -ot generate-parse-datetime tru64

From: Bruno Haible
Subject: Re: Makefile operator -ot generate-parse-datetime tru64
Date: Tue, 29 Jun 2021 16:52:13 +0200
User-agent: KMail/5.1.3 (Linux/4.4.0-210-generic; KDE/5.18.0; x86_64; ; )


> I'm building GNU tar on Tru64.
> > uname -srm
> OSF1 V5.1 alpha

Note that we dropped support of this platform two years ago. [1]

This means: while we may apply patches that look right and don't
have impact on other platforms, we won't have time to discuss
more complex issues.

> The operator -ot causes errors.
> Can you state this stuff more portability?

Unfortunately no. It was a big challenge already to come up
with a solution of the parallel-build problem that did not
rely on GNU make nor on extra utilities. [2]

> I'm doing this, which I realize is the wrong file, at least, and maybe not 
> ideal otherwise,
> otherwise you would not be using -ot:
> > diff  Makefile.in.orig Makefile.in
> 2896c2896
> <       @{ test -f $(srcdir)/parse-datetime.c && test ! 
> $(srcdir)/parse-datetime.c -ot $(srcdir)/parse-datetime.y; } || $(MAKE) 
> generate-parse-datetime
> ---
> >       $(MAKE) generate-parse-datetime
> 2898c2898
> <       @{ test -f $(srcdir)/parse-datetime-gen.h && test ! 
> $(srcdir)/parse-datetime-gen.h -ot $(srcdir)/parse-datetime.c; } || $(MAKE) 
> generate-parse-datetime
> ---
> >       $(MAKE) generate-parse-datetime
> Sure, eventually I'll have GNU make, bash, etc., and I should cross build, 
> but I am starting with tar, natively.

Yup. When you are bootstrapping a port of several utilities, you have
to make temporary workarounds.


[1] https://lists.gnu.org/archive/html/bug-gnulib/2019-07/msg00030.html
[2] https://lists.gnu.org/archive/html/bug-gnulib/2020-09/msg00046.html

reply via email to

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