Crate style v0.0.1 fails to build
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
People
(Reporter: pmenzel+bugzilla.mozilla.org, Assigned: gds)
Details
Attachments
(1 file)
4.77 KB,
patch
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:67.0) Gecko/20100101 Firefox/67.0
Steps to reproduce:
Build Thunderbird 60.7.2 with Rust 1.34.2.
Actual results:
Build fails with the errors below.
error: missing documentation for macro
--> /dev/shm/bee-root/thunderbird/thunderbird-60.7.2-0/build/toolkit/library/x86_64-unknown-linux-gnu/release/build/style-5fdbb8a725c05859/out/gecko/atom_macro.rs:15688:1
|
15688 | macro_rules! atom {
| ^^^^^^^^^^^^^^^^^
|
note: lint level defined here
--> servo/components/style/lib.rs:26:9
|
26 | #![deny(missing_docs)]
| ^^^^^^^^^^^^
error: missing documentation for macro
--> /dev/shm/bee-root/thunderbird/thunderbird-60.7.2-0/build/toolkit/library/x86_64-unknown-linux-gnu/release/build/style-5fdbb8a725c05859/out/properties.rs:60:1
|
60 | macro_rules! property_name {
| ^^^^^^^^^^^^^^^^^^^^^^^^^^
error: missing documentation for macro
--> /dev/shm/bee-root/thunderbird/thunderbird-60.7.2-0/build/toolkit/library/x86_64-unknown-linux-gnu/release/build/style-5fdbb8a725c05859/out/properties.rs:136752:1
|
136752 | macro_rules! css_properties_accessors {
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
error: missing documentation for macro
--> /dev/shm/bee-root/thunderbird/thunderbird-60.7.2-0/build/toolkit/library/x86_64-unknown-linux-gnu/release/build/style-5fdbb8a725c05859/out/properties.rs:138536:1
|
138536 | macro_rules! longhand_properties_idents {
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
error: aborting due to 4 previous errors
Expected results:
Compilation should succeed.
Reporter | ||
Comment 1•5 years ago
|
||
The Firefox changes referenced in bug #1519629 1 need to be applied to Thunderbird as well.
Comment 2•5 years ago
|
||
There is no rust code in Thunderbird. Bug 1519629 states that mozilla60 is unaffected, so I don't know what you want us to do. TB 60.7.2 compiled fine in automation with whatever rust version that was using.
Reporter | ||
Comment 3•5 years ago
|
||
(In reply to Jorg K (GMT+2) from comment #2)
There is no rust code in Thunderbird.
Sorry, for not being clear. I hope the statement the following statement is correct. When building Mozilla Thunderbird Rust dependencies are built.
Bug 1519629 states that mozilla60 is unaffected, so I don't know what you want us to do. TB 60.7.2 compiled fine in automation with whatever rust version that was using.
Sorry, I find this statement rude. Obviously, the issue is still there, otherwise I would not experience it. Could you please re-open the issue, until it is clear, what Rust versions Thunderbird 60.7.2 requires and how to fix this for future releases?
Comment 4•5 years ago
|
||
Where is the rude part? The Thunderbird project ships TB 60.x on various platforms, we don't have resources to support people wanting to build it themselves with incompatible compiler versions. To the best of my knowledge, mozilla60 uses rust 1.19:
https://dxr.mozilla.org/comm-esr60/source/taskcluster/ci/toolchain/kind.yml#21
1.34 is used for current TB 68 beta and trunk 69.
You also need to understand that the Thunderbird project does not control Mozilla activities. If Mozilla use an older Rust version for their 60-series software, we can't change that.
Comment 5•5 years ago
|
||
BTW, what stops you from applying the necessary changes to your local copy of the code? Looks like it's a minimal change by adding some comments.
Reporter | ||
Comment 6•5 years ago
|
||
(In reply to Jorg K (GMT+2) from comment #5)
BTW, what stops you from applying the necessary changes to your local copy of the code? Looks like it's a minimal change by adding some comments.
That’s what we did. And it took time. So, it’d be great if it could be fixed upstream.
Comment 7•5 years ago
|
||
Sorry, but I really don't get it. You want me to put a patch on Mozilla ESR 60 software just for TB, which is going to be EOL soon, just so that you can compile your own special version with a newer Rust compiler? I could do that, but you've already added those couple of comment lines, so what's the point? The fix is upstream, just not at the version you want, or let's say the version together with a compiler that came out at least a year later.
Reporter | ||
Comment 8•5 years ago
|
||
(In reply to Jorg K (GMT+2) from comment #7)
Sorry, but I really don't get it. You want me to put a patch on Mozilla ESR 60 software just for TB, which is going to be EOL soon, just so that you can compile your own special version with a newer Rust compiler?
Sorry, I am not firm with the terminology. Mozilla ESR 60 refers to all Mozilla products?
Anyway, I thought having software that can be easily build is one of the goals of free software.
I could do that, but you've already added those couple of comment lines, so what's the point? The fix is upstream, just not at the version you want, or let's say the version together with a compiler that came out at least a year later.
I dug a little deeper and the Debian project ran into the same problem. So now two users ran into this issue and fixed it independently.
Anyway, I have no idea how long which ESR version will be supported. But my impression was, that these are supported alternatives to the latest versions. To live up to that promise these should be buildable also with the latest tool chains.
Comment 9•5 years ago
•
|
||
https://hg.mozilla.org/releases/mozilla-esr60/rev/eb76765892cfd646d3014e5f3b8df8c6753da2d2 on THUNDERBIRD_60_VERBRANCH
for TB 60.8 ESR
Updated•5 years ago
|
Reporter | ||
Comment 10•5 years ago
|
||
The commits below referenced in bug 1519729 are actually needed.
https://hg.mozilla.org/mozilla-central/rev/4f2e84dc490d
https://hg.mozilla.org/mozilla-central/rev/f63ebd7e9e28
https://hg.mozilla.org/mozilla-central/rev/a2f691714d70
https://hg.mozilla.org/mozilla-central/rev/7ccafc4ab34c
Comment 11•5 years ago
|
||
I don't think all the changesets are required since some of them are just reformatting. I think this is about macro documentation. Most likely only the first two:
https://hg.mozilla.org/mozilla-central/rev/4f2e84dc490d
https://hg.mozilla.org/mozilla-central/rev/f63ebd7e9e28
Do you have a patch you apply locally?
Reporter | ||
Comment 12•5 years ago
|
||
No, I do not have a (good) patch. I remove the missing docs linter requirement like Debian and Linux From Scratch.
sed -i -e '/#!\[deny(missing_docs)\]/d' servo/components/style/lib.rs
sed -i -e 's/#!\[deny(unsafe_code, missing_docs)\]/#!\[deny(unsafe_code)\]/g' servo/components/style_traits/lib.rs
Assignee | ||
Comment 13•4 years ago
|
||
I was building the last thunderbird esr 60 version with new tools (fedora 31) and found this bug as part of the solution to the build failures. There were a few other changes to complete the build as shown in the attached diff.
Specifically, the attached diff is to mozilla branch THUNDERBIRD_60_VERBRANCH of mozilla-esr60 repo. No changes were needed to the comm-esr60 repo.
Comment 14•4 years ago
|
||
Gene, we're not working on TB 60 any more.
Assignee | ||
Comment 15•4 years ago
|
||
(In reply to Jorg K (GMT+1) (PTO to 26th Jan 2020, sporadically reading bugmail) from comment #14)
Gene, we're not working on TB 60 any more.
I know, but I needed a modified 60 build to test with an addon for copying folders that doesn't work with 68 yet. Couldn't get the try server to accept my push for reasons unknown to me.
Comment 16•4 years ago
|
||
Couldn't get the try server to accept my push for reasons unknown to me.
The entire infrastructure from mozilla60 has been removed.
Description
•