Closed Bug 648720 Opened 13 years ago Closed 13 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 ;-)
Comment on attachment 524847 [details] [diff] [review]
Switch from ambiguous patch v1.0 [Checked in: Comment 14]

http://hg.mozilla.org/comm-central/rev/3bb7223d1f3a
Attachment #524847 - Attachment description: Switch from ambiguous patch v1,0 → Switch from ambiguous patch v1.0 [Checked in: Comment 13]
Status: ASSIGNED → RESOLVED
Closed: 13 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: