The LLVM Project is a collection of modular and reusable compiler and
toolchain technologies.
This port includes Clang (a C/C++/Objective-C compiler), LLD (a linker),
LLDB (a debugger), an OpenMP runtime library, and the LLVM infrastructure
these are built on.
===> The following configuration options are available for llvm-devel-24.0.d20261013:
CLANG=on: Build clang
COMPILER_RT=on: Sanitizer libraries
DOCS=on: Build and/or install documentation
EXTRAS=on: Extra clang tools
FLANG=on: Flang FORTRAN compiler
GOLD=on: Build the LLVM Gold plugin for LTO
LIT=on: Install lit and FileCheck test tools
LLD=on: Install lld, the LLVM linker
LLDB=on: Install lldb, the LLVM debugger
MLIR=on: Multi-Level Intermediate Representation
OPENMP=on: Install libomp, the LLVM OpenMP runtime library
POLLY=on: Polyhedral loop and data-locality optimizer
STATIC_LIBS=on: Install static libraries (does not effect sanitizers)
===> Use 'make config' to modify these settings
devel/llvm-devel: new snapshot, aarch64 improvements
Enable COMPILER_RT, FLANG, and OPENMP options. Flang requires a
patch to make not compile quadmath functions requiring C11 functionality
FreeBSD hasn't implemented. It's unclear to me why we're attemping
to compile them on aarch64 and not other targets, but it's easy to
just ifdef out the file and this should match x86.
devel/llvm-devel: add missing patch
This fixes a build failure due to __emutls_get_address not being
provided on FreeBSD. The next update will include this change.
Sponsored by: DARPA, AFRL
devel/llvm-devel: new snapshot
First snapshot of the LLVM 24 development cycle.
Attempt to fix compilation on 32-bit targets.
Sponsored by: DARPA, AFRL
devel/llvm-devel: pre llvm23 branch snapshot
This is the last commit before the version of main was bumped to 24.
It is intended as a standin for an LLVM 23 release candidate port while
we wait for tarballs from RC1 or RC2.
Sponsored by: DARPA, AFRL
devel/llvm-devel: update to the LLVM 22 branch point
LLVM 22 branched yesterday so update o the branch point in preparation
for RC1 and devel/llvm22.
Sponsored by: DARPA, AFRL
devel/llvm-devel: fix a plist bug
libMIFDialect.a is part of FLANG. This has no effect unless FLANG is
disabled (as it is on 32-bit systems).
Sponsored by: DARPA, AFRL
python.mk: rename PYTHON_EXT_SUFFIX to PYTHON_TAG, document, etc
EXT_SUFFIX, according to PEP 3149, refers to the full tag and
extension for compiled extension module objects, eg .cpython-311.so,
.cpython-313t.so, etc. We do not use the correct semantic meaning,
and this usage becomes ambiguous and confusing when tags do not
match between bytecode and compiled extension module objects.
Rename our PYTHON_EXT_SUFFIX to PYTHON_TAG to align with PEP 3147's
specification of a magic tag, which consists of implementation name
and shorthand version only. This is meant for bytecode and other
files containing this tag in their filename that do not depend on
a specific Python ABI for the same version. Chase all existing
consumers.
(Only the first 15 lines of the commit message are shown above )
devel/llvm-devel: snapshot at release/20.x branch point
Update to the branch point of release/20.x. The next commit on main
updates to 21.0.0 and 20.1.0-rc1 will be released shortly.
Sponsored by: DARPA, AFRL
devel/llvm-devel: build openmp as a runtime
OpenMP support can be built as a project or a runtime. LLVM build
documentation says that when both are available, runtime is to be
prefered. I'm making this change in advance of an expected change to
split the Flang runtime from the Flang compiler build
(https://github.com/llvm/llvm-project/pull/110217).
This changes where omp_lib.h is installed for Flang use and which
Fortran modules are installed (removes .f18.mod versions).
Sponsored by: DARPA, AFRL
devel/llvm-devel: Fix !CLANG plist
llvm-debuginfo-analyzer isn't part of Clang, but was matched by the
overly broad pattern `-analyzer`.
Reported by: jrtc27
Sponsored by: DARPA, AFRL
devel/llvm*: flip LICENSE_FILE_BSD3CLAUSE setting [NFC]
The location of this license file moved in LLVM 16. Since I'm doing
cleanup in this area and the split of ports is about 50/50, switch to
setting the old location in the older ports so the newer ports set fewer
variables.
Sponsored by: DARPA, AFRL
devel/llvm*: LICENSE_DIR simplification
WRKSRC moved to the top of the source tree with llvm12. As a result,
LICENSE_DIR became ${WRKSRC}/llvm. Given that llvm11 the only port that
wasn't setting LICENSE_DIR, flip the script and default to
${WRKSRC}/llvm with llvm11 overriding.
Sponsored by: DARPA, AFRL
devel/llvm*: Always define LLVM2 license [NFC]
All LLVM ports in the tree use the Apache License 2.0 with LLVM
Exceptions license so cerntralize the definition.
Sponsored by: DARPA, AFRL
devel/llvm*: Allow LICENSE_FILE_BSD3CLAUSE to be pre-defined
While most ports that need to override it can do so after including
Makefile.LICENSE, CHERI-LLVM derivatives benefit from being able to
pre-define it.
Sponsored by: DARPA, AFRL
devel/llvm-devel: fix pkg-plist on powerpc64
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64-portbld-freebsd14.2/libclang_rt.msan.a:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64-portbld-freebsd14.2/libclang_rt.msan.a.syms:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64-portbld-freebsd14.2/libclang_rt.msan_cxx.a:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64-portbld-freebsd14.2/libclang_rt.msan_cxx.a.syms:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64-portbld-freebsd14.2/libclang_rt.tsan.a:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64-portbld-freebsd14.2/libclang_rt.tsan.a.syms:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64-portbld-freebsd14.2/libclang_rt.tsan.so:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64-portbld-freebsd14.2/libclang_rt.tsan_cxx.a:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64-portbld-freebsd14.2/libclang_rt.tsan_cxx.a.syms:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/share/msan_ignorelist.txt:No
such file or directory
devel/llvm-devel: build compiler-rt as a runtime
This begins to pave the way for an upcoming change were the Flang runtime
is seperate from the compiler. It may also allow us to build sanitizer
runtimes for multiple targets.
No functional change.
devel/llvm-devel: new snapshot, 32-bit improvements
Apply a patch based on one posted by Mark Millard in the comments of
https://reviews.freebsd.org/D46239 which defaults lld to using a single
thread on 32-bit systems.
Switch lua to 5.4, matching the intalled path of lldb.so.
Sponsored by: DARPA, AFRL
devel/llvm-devel: new snapshot
Flang is now installed as $PREFIX/bin/flang-devel. I've done no testing
and work is in progress upstream on improving cross building the runtime.
Apply a fix for LLDB builds on aarch64.
devel/llvm-devel: fix packaging on powerpc64*
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64le-portbld-freebsd14.1/libclang_rt.msan.a:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64le-portbld-freebsd14.1/libclang_rt.msan.a.syms:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64le-portbld-freebsd14.1/libclang_rt.msan_cxx.a:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64le-portbld-freebsd14.1/libclang_rt.msan_cxx.a.syms:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64le-portbld-freebsd14.1/libclang_rt.tsan.a:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64le-portbld-freebsd14.1/libclang_rt.tsan.a.syms:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64le-portbld-freebsd14.1/libclang_rt.tsan.so:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64le-portbld-freebsd14.1/libclang_rt.tsan_cxx.a:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/lib/powerpc64le-portbld-freebsd14.1/libclang_rt.tsan_cxx.a.syms:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/20/share/msan_ignorelist.txt:No
such file or directory
devel/llvm-devel: new snapshot
In limited testing, this appears to resolve excess memory use in
llvm-tblgen for some RISC-V related backend bits. This showed up
as all the i386 builds failing over the weekend.
Sponsored by: DARPA, AFRL
devel/llvm-devel: first snapshot of LLVM 20
This snapshot corresponds to the llvmorg-20-init tag and is the
release/19.x branch point plus the bump to 20.0 and a reset of the
relesae notes file.
devel/llvm-devel: add py-pexpect build dep
LLDB now requires pexpect to build.
I forgot to add this dependency after completing the rest of the update.
devel/llvm-devel: new snapshot
Bump major version to 19.
Add a build conflict with ${ARCH}-binutils for COMPILER_RT. Technically
this is only an issue for 64-bit architectures that build 32-bit
sanitizers (the presence of <triple>-ld is picked up and it doesn't
pass some cmake test), but it's easier to just block all of them.
devel/llvm*: Sanitize MANPREFIX
Not bumping as there is no change in PKG. This should have been done in
my previous commit.
Approved by: portmgr (blanket)
*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree
- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
Also move conditional flags for non sparc64/arm ARCH to fixed flags.
Reviewed by: brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068
devel/llvm-devel: fix plist without FLANG
ISO_Fortran_binding.h is installed in both clang and flang include
paths. The clang one was inappropriately tagged as conditional on CLANG
and not both.
devel/llvm-devel: new snapshot, library depends
Don't link openmp with libffi.
Reformat long or multi-line OPTION_FOO variables.
PR: 273801
Co-authored-by: Ivan Rozhuk <rozhuk.im@gmail.com>
devel/llvm-devel: don't set cmake PYTHON_EXECUTABLE
The PYTHON_EXECUTABLE spelling is not used at all in the newer python
support modules - FindPython{,2,3}.cmake and the framework now sets the
correct values.
PR: 273713
devel/llvm-devel: Fix plist
Newly added ompx.h was incorreclty tagged as being part of CLANG not
OPENMP. This broke systems without OPENMP (all 32-bit systems).
devel/llvm-devel: Update to new snapshot
This snapshot is the first commit of the release/17.x branch and the
last llvm-devel snapshot before bumping to the 18 branch.
devel/llvm-devel: enable polyhedral optimizations
The POLLY option enables the Polly optimizer. It is enabled by default.
From the website (https://polly.llvm.org):
Polly is a high-level loop and data-locality optimizer and
optimization infrastructure for LLVM. It uses an abstract mathematical
representation based on integer polyhedra to analyze and optimize the
memory access pattern of a program. We currently perform classical
loop transformations, especially tiling and loop fusion to improve
data-locality. Polly can also exploit OpenMP level parallelism, expose
SIMDization opportunities.
PR: 272400
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
devel/llvm-devel: fix compiler-rt build on current
Bump cpuset size to 1024 on newer current. Newly added sanitizer
support for cpuset_getaffinity(2) hardcodes the size so bump it to
match CPU_MAXSIZE (it's not obviously possible to extract it from
sys/_cpuset.h).
PR: 272235
Issue: https://github.com/llvm/llvm-project/issues/63485
Submitted by: jfc@mit.edu
devel/llvm-devel: new snapshot
Includes a fix for i386 build issues.
Work around broken compiler-rt compilation on aarch64 by disabling the
COMPILER_RT option there. Not ideal, but seems better than marking the
whole port broken. [0]
PR: 272164 [0]
Reported by: jfc@mit.edu [0]
devel/llvm*: Consistently use python:3.7+
llvm12 was inappropriately constrained to 3.6-3.9 breaking the ability
to set 3.10 as the default. llvm11 just specified "python", but there's
no need to keep 2.7 support around. The rest had obsolete 3.6+ entries.
No functional change: This is not expected to change the version of
python used.
PR: 270978
MFH: 2023Q2
Reported by: michael.osipov@siemens.com
Sponsored by: DARPA
devel/llvm-devel: new snapshot, lit fixes
Fix the the python module name to use an '_' in place of '-' in the
port-specific module name.
Remove a workaround that is now upstream.
PR: 270670, 269931
Co-Authored-by: Pawel Biernacki <kaktus@freebsd.org>
devel/llvm-devel: reduce diffs to llvm16
Mostly whitespace and style, but a few functional changes:
- It is new possible to enable COMPILER_RT for the lite flavor.
- Fix installation of internal lit depends.
devel/llvm-devel: fix packaging on powerpc
pkg-static: Unable to access file
/wrkdirs/usr/ports/devel/llvm-devel/work-default/stage/usr/local/llvm-devel/lib/clang/17/share/:No
such file or directory
devel/llvm-devel: Update to new snapshot
Stop installing a link from flang-new to flang. The former has a
deliberately obtuse interface intended to prevent casual use. While the
community sorts it self out, just stick with that to avoid future
confusion. See:
https://discourse.llvm.org/t/reviving-rename-flang-new-to-flang
Sponsored by: DARPA
devel/llvm-devel: fix packaging with debug python
The actual suffix if python extensions (at least as built by the LLVM
infrastructure) is ${PYTHON_EXT_SUFFIX}${PYTHON_ABIVER} not merely the
former.
PR: 268437
Sponsored by: DARPA
devel/llvm-devel: Update to new snapshot
Also disable OpenMP runtime on 12. It fails to compile with:
/wrkdirs/usr/ports/devel/llvm-devel/work-default/llvm-project-6df5464a463b8ada2df167595286aa2b6510dd16/openmp/libomptarget/plugins-nextgen/common/PluginInterface/PluginInterface.cpp:425:14:
error: call to deleted constructor of 'llvm::Error'
return Err;
^~~
/wrkdirs/usr/ports/devel/llvm-devel/work-default/llvm-project-6df5464a463b8ada2df167595286aa2b6510dd16/llvm/include/llvm/Support/Error.h:185:3:
note: 'Error' has been explicitly marked deleted here
Error(const Error &Other) = delete;
^
/wrkdirs/usr/ports/devel/llvm-devel/work-default/llvm-project-6df5464a463b8ada2df167595286aa2b6510dd16/llvm/include/llvm/Support/Error.h:492:18:
note: passing argument to parameter 'Err' here
Expected(Error Err)
^
1 error generated.
devel/llvm-devel: add missing patch
I'd failed to git add this file. Fortunatly this results in a configure
error so not too many cycles will be wasted.
Number of commits found: 422 (showing only 100 on this page)
