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 in apl-sqlite.cc. Unfortunately I am
lacking any emacs experience and can therefore not easily
test the changes. Maybe Elias wants to have a look at it
(IMHO some uses of *auto_ptr* can be avoided entirely).
If my changes should break anything then please let me know.
*SVN 1736*.
Best Regards,
Jürgen
On 10/3/23 04:42, Russtopia wrote:
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 <pthread.h> to src/Thread_context.cc and change the
call near line 49 from pthread_cancel(thread) to pthread_kill(thread, 0)
In regards to pthread_cancel() ...
I hope the following is not true: Termux (or Android beneath it) uses
'bionic libc' that does not implement pthread_cancel according to
https://github.com/termux/termux-app/discussions/2639
Some discussion about emulating it or replacing with
pthread_kill(thread, 0) here:
https://github.com/axel-download-accelerator/axel/issues/150
I don't know who or what to test to see what deleterious effects, if
any, using pthread_kill() instead of pthread_cancel() will have on
operation. However, the main prompt comes up and I can run basic APL
expressions.
-Russ
On Mon, Oct 2, 2023 at 6:44 PM Callahan, Brian Robert
<call...@rpi.edu> wrote:
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 what version Termux uses these days.
~Brian
--
Brian Robert Callahan, Ph.D., CISSP, CCSP, SSCP, CC
Graduate Program Director, ITWS@RPI
Director, Rensselaer Cybersecurity Collaboratory
Office: Lally 304
*From:* bug-apl-bounces+callab5=rpi....@gnu.org
<bug-apl-bounces+callab5=rpi....@gnu.org> *On Behalf Of *Russtopia
*Sent:* Monday, October 2, 2023 8:08 PM
*To:* bug-apl@gnu.org
*Subject:* [EXTERNAL]Building GNU APL with clang
*CAUTION:*This email originated from outside of the organization.
Do not click links or open attachments unless you recognize the
sender and know the content is safe.
Hello, See topic.
I would rather not, but in this case I am trying to re-build GNU
APL in Termux on my newer Android phone, and Termux decided some
time ago to remove gcc entirely from its packages, in
preference to clang. :(
I am not up to date at all on modern C++, but this conversation on
Stackoverflow suggests that auto_ptr is considered deprecated in
newer C++ standards:
https://stackoverflow.com/questions/69116001/how-do-i-re-enable-c17-removed-features-in-clang
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
-Wno-deprecated-declarations -g -O2 -I
/data/data/com.termux/files/home/gnuapl/trunk -c Listener.cc -o
Listener.o >/dev/null 2>&1
network.cc:37:10: error: no member named 'auto_ptr' in namespace 'std'
std::auto_ptr<NetworkConnection> connection( (NetworkConnection
*)arg );
~~~~~^
network.cc:37:19: error: 'NetworkConnection' does not refer to a value
std::auto_ptr<NetworkConnection> connection( (NetworkConnection
*)arg );
^
Adding -std=c++11 to src/emacs-mode/Makefile CXXFLAGS got me past
the auto_ptr issues, but then I hit issues with 'typeof()' in
LineInput.cc:
g++ -DHAVE_CONFIG_H -I. -I.. -Wall -I sql -I
/data/data/com.termux/files/home/gnuapl/trunk -std=c++11 -g -O2 -I
/data/data/com.termux/files/home/gnuapl/trunk -MT
apl-Missing_Libraries.o -MD -MP -MF
.deps/apl-Missing_Libraries.Tpo -c -o apl-Missing_Libraries.o
`test -f 'Missing_Libraries.cc' || echo './'`Missing_Libraries.cc
LApack.cc:1784:37: error: unknown type name 'typeof'; did you mean
'typedef'? tau = reinterpret_cast<typeof(tau)> (work);
^~~~~~
typedef
LApack.cc:1784:43: error: expected a type tau =
reinterpret_cast<typeof(tau)> (work);
^
LApack.cc:1784:37: error: type name does not allow storage class
to be specified
tau = reinterpret_cast<typeof(tau)> (work);
^
Has anyone managed to build and successfully run GNU APL with clang?
-Russ