1
0
mirror of https://git.FreeBSD.org/ports.git synced 2024-11-30 01:15:52 +00:00
Commit Graph

15 Commits

Author SHA1 Message Date
Brooks Davis
544d2a5976 Upgrade the llvm development ports to r193887. We're about two weeks
from the LLVM 3.4 branch starting.

Apply the clang portion of r255321 from base switching the default C++
library to libc++ on 10+.

Correct clang's notion of the underlying type of (u)intmax_t on MIPS64.
2013-11-06 00:13:02 +00:00
Gerald Pfeifer
3be3e90f93 Update to libmpc version 1.0.1 which brings the following fixes:
- Switched to automake 1.11.6, see CVE-2012-3386.
 - #14669: Fixed extraction of CC from gmp.h.
 - Fixed case of intermediate zero real or imaginary part in mpc_fma,
   found by hydra with GMP_CHECK_RANDOMIZE=1346362345.

This is on top of the following changes from version 1.0

 - Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
   invariant sections) for the documentation.
 - 100% of all lines are covered by tests
 - Renamed functions
   . mpc_mul_2exp to mpc_mul_2ui
   . mpc_div_2exp to mpc_div_2ui
 - 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
 - Removed compatibility with K&R compilers, which was untestable due
   to lack of such compilers.
 - New functions
   . mpc_log10
   . mpc_mul_2si, mpc_div_2si
 - Speed-ups
   . mpc_fma
 - Bug fixes
   . mpc_div and mpc_norm now return a value indicating the effective
     rounding direction, as the other functions.
   . mpc_mul, mpc_sqr and mpc_norm now return correct results even if
     there are over- or underflows during the computation.
   . mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
     infinite part and equals output variable is corrected.
   . mpc_fr_sub: Wrong return value for imaginary part is corrected.

Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.

Bump PORTREVISIONS of all dependent ports.

PR:		183141
Approved by:	portmgr (bdrewery)
2013-10-26 00:52:33 +00:00
Brooks Davis
492a3f7281 Fix unnecessicary and sometimes wrong RUN_DEPENDS on lang/gcc.
Reported by:	marino
2013-10-17 18:57:57 +00:00
Brooks Davis
5955eb52d9 Upgrade to 3.4.r191854.
STAGIFY

Mark dragonegg IGNORE on systems where the default compiler defaults to
libc++ on the grounds the the clang/llvm ports are likely linked with it
and thus won't work with gcc and libstdc++.
2013-10-16 17:34:22 +00:00
Baptiste Daroussin
888ab73a81 Add NO_STAGE all over the place in preparation for the staging support (cat: lang) 2013-09-20 19:53:09 +00:00
Brooks Davis
79fe699d74 Upgrade clang, dragonegg, and llvm -devel ports to r182968. 2013-09-04 15:57:35 +00:00
Alex Kozlov
d4041784dc - Remove MAKE_JOBS_SAFE variable
Approved by:	portmgr (bdrewery)
2013-08-14 22:35:50 +00:00
Brooks Davis
e5c435007d Update clang/dragonegg/llvm-devel to subversion rev r182968. 2013-05-31 20:49:05 +00:00
Brooks Davis
ac199650e5 Upgrade LLVM, Clang, and Dragonegg to svn rev r181598.
Install all *intrin*.h files.
2013-05-14 22:10:59 +00:00
Brooks Davis
f5b6b6d8d0 Upgrade llvm-devel, clang-devel, and dragonegg-devel46 to r174891 (circa
Feb 27th).  Add FileCheck and llvm-lit binaries as some consumers need
them.
2013-03-11 18:32:06 +00:00
Brooks Davis
e918c7f88a Upgrade llvm-devel and related ports to 3.3.r174891.
Install .cmake files for devel/llvm-devel so projects that use cmake can
build against the installed copy.
2013-02-11 19:02:00 +00:00
Brooks Davis
19abbab36e Add a port of the 3.2 release of the dragonegg GCC plugin. 2013-01-10 18:25:17 +00:00
Brooks Davis
d10a7026cc Update the develoment version of the llvm, clang and dragonegg ports to
3.3.r172076.
2013-01-10 18:01:28 +00:00
Beat Gaetzi
57b80a52e7 - Mark as BROKEN: distinfo is out of date
Reported by:	pointyhat
Feature safe:	yes
2012-11-01 15:35:56 +00:00
Brooks Davis
14aba22ba8 Add a port of the development version of DragonEgg.
DragonEgg is a gcc plugin that replaces GCC's optimizers and code
generators with those from the LLVM project.  It works with gcc-4.5
or gcc-4.6, can target the x86-32/x86-64 and ARM processor families.
It fully supports Ada, C, C++ and Fortran.  It has partial support
for Go, Java, Obj-C and Obj-C++.

Feature safe:	yes
2012-10-12 00:53:48 +00:00