| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
2013-11-04 lang/clang: Migrate to lang/clang32 or newer
|
|
|
|
|
| |
lang/clang32. Set an agressive expiration date to encourage migration
(actual removal will depend on the removal of dependencies.)
|
|
|
|
| |
lang)
|
|
|
|
| |
Convert from USE_GMAKE to USES=gmake
|
|
|
|
| |
Approved by: portmgr (bdrewery)
|
|
|
|
|
|
| |
on the command line, only the Makefile was committed.
Correct a plist bug by listing clang-cpp.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a couple upstream svn revs that have been comitted to base[1]:
r172354:
Refactor the x86 CPU name logic in the driver and pass -march and -mcpu
flag information down from the Clang driver into the Gold linker plugin
for LTO. This allows specifying -march on the linker commandline and
should hopefully have it pass all the way through to the LTO optimizer.
r175919:
Driver: Pass down the -march setting down to -cc1as on x86 too.
The assembler historically didn't make use of any target features, but this has
changed when support for old CPUs that don't support long nops was added.
Requested by: dim[1], eadler[0]
|
|
|
|
|
|
|
|
|
| |
Remove USE_GCC=4.2+ as all supported versions have an acceptable version
of gcc by default.[0]
Remove the long unused MAINTAINER_MODE variable.
Submitted by: tijl [0]
|
|
|
|
| |
Reported by: ale, Dominic Fandrey <kamikaze@bsdforen.de>
|
|
|
|
|
| |
Feb 27th). Add FileCheck and llvm-lit binaries as some consumers need
them.
|
| |
|
|
|
|
|
|
| |
http://svnweb.freebsd.org/base?view=revision&revision=238554
Approved by: brooks (maintainer)
|
|
|
|
|
|
| |
- Add option to build clang with assertions (off by default to match llvm)
Approved by: brooks
|
|
|
|
|
|
| |
PR: 168921
Submitted by: myself
Approved by: brooks (via pav@, with timeout)
|
|
|
|
|
|
|
| |
Enable shared libraries in LLVM and build with REQUIRES_RTTI=1 as
requires by some consumers.
PR: ports/164324, ports/164325
|
|
|
|
|
|
| |
Update the conflicts lines in all the llvm and clang ports to conflict
with 3.x as well as 2.x and generally simplify the conflict definitions
following the example of llvm-etoile.
|
|
|
|
|
|
|
| |
Add a number of bug fixes from our base gcc to llvm-gcc.[0]
PR: ports/154927 [0]
Submitted by: Pedro Giffuni <giffunip at tutopia com> [0]
|
|
|
|
| |
PR: ports/151340
|
|
|
|
|
| |
PR: ports/151344
Submitted by: Matthias Andree <matthias.andree at gmx.de>
|
|
|
|
| |
Submitted by: ports/151337
|
|
|
|
| |
The Clang port has now been updated to avoid building LLVM twice.
|
|
|
|
| |
Only remove /html/img if NOPORTDOCS is undefined.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- patch scan-view to use PYTHON_CMD
- also install c++-analyzer and scan-view
- also install ScanView.py and its dependencies into PYTHON_SITELIBDIR
- change USE_PERL5_BUILD to USE_PERL5, as scan-build needs it
at run time
- add USE_PYTHON, as scan-view needs it
(let's see to making these dependencies optional later)
- move EXTRACT_SUFX up to quiet portlint
- indent CONFLICTS value with TAB to quiet portlint
- add USE_LDCONFIG, found missing by portlint
- nuke empty $DOCSDIR/html/img that made deinstall complain
- amend to build-plist target
- rebuild pkg-plist
- bump PORTREVISION (changed pkg-plist)
The approval was a blanket approval under the condition that build-plist
was also updated, and was mailed to portmgr@ and yours truly
on 2010-08-10 by brooks@ in reference to the PR mentioned below.
Approved by: brooks (maintainer)
PR: ports/147434
|
|
|
|
| |
NOPORTDOCS is set.
|
| |
|
|
|
|
|
|
| |
manpage is also not installed in that case.
Reported by: QAT
|
|
|
|
| |
Submitted by: mm (llvm and clang)
|
|
|
|
|
|
|
|
| |
This should fix some compilation problems and we've been doing it in
devel/llvm-devel for ages.
Feature safe: yes
Reported by: rdivacky
|
|
|
|
|
|
|
|
| |
Add conflicts for llvm-devel and the forthcoming clang-devel.
Add USE_GCC=4.2+ in hopes of fixing 6.x builds.
Reported by: pointhat
|
|
|
|
|
|
| |
Submitted by: pointyhat
Approved by: maintainer timeout
Pointyhat: brooks
|
|
2.6.
NOTE: this port is slightly evil and both depends on llvm and builds all
of it. We hope to find the correct make string to fix this, but wanted
make clang available now.
|