bug-apl
[Top][All Lists]
Advanced

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

Re: GNU APL build system changes


From: Dr . Jürgen Sauermann
Subject: Re: GNU APL build system changes
Date: Sat, 27 Mar 2021 20:00:16 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0

Hi Chris,

it is generally OK to get "
*** current directory is not a svn checkout: keeping old buildtag"
if you fetch GNU APL with anything other than SVN, e.g. with git clone or by unpacking a tar
file. At least as long as you don't switch back-and-forth between SVN and git with the same
checkout directory.


However, the fallback file that was used below was incorrect because I had forgotten to "git add"
the buildtag.hh (typical mistake of SVN users where this is automatic). Therefore you got your own last
buildtag (1410M from the savannah SVN) instead of my last buildtag (17930).

This should be fixed now.

Best Regards,
Jürgen


On 3/27/21 6:54 PM, Chris Moller wrote:
Works as well on Fedora release 33, Linux 5.10.17-100.fc32.x86_64 #1 SMP

I don't know if it's significant, but I used git clone to pull down the source code for 1449 and that results in a ./configure message of:

*** current directory is not a svn checkout: keeping old buildtag

and an `apl --version` of

BUILDTAG:
---------
    Project:        GNU APL
    Version / SVN:  1.8 / 1410M
    Build Date:     2021-01-19 19:59:14 UTC
    Build OS:       Linux 4.15.0-123-generic x86_64
    config.status:  '--enable-maintainer-mode' 'DEVELOP_WANTED=yes'
    Archive SVN:    1406


On 3/27/21 1:14 PM, Blake McBride wrote:
Builds fine on my 64-bit LinuxMint 19.3 box.

Thanks!

Blake



On Sat, Mar 27, 2021 at 12:04 PM Dr. Jürgen Sauermann <mail@jürgen-sauermann.de> wrote:
Hi,

as some of you have noticed, I made some changes to the GNU APL build system.

Some of these changes were simplifications of the build system (some automatically
generated .cc and .hh files like configure_args.cc are gone for good), while other changes
 were needed to support Autoconf VPATH builds. Also all files generated by ./configure
now stored in the top-level directory so that the subdirectory src (which is shared by all
VPATH builds) is no longer muddied with ./configure results.

The purpose of VPATH builds is to be able to build several ./configure variants in
parallel. Different VPATH builds are needed to discover build problems, in particular with
rarely used ./configure variants before these problems  are committed to the savannah
SVN server.

There could still be glitches in the new build structure, so please keep reporting
them.

SVN 1449.

Best Regards,
Jürgen




reply via email to

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