After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 629224 - Compiler error CS1501 building FSpot.Loaders on mono 2.8
Compiler error CS1501 building FSpot.Loaders on mono 2.8
Status: RESOLVED FIXED
Product: f-spot
Classification: Other
Component: General
0.7.3
Other Linux
: Normal normal
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on:
Blocks:
 
 
Reported: 2010-09-09 22:18 UTC by Andrew Jorgensen
Modified: 2010-10-13 20:11 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
compilation fix (856 bytes, patch)
2010-09-15 21:30 UTC, Marek Habersack 		committed Details | Review

Description Andrew Jorgensen 2010-09-09 22:18:25 UTC 
When compiling on mono 2.8 a new source code error is revealed.  The error has
been reviewed and confirmed to be legitimate by the mono team.
Comment 1 Marek Habersack 2010-09-15 21:30:55 UTC 
Created attachment 170376 [details] [review]
compilation fix

PixbufLoader from gtk-sharp/master doesn't have a Close() overload which takes a boolean.
Comment 2 Ruben Vermeersch 2010-09-18 16:08:01 UTC 
Review of attachment 170376 [details] [review]:

Fair enough.
Comment 3 Mike Gemünde 2010-09-28 12:31:45 UTC 
(In reply to comment #1)
> Created an attachment (id=170376) [details] [review]
> compilation fix
> 
> PixbufLoader from gtk-sharp/master doesn't have a Close() overload which takes
> a boolean.

But in GtkBeans is an extension method Close(bool) defined, which seems to be ignored from the new compiler.

I think I discussed this on IRC with somebody.

Mike
Comment 4 Ruben Vermeersch 2010-10-12 11:19:52 UTC 
(In reply to comment #3)
> But in GtkBeans is an extension method Close(bool) defined, which seems to be
> ignored from the new compiler.

Note that extension methods are just static methods with different syntax from the compiler point of view. They are not used (and thus not recognised) while overloading.
Comment 5 Ruben Vermeersch 2010-10-13 20:11:15 UTC 
Merged! Thanks!