Re: build problem
> Hello, > > Since I can't get a successful doc-build on my Fedora 30 box, I'm > unable to check doc-changes and merge translation into stable. > > It's the same with extractpdfmark 1.0.2 1.0.3 and 1.1.0 > > log spits: > > extractpdfmark -o ./out-www/collated-files.pdfmark > ./out-www/collated-files.tmp.pdf > extractpdfmark: error while loading shared libraries: > libpoppler.so.78: cannot open shared object file: No such file or > directory > > And I won't try to package poppler-0.78. There are too many > dependencies for me (Fedora is stuck to 0.73). In Fedora 30, I suggest to use extractpdfmark from package, rather than self-built extractpdfmark. https://apps.fedoraproject.org/packages/extractpdfmark If I understand correctly, Fedora 30 has popler-0.73.0 package that has libpoppler.so.84. https://koji.fedoraproject.org/koji/rpminfo?rpmID=17656985 Fedora 29 has popler-0.67.0 package that has libpoppler.so.78. https://koji.fedoraproject.org/koji/rpminfo?rpmID=17657086 Did you build extractpdfmark on Fedora 29? If so, it depends on libpoppler.so.78. However, Fedora 30 does not have libpoppler.so.78. ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: misplaced-note-head bug (issue 5303)
Hi David,
Aah, I'm sorry - I was not aware that casting to int works by
/truncating/. Then it's quite obvious what's happening here.
Which code do you think has a problem related to your example?
Compile
\version "2.19" \score { { 4 \clef bass }
\layout { #(layout-set-staff-size 19) % different magic number
with layout-set-absolute-staff-size: %
#(layout-set-absolute-staff-size 6.011034) } }
with a LilyPond patched with
diff --git a/lily/stem.cc b/lily/stem.cc index 37aa40c250..57995d8af7
100644 --- a/lily/stem.cc +++ b/lily/stem.cc @@ -627,6 +627,7 @@
Stem::calc_positioning_done (SCM smob) parity = true;
lastpos = int (p); + message (_f ("In Stem::calc_positioning_done:
lastpos = int (p) truncates %f to %f", p, lastpos)); } return
SCM_BOOL_T;
against current master (or in fact any LilyPond version starting from
your commit cb6024decee0aafd84baafe34115fc1b2d179df6 implementing
changing the staff line spacing in the \layout block). This exhibits
issue 5303 (see attached image) and shows where the int () cast causes
the problem:
Processing `/home/lukas/Musik/lp/Misplaced_note_head_MWE.ly'
Parsing...
Interpreting music...
Preprocessing graphical objects...
In Stem::calc_positioning_done: lastpos = int (p) truncates -3.00 to
-2.00
In Stem::calc_positioning_done: lastpos = int (p) truncates -1.00 to
-1.00
In Stem::calc_positioning_done: lastpos = int (p) truncates -3.00 to
-2.00
In Stem::calc_positioning_done: lastpos = int (p) truncates -1.00 to
-1.00
Finding the ideal number of pages...
Fitting music on 1 page...
Drawing systems...
Layout output to `/tmp/lilypond-lXcH6C'...
Converting to `Misplaced_note_head_MWE.pdf'...
Deleting `/tmp/lilypond-lXcH6C'...
Success: compilation successfully completed
I'm not sure why the reduction to an integer is done in the first place.
For the MWE, both keeping it as a float
lastpos = p;
and explicitly rounding 'correctly' to an integer
lastpos = int (round (p) );
solve the problem. I expect one should run both versions through a
comparison of regression tests, but I never did this before, so I'd
better leave this for tomorrow. :-)
Best Lukas
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
build problem
Hello, Since I can't get a successful doc-build on my Fedora 30 box, I'm unable to check doc-changes and merge translation into stable. It's the same with extractpdfmark 1.0.2 1.0.3 and 1.1.0 log spits: extractpdfmark -o ./out-www/collated-files.pdfmark ./out-www/collated-files.tmp.pdf extractpdfmark: error while loading shared libraries: libpoppler.so.78: cannot open shared object file: No such file or directory And I won't try to package poppler-0.78. There are too many dependencies for me (Fedora is stuck to 0.73). Cheers, -- Jean-Charles ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: misplaced-note-head bug (issue 5303)
Lukas-Fabian Moser writes:
> Folks,
>>
>> I think I isolated the rounding (?) issue leading to the misplaced
>> note head in https://sourceforge.net/p/testlilyissues/issues/5303/
>>
>> Please forgive the horrible C/C++ jumble - it's been quite long
>> since I did this kind of stuff and usually only ever wrote vanilla
>> C:
>>
>> #include
>>
>> double a = -0x1.7p+1;
>>
>> int main(void) {
>> printf("%a, as float: %f, as int: %d\n", a, a, int (a));
>> }
>
> Aah, I'm sorry - I was not aware that casting to int works by
> /truncating/. Then it's quite obvious what's happening here.
Which code do you think has a problem related to your example?
--
David Kastrup
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: misplaced-note-head bug (issue 5303)
Folks,
I think I isolated the rounding (?) issue leading to the misplaced
note head in https://sourceforge.net/p/testlilyissues/issues/5303/
Please forgive the horrible C/C++ jumble - it's been quite long since
I did this kind of stuff and usually only ever wrote vanilla C:
#include
double a = -0x1.7p+1;
int main(void) {
printf("%a, as float: %f, as int: %d\n", a, a, int (a));
}
Aah, I'm sorry - I was not aware that casting to int works by
/truncating/. Then it's quite obvious what's happening here.
Lukas
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
misplaced-note-head bug (issue 5303)
Folks,
I think I isolated the rounding (?) issue leading to the misplaced note
head in https://sourceforge.net/p/testlilyissues/issues/5303/
Please forgive the horrible C/C++ jumble - it's been quite long since I
did this kind of stuff and usually only ever wrote vanilla C:
#include
double a = -0x1.7p+1;
int main(void) {
printf("%a, as float: %f, as int: %d\n", a, a, int (a));
}
Compiled with gcc (4.8.5, 5.5.0, 6.5.0, 7.4.0 on my x86_64) this displays:
-0x1.7p+1, as float: -3.00, as int: -2
I'm not familiar with technicalities involved and thought I'd ask here
because I'm sure somebody here (David K.?) will be able to explain
what's happening here much faster than I could ever hope by reading up
on float representations, rounding issues, etc.
Best
Lukas
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
