Re: [EXTERNAL]Building GNU APL with clang

2023-10-03 Thread Elias Mårtenson
I'm pretty sure tge use of auto_ptr can be changed to unique_ptr here. I think I used auto_ptr because I wanted it to work on versions of C++ which didn't support unique_ptr. Den tis 3 okt. 2023 20:17Dr. Jürgen Sauermann skrev: > Hi, > > thank you all for discussing this. > > To address at

Re: [EXTERNAL]Building GNU APL with clang

2023-10-03 Thread Dr . Jürgen Sauermann
Hi, thank you all for discussing this. To address at least some of the issues i have: 1, removed typeof() entirely, and 2. replaced *std::auto_ptr<>* with *std::unique_ptr<>*   as proposed on the internet. I am not entirely sure about 2. though. It was only used twice in  emacs_mode and once

Re: [EXTERNAL]Building GNU APL with clang

2023-10-02 Thread Russtopia
Aha! I got it to build. In Termux, which currently uses clang-16: After running ./configure, 1. Add -std=gnu++11, rather than c++11, to src/Makefile and src/emacs_mode/Makefile CXXFLAGS; 2. Add #include to src/Thread_context.cc and change the call near line 49 from pthread_cancel(thread) to

Re: [EXTERNAL]Building GNU APL with clang

2023-10-02 Thread Russtopia
Hi, thank you all for the rapid replies. Shortly after posting, I figured out how to set clang-11 as my default cc and c++ on my Devuan x86_64 laptop, and it builds perfectly there. So strange; I wonder what is different about the Termux clang environment. (It is a native ARM aarch64 Linux env,

RE: [EXTERNAL]Building GNU APL with clang

2023-10-02 Thread Callahan, Brian Robert
Hi Russ – On OpenBSD, clang has been the default compiler for many years. I routinely build APL trunk on OpenBSD, and never had any problems so long as I add -std=gnu++11 to CXXFLAGS. I just rebuilt APL from a clean SVN checkout and it built without issues. I am using clang-16.0.6. Not sure