Closed Bug 648720 Opened 14 years ago Closed 14 years ago

Build failure in ../mailnews/base/src/nsMsgRDFDataSource.cpp

Categories

(MailNews Core :: Build Config, defect)

defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 5.0b1

People

(Reporter: bes.wll, Assigned: iannbugzilla)

References

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.2a1pre) Gecko/20110407 Firefox/4.2a1pre SeaMonkey/2.2a1pre Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.2a1pre) Gecko/20110407 Firefox/4.2a1pre SeaMonkey/2.2a1pre Since a few days the following happens: ../mailnews/base/src/nsMsgRDFDataSource.cpp:108: error: expected constructor, destructor, or type conversion before ‘NS_IMPL_CYCLE_COLLECTING_RELEASE_AMBIGUOUS’ Build fails- Using Ubuntu 10.10 with gcc 4.4.5 in a 64-bit environment. Reproducible: Always
Version: unspecified → Trunk
update to the latest mozilla-central and comm-central sources, clobber your objdir and then try rebuilding. There have been significant changes on trunk recently.
Component: MailNews: General → Build Config
Product: SeaMonkey → MailNews Core
QA Contact: mail → build-config
(In reply to comment #1) > update to the latest mozilla-central and comm-central sources, clobber your > objdir and then try rebuilding. There have been significant changes on trunk > recently. I did all this, really: 1. I always start with 'python client.py' In this way both mozilla-central and comm-central are updated to the latest source. If I then encounter build problems, I always nuke the object directory and restart. 2. Restart with an empty object directory did not help in this case. 3. 2 days ago the build was successful, just after bugs 647000 and 647003 were resolved.
I am also making a try with Fedora 14, 32 -bit, which has gcc 4.5.1. I will report the result as soon as it is available
Fedora 14 32-bit build finished. Same error: ../mailnews/base/src/nsMsgRDFDataSource.cpp:108: error: expected constructor, destructor, or type conversion before ‘NS_IMPL_CYCLE_COLLECTING_RELEASE_AMBIGUOUS’ This build was done on a different machine, with its own source.
This failure is shown on tinderbox and its fallout from bug 584048.
Blocks: 584048
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: x86_64 → All
(or rather fallout from bug 584048 landing in mozilla-central).
Assignee: nobody → iann_bugzilla
Status: NEW → ASSIGNED
Severity: normal → blocker
In theory, fairly simple.
Comment on attachment 524847 [details] [diff] [review] Switch from ambiguous patch v1.0 [Checked in: Comment 14] looks like the right thing to do - I'll try building with this.
(In reply to comment #8) > Comment on attachment 524847 [details] [diff] [review] > Switch from ambiguous patch v1,0 > > looks like the right thing to do - I'll try building with this. I'm testing against comm-central/mozilla-central tree, so if you have a comm-central/mozilla-2.0 tree to test against that would be good.
I've kicked off a build against moz 2.0
Comment on attachment 524847 [details] [diff] [review] Switch from ambiguous patch v1.0 [Checked in: Comment 14] Build completed without error against comm-central/mozilla-central Started app and accessed addressbook and messages without issue.
Attachment #524847 - Flags: review?(bienvenu)
Also for me the build now, with the patch applied, was successful on comm-central trunk.
Attachment #524847 - Flags: review?(bienvenu) → review+
I should have said that I already fixed this in my SeaMonkey 2.2 tree and tested the fix against my SeaMonkey 2.1 tree half an hour before I was CCd ;-)
Attachment #524847 - Attachment description: Switch from ambiguous patch v1,0 → Switch from ambiguous patch v1.0 [Checked in: Comment 13]
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Flags: in-testsuite-
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 3.3a4
Comment on attachment 524847 [details] [diff] [review] Switch from ambiguous patch v1.0 [Checked in: Comment 14] Well telepathy is partially working then ;)
Attachment #524847 - Attachment description: Switch from ambiguous patch v1.0 [Checked in: Comment 13] → Switch from ambiguous patch v1.0 [Checked in: Comment 14]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: