21:14 John Baldwin (jhb) 

base/*: Remove the base ports to install an external toolchain in /usr.

This was originally motivated for providing a native toolchain for
platforms not supported by the in-tree LLVM toolchain.  Now, however,
all of our current platforms are well supported by the in-tree LLVM
toolchain.  In addition, these ports required additional maintenance
beyond the existing devel/binutils and devel/freebsd-gccX ports.  A
more sustainable path if we need this in the future is probably to
have simple wrappers for /usr/bin/cc and other binaries in /usr that
redirect to binaries provided by the existing devel/ ports.

Reviewed by:	bapt
Differential Revision:	https://reviews.freebsd.org/D38561

    2ed924f

21:10 Stefan Eßer (se) 

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

    b7f0544

10:26 Tobias C. Berner (tcberner) 

cleanup: remove trailing whitepaces

    b86221f

08:09 Mathieu Arnold (mat) 

One more small cleanup, forgotten yesterday.
Reported by:	lwhsu

    cf118cc

14:31 Mathieu Arnold (mat) 

Remove # $FreeBSD$ from Makefiles.

    305f148

19:20 jhb 

Various fixes to base/binutils and base/gcc6.

- Add --with-sysroot=/ to CONFIGURE_ARGS.  base/binutils needs this so
  that ld honors --sysroot in linker scripts.  base/gcc6 needs this so
  that the C++ include paths honor --sysroot.
- Remove a hack from GCC's configure to force C++98 mode when building
  GCC with GCC.  libc++ assumes C++11, so this hack was breaking the
  build of base/gcc6 natively when the system compiler was GCC.
- Add toolchain makefiles installed to /usr/share/toolchains.

  These are suitable to be used by CROSS_TOOLCHAIN when doing a native
  arch build.  These makefiles enable appropriate knobs so that the
  in-tree components that are replaced by each package are not built
  or installed.  The freebsd-gcc toolchain makefile includes the
  binutils toolchain makefile if it is present.

Reviewed by:	bapt
Differential Revision:	https://reviews.freebsd.org/D22984

 

23:22 jhb 

Simplify a few things and fix cross-building.

- Remove objcopy unconditionally.
- Don't bother creating links with the BUTARGET prefix.
- Use HOSTARCH when setting CONFIGURE_TARGET.

Reviewed by:	bapt
Differential Revision:	https://reviews.freebsd.org/D22607

 

08:47 bapt 

Update binutils to 2.33.1

While here, make the port autonomuous (not a slave port of devel/binutils
anymore)
The only dependency this port is keeping with devel/binutils is sharing the
patch directory to avoid duplication.

 

00:48 jhb 

Permit base/binutils to be built as a native package.

- Don't require CROSS_TOOLCHAIN and CROSS_SYSROOT for base/binutils.
- Fix some places in devel/binutils to test the PREFIX instead of
  CROSS_TOOLCHAIN to determine if base/binutils is being built.
- When base/binutils is built natively, the binaries are installed
  with the target name prefix already.

Reviewed by:	bapt
Differential Revision:	https://reviews.freebsd.org/D19128

 

13:32 rene 

Remove compatibility code for FreeBSD < 11.2 from all ports.

Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by:	rene
Reviewed by:	bapt, jbeich
Differential Revision:	https://reviews.freebsd.org/D17724

 

09:17 jhb 

Cleanup packing lists.

- Use BUREMOVE to strip binutils tools not installed by the base/binutils
  package.
- Update BUREMOVE logic in devel/binutils to cope with the base package
  which installs tools without a BUTARGET- prefix.
- Use MANPREFIX for BUREMOVE to handle the PREFIX=/usr case used by
  base/binutils.
- Remove binutils headers and libraries explicitly from the staging area
  for base/binutils.
- Add missing plist entries for binutils binaries installed under a
  BUTARGET subdirectory.
- Drop plist entries from devel/binutils that are now properly removed.
  Previously the binaries for Windows tools like dlltool were removed
  from the staging area but the manpages were still left in the package.
- Bump PORTREVISION.

This is a recommit of r476186 but with the update to the pkg-plist of
devel/binutils and PORTREVISION bump.

PR:		230278
Reviewed by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16582

 

05:30 antoine 

Revert r476186, it fails to package

With hat:	portmgr

 

17:49 jhb 

base/binutils: Cleanup packing lists.

- Use BUREMOVE to strip binutils tools not installed by the base/binutils
  package.
- Update BUREMOVE logic in devel/binutils to cope with the base package
  which installs tools without a BUTARGET- prefix.
- Use MANPREFIX for BUREMOVE to handle the PREFIX=/usr case used by
  base/binutils.
- Remove binutils headers and libraries explicitly from the staging area
  for base/binutils.
- Add missing plist entries for binutils binaries installed under a
  BUTARGET subdirectory.

Approved by:	bapt (implicit for base/*)
Differential Revision:	https://reviews.freebsd.org/D16464

 

22:25 jhb 

Add support for amd64 and i386 to base/binutils and base/gcc.

- To support amd64, map amd64 to x86_64 when generating the --host argument
  to configure in bsd.port.mk and when generating --target arguments in port
  Makefiles.
- Add entries to the plists for i386 and amd64.  amd64 generally includes both
  amd64-specific entries as well as i386 entries.
- Don't include the builtin float.h for i386 and amd64.

Reviewed by:	bapt
Approved by:	portmgr (bapt)
Differential Revision:	https://reviews.freebsd.org/D16250

 

18:07 jhb 

Use a unified packing list for base/binutils.

Create a single pkg-plist that uses arch-specific PLIST_SUBs to control
arch-specific linker scripts but is otherwise machine-independent.
- Only include objcopy for OS versions older than 11.0 (11.0 uses the
  elftoolchain elfcopy as objcopy in the base system)
- Use %%BUTARGET%% throughout.  This probably fixes the sparc64 pkg-plist
  which was not updated when BUTARGET started including OSREL.  This also
  avoids hardcoding an OSREL of 12.0 for powerpc64.
- Enable MIPS ldscripts for all MIPS architectures which probably fixes
  this port on mips64 and mipsn32.
- Enable PowerPC ldscripts for all PowerPC architectures which probably
  fixes this port on powerpc.

Reviewed by:	bapt, bdrewery

 

15:18 jhb 

Add 32-bit mips support to base/binutils and base/gcc.

- When cross-building packages, set ARCH to the target arch instead of
  the arch of the build host.  This fixes bsd.ssp.mk on MIPS which was
  trying to enable SSP on MIPS cross-built packages because the host
  ARCH was amd64.  A new HOST_ARCH variable is added to set the
  --build triple for configure scripts, but I believe most other uses of
  ARCH in ports are really about the target, not the build host so this
  is the more correct general direction.
- Some updates to base/binutils and base/gcc to use ARCH as the target
  architecture.
- Drop the extra arguments to GCC to set include and library paths and
  only set --sysroot.
- Move the --sysroot flags into CC, CXX, CPP (which is now set to XCPP)
  and LD instead of passing it in CFLAGS, etc.  The base/gcc build uses
  ends up using the CFLAGS when building native binaries for the build
  host which fails when tripping over the --sysroot.  I think this might
  have accidentally worked before because the powerpc64 headers in
  /usr/include/machine were "close enough" to the amd64 headers, but with
  32-bit MIPS this failed hard.
- Add the GCC MIPS patch from devel/powerpc64-gcc to base/gcc to add
  MIPS support to base/gcc.
- Add a MIPS plist for base/binutils.
- Set helper variables for the base/gcc plist to tag architecture-specific
  headers (e.g. for intrinsincs) and use these to tag powerpc and MIPS
  specific headers.
- Drop the include-fixed headers from base/gcc.
- Strip /usr/local/include from the default list of include paths for
  base/gcc.
- Use libc++'s include path for C++ for base/gcc.

Reviewed by:	bapt
Approved by:	portmgr (bapt)
Differential Revision:	https://reviews.freebsd.org/D15267

 

14:32 swills 

Fix cross build of base/ ports

This is a follow up to r461057 and fixes base/binutils and base/gcc in my
testing.

PR:		224217
Submitted by:	nwhitehorn (partially, I made additional changes)
Reviewed by:	bapt

 

21:35 bapt 

Remove everything that is now in bsd.port.mk which simplifies the code

 

22:23 swills 

base/binutils: fix stripping

Setting STRIPBIN is required by install. While here, remove uneeded /s

 

16:00 bapt 

Properly export the binutils as the cross ones

 

15:58 bapt 

Really fix the strip issue

 

12:59 bapt 

Fix up striping

 

02:32 swills 

base/binutils: add powerpc64 plist

While here, fix typo in README and add empty STRIP which seemed to be necessary

 

00:14 bapt 

WIP: external toolchain cross buildable: binutils

Add a cross buildable binutils package.
The new category is not linked to the regular ports tree to avoid make install,
poudriere and others to catch it automagically

instead of ending with a very complex file removal in the stage, prefer to use
specific plist per arch.

For now only sparc64 tested and added. This version of binutils is stipped down
only the components that are not supported by elftoolchain