Re: [PATCH 1/7] newlib: libm: merge machine/ trampoline up a level

On 28 Jan 2022 14:28, Jon Turney wrote:
> There might be some scope in [2/3] for using ${srcdir} relative paths, 
> rather than making everything absolute?

as it stands atm, i don't think so.  srcdir is not guaranteed to be relative,
it is just often so.  that means you can't assume it is and then try to prefix
it to make it work in subdirs.

so as long as the Makefile is not in the same directory as the configure, the
only reliable thing is to use absolute paths in the Makefile.

that said, some of the work i've done to get rid of recursive make would help
here.  if the subdir doesn't have a Makefile, but has a makefile fragment that
is included in the Makefile that lives alongside the configure script, then we
can use relative paths again.  tbh, i'm not sure how much i'm going to do in
that space.  automake generates a lot faster than autoconf, and recursive make
is faster than recursive configure.  still not ideal, but not the worst.  maybe
i'll finish libm and leave it at that.  at least give time for the codebase to
settle and for people to report regressions.
-mike

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmH0yOoACgkQQWM7n+g3
9YFX7Q//dqY3Vpeqv+PguIY5zgXxHRdMOl3bf6uDSuA6qhzMDo11+Braysx/wpZ5
lx6yzPAFq2ukh5860S3luDd+PIJ28z/vwBwhaXq2w1sOLvGXB57wbZywGinHLRvs
pSaG6U45rcp2/xsk96erbiGoTw4dvJ9iUQUc301aLEy0hu7P5hWY2RelK8cwMW/o
/Ul1YuVqOw2AlvUruuSODbGpXIBixnS2K1r3zzbFi3OYkCcLuC1WA0BPjHROUBcc
C50TgixDwOCYooF148o2khvORCp5JhZbhlxdxfuxiwcQWFU/8Dy36P9kAxOVQjbA
VXpxS3czIGRFQPNthFw+hbmevBHXX36xeIkSkGSffoQb3Q7Lw9mmtmULweLJYm88
he4JWAY0PQcjh8vvqFIaa0fL3H6au+TbEHO1VOgx3QhLWyaeZFzWSzEwy0aeTgjq
HIYHg7LLavdZ/mt8/Y3oaEMvy6HvIzzVcIswtcpDAKsn/X3Mx+APeHKv4F31AYRD
9aPKp86k3DsdNgQCzvH9Il679v9wCeOFeM+6RFYtsEYR35GrfcK26koCCv+Em+Um
BKZyEbymhxkl3P2uJFUKe53W4E4NlIFFt/nuEp8tjcuc8EJPte/4jn8ZMdn4wEfO
frA5uKC/mG/DwwDfHM2okmkka+Rt2VEG38lRaoSvVD29nkRWUgE=
=fFiQ
-----END PGP SIGNATURE-----