gcc5 dependency challenges
julian at freebsd.org
Fri Oct 14 08:14:47 UTC 2016
On 14/10/2016 12:48 AM, Dewayne Geraghty wrote:
> After some rudimentary performance testing I note that we get up around 3%
> improvement in application performance when we use gcc5 for our package
> However building ports with gcc results in gcc5 being a dependency.
> Examining ldd, we find that rarely does anything require gcc5's shared libs
> for their execution. Even simple things like ftp/wget and devel/ccache
> depend on gcc5 for building but NOT runtime. As we aren't allowed to
> install compilers onto production systems, what is the best course of
> action to address?
> (We could just install gcc5 and then remove it but then of course, the base
> pkg wants to remove everything (600+ packages) that depends on gcc5!)
> So the question is - how should we build our packages or install them so
> that gcc5 is not (unnecessarily) installed?
This is a topic I have been discussing in this list over the last few
My understanding is that the compiler should not be a dependency for
I have been suggesting that packages should be installable in two
manners, runtime or developement.
In runtie mode they would only unpack the binary results (and not the
man pages or .a files or .h files)
and would only give library dependancies as depends.. In devel mode
they woudl be sort of like now..
> We've added to our /etc/make.conf
> USE_GCC= 5
> but I wonder if there's something like a build_depends mechanism?
> Our FreeBSD 10.3 Stable uses pkg 1.8.3; whereas ports uses 1.8.7_3, minor
> Why gcc5? Well most ports use clang 3.4.1 to compile, some ports do use gcc
> 4.8.5; and if we move to FreeBSD11 then we also need to add llvm3.6 into
> the build/migrating equation. So to aid our migration effort we "think"
> choosing gcc5 now is a good idea; particularly as /usr/ports/base/gcc uses
> gcc 5.4.0 (rather than /usr/ports/lang/gcc which is 4.8.5)
> All production systems use local package repositories (as heimdal is widely
> used as are non-default options).
> Kind regards, Dewayne
> freebsd-ports at freebsd.org mailing list
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
More information about the freebsd-ports