Picking up on your last comment, I restarted the php build on arm with the intent of looking for why gcc is required. So far I have come across one package that pulls in gcc and it is specific to arm.
Cmake pulls in libuv whose Makefile has: # for atomic builtins MODULES = gcc4 MODGCC4_ARCHS = arm This is what starts off the gcc build. Can and should these lines be replaced with a clang equivalent? To keep the build going I took out these two items and the cmake build completed without gcc. So far I have built the following packages and have now run into some errors that I have seen before. op1bsdsnap# pkg_info autoconf-2.67p1 automatically configure source code on many Un*x platforms autoconf-2.68p1 automatically configure source code on many Un*x platforms autoconf-2.69p2 automatically configure source code on many Un*x platforms automake-1.14.1p0 GNU Standards-compliant Makefile generator bison-3.0.4p0 GNU parser generator brotli-1.0.2 generic lossless compressor bzip2-1.0.6p8 block-sorting file compressor, unencumbered cmake-3.10.2 portable build system curl-7.59.0 get files from FTP, Gopher, HTTP or HTTPS servers db-4.6.21p5v0 Berkeley DB package, revision 4 gdbm-1.14.1 GNU dbm gettext-0.19.8.1p1 GNU gettext runtime libraries and programs gmake-4.2.1 GNU make gmp-6.1.2p1 library for arbitrary precision arithmetic help2man-1.47.6 generates simple manual pages from program output jansson-2.10 library for manipulating JSON data jsoncpp-1.8.4p0 JSON parsing C++ API libarchive-3.3.2p0 multi-format archive and compression library libexecinfo-0.3p0v0 clone of backtrace facility found in the GNU libc libffi-3.2.1p4 Foreign Function Interface libiconv-1.14p3 character set conversion library libltdl-2.4.2p1 GNU libtool system independent dlopen wrapper libmpc-0.9p1 complex numbers math library libsigsegv-2.12 library for handling page faults in user mode libtool-2.4.2p0 generic shared library support script libuv-1.19.1 multi-platform library for asynchronous I/O libxml-2.9.8 XML parsing library lz4-1.8.1.2 fast BSD-licensed data compression m4-1.4.18 GNU m4 meson-0.45.1 next-generation build system metaauto-1.0p1 wrapper for gnu auto* mpfr-3.1.5.2 library for multiple-precision floating-point computations nghttp2-1.31.0 library for HTTP/2 ninja-1.8.2 small build system with a focus on speed pcre-8.41 perl-compatible regular expression library py-MarkupSafe-1.0 implements an XML/HTML/XHTML markup safe string py-alabaster-0.7.10 configurable sidebar-enabled Sphinx theme py-babel-2.4.0 I18N/L10N tools for Python py-docutils-0.12p1 process plaintext documentation into other formats py-imagesize-0.7.1p0 getting image size from png/jpeg/jpeg2000/gif file py-jinja2-2.10 fast, optionally sandboxed, Python template engine py-pygments-2.1.3p0 Python syntax highlighter py-setuptools-28.6.1p0v0 simplified packaging system for Python modules py-six-1.10.0p0 Python 2 and 3 compatibility library py-snowballstemmer-1.2.1p0 snowball stemming library collection for Python py-sphinx-1.4.8p0 python documentation generator py-sphinx_rtd_theme-0.2.4 readthedocs.org theme for Sphinx py-stemmer-1.3.0p1 snowball stemming algorithms, for information retrieval py-tz-2018.3 Python API for dealing with timezones python-2.7.14p1 interpreted object-oriented programming language python-3.6.5 interpreted object-oriented programming language re2c-1.0.3 C-based regular expression scanner generator rhash-1.3.5 utility and library for computing hash sums sqlite3-3.23.0 embedded SQL implementation tcl-8.5.19p1 Tool Command Language tk-8.5.19p1 graphical toolkit for Tcl xz-5.2.3p0 LZMA compression and decompression tools -----Original Message----- From: [email protected] <[email protected]> On Behalf Of Stuart Henderson Sent: April 21, 2018 2:29 PM To: [email protected] Cc: 'Karel Gardas' <[email protected]>; 'OpenBSD Ports' <[email protected]> Subject: Re: armv7: freeradius3 build. - what is the status og gcc 4.9 for arm7? On 2018/04/21 10:32, [email protected] wrote: > From previous messages in this forum I noticed that there seems to be a lot > more work required to get gcc 4.9 to build on arm. Until this happens a lot > of ports won't build. I am waiting for a php build. > > What is the current status of this work? Basically things are worked on as and when possible. ARM is more limited than some other arches because few porters have hardware and builds are rather slow. It's not the right platform to use with OpenBSD if you want everything to work without rolling up your sleeves and pitching in. Although, I don't think gcc 4.9 failing itself would make that much difference any more. There isn't very much that will be built with gcc on a clang arch.
