On Wed, 2017-12-06 at 18:37 +0100, Jan Beich wrote:
> Mark Millard writes:
>
> >
> > For armv7 attempting to build multimedia/libvpx
> > (via an indirect dependency) leads to:
> >
> > cp libvpx_g.a libvpx.a
> > vpx_ports/arm_cpudetect.c.o: In function `arm_cpu_caps':
> >
On Wed, 2017-10-04 at 00:18 +0800, Julian Elischer wrote:
> Our 10.4 system is using gcc (for now).
>
> when we compile the devel/binutils port, we get a failure with a
> bunch
> of these errors:
>
>
> `_ZTSN12_GLOBAL__N_110Stub_tableILi64ELb1EEE' referenced in section
> `.rodata' of
On Thu, 2016-12-29 at 21:17 +0100, O. Hartmann wrote:
> Am Thu, 29 Dec 2016 20:26:32 +0100
> Dimitry Andric schrieb:
>
> >
> > On 29 Dec 2016, at 17:29, O. Hartmann
> > wrote:
> > >
> > >
> > > Am Wed, 7 Dec 2016 23:31:01 +0100
> > > Dimitry Andric
On Thu, 2015-01-01 at 19:01 +0300, Lev Serebryakov wrote:
I'm trying to update arm-eabi (microcontroller) cross-gcc port to
latest version 4.9 and have one weird problem.
Some part of gcc for arm (neon coprocessor machine description, to be
precise) requires more than 256 nested
On Mon, 2013-09-16 at 21:50 +0200, Mattia Rossi wrote:
Hi all,
I've build a world with the following constraints: -DWITHOUT_INFO
-DWITHOUT_MAN -DWITHOUT_SHAREDOCS -DWITHOUT_EXAMPLES -DWITHOUT_HTML
as I don't need that stuff. Turns out, this prevents tools like
install-info being built.
On Mon, 2013-09-09 at 08:57 +0200, Stefan Esser wrote:
Am 08.09.2013 08:14, schrieb O. Hartmann:
On Sat, 7 Sep 2013 22:49:54 GMT rak...@freebsd.org wrote:
Synopsis: devel/qt4-script:
/usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is
ambiguous
State-Changed-From-To:
On Mon, 2013-09-09 at 07:51 -0600, Ian Lepore wrote:
On Mon, 2013-09-09 at 08:57 +0200, Stefan Esser wrote:
Am 08.09.2013 08:14, schrieb O. Hartmann:
On Sat, 7 Sep 2013 22:49:54 GMT rak...@freebsd.org wrote:
Synopsis: devel/qt4-script:
/usr/include/c++/v1/type_traits:3175:22: error
On Tue, 2013-09-10 at 00:42 +0200, O. Hartmann wrote:
On Tue, 10 Sep 2013 00:24:05 +0300
Ivan Klymenko fi...@ukr.net wrote:
В Mon, 9 Sep 2013 23:17:13 +0200
O. Hartmann ohart...@zedat.fu-berlin.de пишет:
On Tue, 10 Sep 2013 00:02:37 +0300
Ivan Klymenko fi...@ukr.net wrote:
On Tue, 2013-06-25 at 15:44 -0400, Garrett Wollman wrote:
I'm in the process of (re)writing an rc.d script for kadmind
(security/krb5). Unlike the main Kerberos daemon, kadmind needs to
have a separate instance for each realm on the server -- it can't
support multiple realms in a single
On Fri, 2013-02-15 at 17:32 -0500, Mikhail T. wrote:
14.02.2013 09:34, Peter Pentchev ???(??):
However, there is then the argument of well, if you want to use the
bsd.*.mk
infrastructure, then why don't you just copy it into your project and
include
it from there - just like
On Fri, 2013-02-15 at 23:09 -0500, Mikhail T. wrote:
15.02.2013 19:12, Ian Lepore ???(??):
The src.conf manpage is not in error. The intent is that src.conf
applies only to the building of the freebsd world and kernel, that is,
the source that's usually located under /usr/src
On Thu, 2012-09-06 at 13:14 +0200, O. Hartmann wrote:
I tried to add
RUN_DEPENDS=
${LOCALBASE}/lib/libatomic_ops.a:${PORTSDIR}/devel/libatomic_ops
to my provided Makefile, but this doesn't install the port
devel/libatomic_ops.
This is weird and inconsistent. I follow exact the steps
On Sun, 2012-08-26 at 20:58 +0200, Baptiste Daroussin wrote:
On Sun, Aug 26, 2012 at 11:39:07AM -0700, Doug Barton wrote:
On 08/26/2012 05:58, Baptiste Daroussin wrote:
This isn't the security issue I was talking about by having sbin/pkg
pass every command line to local/sbin/pkg.
You
13 matches
Mail list logo