On 9/3/19 2:43 AM, Ken Moffat via blfs-dev wrote:
On Tue, Sep 03, 2019 at 12:19:46AM +0100, Ken Moffat via blfs-dev wrote:
On Mon, Sep 02, 2019 at 11:08:09AM +0200, gabriele balducci via blfs-dev wrote:
Looking at fedora,
https://src.fedoraproject.org/rpms/firefox/tree/master they seem to
manage to build some sort of 69.0 but using a "shipped" cbindgen
(and I've no idea where/how they got that). Without system
I usually (since 66.0) build cbindgen on the fly (as one of the very
first steps during firefox build) and catch the "good" version to be built
from these two locations in the FF tree:
taskcluster/scripts/misc/build-cbindgen.sh
build/moz.configure/bindgen.configure
Short summary: anything using the r language (as distinct from R
which is probably a perfectly good language) is a house of cards
built on sand, any help in resolving this would be welcome.
hope this helps
ciao
gabriele
Thanks Gabriele.
I notice that the git hash has a comment '# V0.9.0' which is what
I've been using. so, I don't think this is the cause of my problem.
Indeed it was not. For my own builds I use a mozconfig with the
correct options for what I am doing. But when measuring a vanilla
build for the book I usually copy the mozconfig that is in the book.
Looks as if dbus-glib should now be required (the book comments it
because it used to be optional). With that enabled, I completed
the build.
Arguably, it might be better as 'recommended', since the configury
doesn't seem to require it, but since that doesn't link with the
other options i nthe book I'm minded to make it required.
So, on this occasion my apologies for blaming r..t (but I still
think it is a house of cards).
Ok, so since I'm already using dbus-glib, I should be ok?
I'm using rustc 1.35.0 and cbindgen 0.9.0, as in the book.
Bye
Tim
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
