Re: ./configure error

Hi Bill, thanks. The duplicate block should have been removed but wasn't. Hopefully fixed in SVN 1446. Best Regards, Jürgen On 3/27/21 4:12 AM, Bill Heagy wrote: Looking at this further, there's a whole block in buildtag.sh

Re: ./configure error

Builds and works fin now. Thanks! Blake McBride On Sat, Mar 27, 2021 at 6:17 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Bill, > > thanks. The duplicate block should have been removed but wasn't. > Hopefully fixed in *SVN 1446*. > > Best Regards, > Jürgen > > > > On 3/27/21

GNU APL build system changes

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), wh

Re: GNU APL build system changes

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 b

RE: GNU APL build system changes

All good on OpenBSD as well. ~Brian Brian Robert Callahan, Ph.D. Lecturer, ITWS@RPI Office: Amos Eaton 132 From: Bug-apl [bug-apl-bounces+callab5=rpi@gnu.org] on behalf of Blake McBride [blake1...@gmail.com] Sent: Saturday, Ma

Re: Notes about git-svn source control in macOS

Hi Peter, thanks for sharing this. Non-MAC users (?) should be warned that git svn clone seems to be a new (?) or MAC specific (?) git feature; my git (version 2.17.1) complains: eedjsa@server68:/tmp$ git svn clone --preserve-empty

Re: GNU APL build system changes

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

Re: GNU APL build system changes

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-

Re: GNU APL build system changes

On debian 32-bit: make [.] mv -f .deps/apl-LvalCell.Tpo .deps/apl-LvalCell.Po g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -I /home/wheagy/tmp/apl_svn/trunk -I/usr/include -g -O2 -I /home/wheagy/tmp/apl_svn/trunk -MT apl-Macro.o -MD -MP -MF .deps/apl-Macro.Tpo -c -o apl-Macro.o `te

Re: GNU APL build system changes

Cool--I just wasn't sure how consistent you wanted the builds to be across download mechanisms.  It's awkward that git doesn't directly support a straight-forward version-number mechanism that could inherit SVN revision numbers--a ridiculous-number-of-digits SHA1 string isn't terribly convenien