> If "man round" on a system says
>
> #include
> [..]
> double round(double x);
>
> then it should have round() in math.h; otherwise it is broken:
> either the manpage is wrong, or the header file is buggy. I don't
> think it is my job to determine where it exactly
Point taken.
> #include
> [..]
> double round(double x);
For fun,
/*
ABS:absolute value
SIGN: sign as 1.0 or -1.0
FIX:drop non-integer part
ROUNDI: round: at 0.5 to 0.0, at -0.5 to 0.0, i.e. inwards
ROUNDO: round: at 0.5 to 1.0, at -0.5 to -1.0, i.e. outwards
ROUN
[EMAIL PROTECTED] writes:
> (but I doubt that this is really necessary), but you should exactly
> document which component versions are needed instead of talking about
> `broken systems' which is not true. I can't find a hint in the docs
If "man round" on a system says
#include
[..]
> I think it is broken for us to adapt to broken systems.
Broken system? You are joking, aren't you? I'm using a plain SuSE
distribution which had (at the time being released) the latest GNU
stuff. There are thousands of other users who have the same
environment as I have. Honestly, only lily
[EMAIL PROTECTED] writes:
> > It's the same bug, but I'm getting a little tired of trying to fix
> > it. Please try an upgrade of glibc.
>
> Hmm, sorry to say but this isn't the optimal solution (I get the same
> error) -- as many others, I really hesitate to upgrade my stable
> system just to s
> It's the same bug, but I'm getting a little tired of trying to fix
> it. Please try an upgrade of glibc.
Hmm, sorry to say but this isn't the optimal solution (I get the same
error) -- as many others, I really hesitate to upgrade my stable
system just to satisfy lilypond's needs...
Please fix
[EMAIL PROTECTED] writes:
> > "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
>
>
> Han-Wen> not that CVS, this CVS!
>
>
>
> Han-Wen> (was a little late in committing.)
>
> I only have until tomorrow morning to play this game, since I'm
> leaving town for the weekend th
> "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
Han-Wen> not that CVS, this CVS!
Han-Wen> (was a little late in committing.)
I only have until tomorrow morning to play this game, since I'm
leaving town for the weekend then.
I think we've moved on to the next bug:
rm
[EMAIL PROTECTED] writes:
> > "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
>
> Han-Wen> Ok, together with Jan, we've concocted the Final Fix (tm)
> Han-Wen> that should cure this problem for once and for all. It's
> Han-Wen> in CVS.
>
> I still get:
>
> rm -f ./out/s
> "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
Han-Wen> Ok, together with Jan, we've concocted the Final Fix (tm)
Han-Wen> that should cure this problem for once and for all. It's
Han-Wen> in CVS.
I still get:
rm -f ./out/staff-symbol-referencer.dep;
DEPENDENCIES_OU
[EMAIL PROTECTED] writes:
> > I expect this comes from being in between stable and unstable -- a
> > number of the things I've had to get from unstable to have the version
> > I wanted involved upgrading more than I would have expected. So I'm
> > perfectly willing to get more stuff from unstable
In message <[EMAIL PROTECTED]>
Laura Conrad <[EMAIL PROTECTED]> wrote:
[snip]
> I expect this comes from being in between stable and unstable -- a
> number of the things I've had to get from unstable to have the version
> I wanted involved upgrading more than I would have expected. So
> "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
Han-Wen> I have been trying to come up with some kind of fix, but
Han-Wen> I fear that this will cause more trouble when the fix
Han-Wen> falls over. Moreover, the bug is in debian, not in lily I
Han-Wen> suggest to pa
>> > Juergen> Actually, it does not need to be there, since
>> > Juergen> /usr/include/math.h usually includes a couple of other
>> > Juergen> files. On my machine, lrint seems to be defined in
>> > Juergen> /usr/include/bits/mathinline.h.
>> >
>> > math.h doesn't seem to include t
[EMAIL PROTECTED] writes:
> > "Juergen" == Juergen Reuter <[EMAIL PROTECTED]> writes:
>
> Juergen> makedepend -f- /usr/include/math.h
>
> Juergen> If this lists you a file called
> Juergen> /usr/include/bits/mathcalls.h, and if this file contains
> Juergen> a line
>
> Jue
On 24 Jul 2003, Laura Conrad wrote:
> > "Juergen" == Juergen Reuter <[EMAIL PROTECTED]> writes:
>
> Juergen> Actually, it does not need to be there, since
> Juergen> /usr/include/math.h usually includes a couple of other
> Juergen> files. On my machine, lrint seems to be defined
> "Juergen" == Juergen Reuter <[EMAIL PROTECTED]> writes:
Juergen> makedepend -f- /usr/include/math.h
Juergen> If this lists you a file called
Juergen> /usr/include/bits/mathcalls.h, and if this file contains
Juergen> a line
Juergen> __MATHDECL (long int,lrint,, (_Mdouble
> "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
Han-Wen> Can you grep /usr/include to find out if it is there anywhere?
bash-2.05a$ grep lrint /usr/include/*.h
/usr/include/tgmath.h:#define lrint(Val) __TGMATH_UNARY_REAL_ONLY (Val, lrint)
/usr/include/tgmath.h:#define llrint(V
> "Juergen" == Juergen Reuter <[EMAIL PROTECTED]> writes:
Juergen> Actually, it does not need to be there, since
Juergen> /usr/include/math.h usually includes a couple of other
Juergen> files. On my machine, lrint seems to be defined in
Juergen> /usr/include/bits/mathinline.h.
On 24 Jul 2003, Laura Conrad wrote:
> > "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
>
>
> Han-Wen> In that case, something is broken on your system. lrint
> Han-Wen> is declared in /usr/include/math.h according to your
> Han-Wen> manpage.
>
> But it isn't in the act
[EMAIL PROTECTED] writes:
> Han-Wen> (just to be sure, you have
>
> Han-Wen> /* define if you have lrint */
> Han-Wen> #define HAVE_LRINT 1
>
> Han-Wen> in config.h ?)
>
> Yes.
That is very strange, because configure did find it. I guess it's in
the .so file, but not in the
> "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
Han-Wen> In that case, something is broken on your system. lrint
Han-Wen> is declared in /usr/include/math.h according to your
Han-Wen> manpage.
But it isn't in the actual file.
Han-Wen> (just to be sure, you have
[EMAIL PROTECTED] writes:
> > "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
>
> >> I'm still getting this error on current CVS. Debian (mix of stable
> >> and unstable).
>
> Han-Wen> did you run autogen.sh in the meantime?
>
> Yes..
>
> Han-Wen> If yes, what do
> "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
>> I'm still getting this error on current CVS. Debian (mix of stable
>> and unstable).
Han-Wen> did you run autogen.sh in the meantime?
Yes..
Han-Wen> If yes, what does
Han-Wen> man lrint
Han-Wen> s
[EMAIL PROTECTED] writes:
> > "Laura" == Laura Conrad <[EMAIL PROTECTED]> writes:
>
> Laura> I get:
> Laura> make[1]: Entering directory
> `/home/lconrad/src/lilypond/cvs-1.7/lilypond/lily'
> Laura> rm -f ./out/staff-symbol-referencer.dep;
> DEPENDENCIES_OUTPUT="./out/staff-symbo
> "Laura" == Laura Conrad <[EMAIL PROTECTED]> writes:
Laura> I get:
Laura> make[1]: Entering directory
`/home/lconrad/src/lilypond/cvs-1.7/lilypond/lily'
Laura> rm -f ./out/staff-symbol-referencer.dep;
DEPENDENCIES_OUTPUT="./out/staff-symbol-referencer.dep
./out/staff-symbol-ref
I get:
make[1]: Entering directory `/home/lconrad/src/lilypond/cvs-1.7/lilypond/lily'
rm -f ./out/staff-symbol-referencer.dep;
DEPENDENCIES_OUTPUT="./out/staff-symbol-referencer.dep
./out/staff-symbol-referencer.o" g++ -c -DHAVE_CONFIG_H -DSTRING_UTILS_INLINED
-Iinclude -I./out -I../flower/i
27 matches
Mail list logo
