On Wednesday 20 August 2008 08:53:52 pm David Johnson wrote:
> On Saturday 16 August 2008 03:20:41 pm David Schultz wrote:
> > I looked at the kcalc source, and the whole thing is so broken
> > that you are better off just turning off HAVE_L_FUNCS regardless
> > of anything. KCalc casts the input a
On Saturday 16 August 2008 03:20:41 pm David Schultz wrote:
> I looked at the kcalc source, and the whole thing is so broken
> that you are better off just turning off HAVE_L_FUNCS regardless
> of anything. KCalc casts the input and output of each libm
> function it calls to double precision even i
On Sat, Aug 16, 2008, Adriaan de Groot wrote:
> On Saturday 16 August 2008, David Schultz wrote:
> > On Sat, Aug 16, 2008, Daniel Eischen wrote:
> > > Additions of some (and not all) long functions have been
> > > breaking ports that just perform cursory checks for a couple
> > > of long func
On Saturday 16 August 2008, David Schultz wrote:
> On Sat, Aug 16, 2008, Daniel Eischen wrote:
> > Additions of some (and not all) long functions have been
> > breaking ports that just perform cursory checks for a couple
> > of long functions and then think they have access to them
> > all.
On Sat, Aug 16, 2008, Daniel Eischen wrote:
> [
> Some history for das...
>
> Additions of some (and not all) long functions have been
> breaking ports that just perform cursory checks for a couple
> of long functions and then think they have access to them
> all.
> ]
KDE is wrong to do
[
Some history for das...
Additions of some (and not all) long functions have been
breaking ports that just perform cursory checks for a couple
of long functions and then think they have access to them
all.
]
On Sat, 16 Aug 2008, Martin Wilke wrote:
> -BEGIN PGP SIGNED MESSAGE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks Daniel patch works.
- - Martin
- --
+---+---+
| PGP: 0x05682353 | Jabber : miwi(at)BSDCrew.de |
| ICQ: 169139903 | Mail : miwi(at)FreeBSD.org |
+---+--
On Wed, 13 Aug 2008, Max Brazhnikov wrote:
On Mon, 2 Jun 2008 21:40:53 -0400 (EDT), Daniel Eischen wrote:
On Mon, 2 Jun 2008, John Baldwin wrote:
Perhaps by recent libm changes that trick autoconf into think we
implement an entire batch of floating point ops when we only do a subset:
/bin/sh
On Mon, 2 Jun 2008 21:40:53 -0400 (EDT), Daniel Eischen wrote:
> On Mon, 2 Jun 2008, John Baldwin wrote:
> > Perhaps by recent libm changes that trick autoconf into think we
> > implement an entire batch of floating point ops when we only do a subset:
> >
> > /bin/sh /usr/local/bin/libtool --silent
On Monday 02 June 2008 09:40:53 pm Daniel Eischen wrote:
> On Mon, 2 Jun 2008, John Baldwin wrote:
>
> > Perhaps by recent libm changes that trick autoconf into think we implement
an
> > entire batch of floating point ops when we only do a subset:
> >
> > /bin/sh /usr/local/bin/libtool --silent -
On Mon, 2 Jun 2008, John Baldwin wrote:
> Perhaps by recent libm changes that trick autoconf into think we implement an
> entire batch of floating point ops when we only do a subset:
>
> /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile
> c++ -DHAVE_CONFIG_H -I. -I.. -I./knumber
11 matches
Mail list logo
