Commit graph

21 commits

Author SHA1 Message Date
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
Gerald Pfeifer
b64b924c2f Update to the 20131020 snapshot of GCC 4.9.0.
STAGEify.
2013-10-21 18:26:14 +00:00
Gerald Pfeifer
e954219e26 Update to the 20131013 snapshot of GCC 4.9.0.
Migrate to the new LIB_DEPENDS standard.
2013-10-16 21:54:16 +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
Bryan Drewery
c93dfc2e9f SSP support has been added to ports with WITH_SSP for i386 and amd64
on FreeBSD 10, and amd64 on earlier versions.

SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.

On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].

On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk
symbols.

Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.

[1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup

PR:		ports/138228 [2]
Submitted by:	jlh (bsd.ssp.mk based on)
Reviewed by:	bapt
With hat:	portmgr
exp-runs done:	37 over a month on 91i386,91amd64,10i386,10amd64
2013-09-20 12:54:54 +00:00
Baptiste Daroussin
6adf864b81 Convert to new perl framework
Convert from USE_GMAKE to USES=gmake
2013-09-17 06:40:21 +00:00
Gerald Pfeifer
d5493624d5 Update to the 20130915 snapshot of GCC 4.9.0. 2013-09-16 21:16:47 +00:00
John Marino
9518965c21 lang/gcc*: define CONFIGURE_TARGET genericly (8 ports)
Instead of hardcoding the compiler target as FreeBSD, use the OPSYS
variable to it.  This makes no practical difference for FreeBSD, but
it helps DragonFly get properly configured.

Approved by:	gerald
2013-09-12 10:20:45 +00:00
Boris Samorodov
9f7e7e1326 Introduce ICONV_CONFIGURE_ARG variable defined at Uses/iconv.mk.
It's value is "--with-libiconv-prefix=/usr/local" for systems
before 100043 with ports libiconv and to use at systems post
100043 with base iconv it's value is "" (NULL).

Co-authors:	bapt, madpilot and bsam (me)
2013-09-04 20:01:05 +00:00
Gerald Pfeifer
c4a998e8d3 Update to the 20130901 snapshot of GCC 4.9.0. 2013-09-02 21:22:11 +00:00
Gerald Pfeifer
0189d4e8c5 Update to the 20130818 snapshot of GCC 4.9.0.
Replace USE_GMAKE by USES=gmake.
2013-08-25 11:05:38 +00:00
Alex Kozlov
d4041784dc - Remove MAKE_JOBS_SAFE variable
Approved by:	portmgr (bdrewery)
2013-08-14 22:35:50 +00:00
Gerald Pfeifer
4189310a45 Update to the 20130804 snapshot of GCC 4.9.0.
Rename VERSIONSTRING to the standard DISTVERSION. [1]

Add more notes on the various variables carrying version information.

Suggested by:	crees [1]
2013-08-11 10:21:41 +00:00
Gerald Pfeifer
8b9e746831 Update to the 20130728 snapshot of GCC 4.9.0.
Introduce a new option BOOTSTRAP that allows switching between a
full bootstrap of GCC and just running a simple build.

Bootstrapping is the default upstream, and for very stable and old
flavors of GCC we disable this by default since that is a huge win
in terms of build time of the port.  No change in default behavior
for this port -- for the time being we continue to bootstrap.
2013-08-04 18:12:39 +00:00
Gerald Pfeifer
a9ea95695e Update to the 20130630 snapshot of GCC 4.9.0. 2013-07-06 17:00:33 +00:00
Gerald Pfeifer
67d5961915 Update to the 20130609 snapshot of GCC 4.9.0.
This addresses the libitm/ build issue via an upstream of mine,
so we can remove the local patch.
2013-06-10 19:44:48 +00:00
Gerald Pfeifer
f5322ed876 Update to the 20130526 snapshot of GCC 4.9.0. (This requires a small
adjustment to our Java hierarchy patch, no functional change though.)
2013-05-31 22:52:02 +00:00
Gerald Pfeifer
21f29630fe Update to the 20130505 snapshot of GCC 4.9.0. 2013-05-11 15:21:56 +00:00
Marcus von Appen
a3a0715f38 - Convert USE_ICONV=yes to USES=iconv
- Change USE_GNOME=pkgconfig|gnomehack to USES=pathfix|pkgconfig while here

Reviewed by:	zeising
2013-04-27 11:59:28 +00:00
Gerald Pfeifer
25ff624523 Update to the 20130414 snapshot of GCC 4.9.0. This requires a fix
for libitm which didn't expect the OS to define __always_inline by
itself (and differently).

Also, this no longer installs libffi and its info and man pages which
was always meant to remain for internal use only.

Feature safe:	yes
2013-04-21 14:00:08 +00:00
Gerald Pfeifer
b4a430c47e Now that GCC 4.8.0 has been released, welcome GCC 4.9 in its very,
very early development stages.

Business as usual with the C, C++, Fortran, Java compilers and tools
invoked as gcc49, g++49, gfortran49, gcj49 and so forth. Initially
this may be relatively stable due to the GCC 4.8.0 stabilization
efforts, but be prepared for a rough ride the coming months as this
goes through active development.
2013-03-24 23:03:38 +00:00