https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243470
--- Comment #4 from Phillip R. Jaenke <p...@rootwyrm.com> --- Interesting! I talked with Alexander Koeplinger (runtime team) on Gitter about it, so it probably is just a miscommunication between teams there. Mono internally is a VERY large project. However, a quick swing through shows that the version in ports does NOT compile with newer Mono. Which isn't entirely unexpected, as it's a 4 year old release tarball. /usr/local/bin/mcs -out:WidgetViewer.exe -r:../../glib/glib-sharp.dll -r:../../pango/pango-sharp.dll -r:../../atk/atk-sharp.dll -r:../../gdk/gdk-sharp.dll -r:../../gtk/gtk-sharp.dll ./TestCheckButton.cs ./TestColorSelection.cs ./TestRadioButton.cs ./TestRange.cs ./TestStatusbar.cs ./TestDialog.cs ./TestFlipping.cs ./TestSizeGroup.cs ./TestCombo.cs ./TestComboBox.cs ./WidgetViewer.cs ./TestCombo.cs(17,14): warning CS0612: `Gtk.Combo' is obsolete ./TestRange.cs(35,6): error CS0104: `Range' is an ambiguous reference between `System.Range' and `Gtk.Range' /usr/local/lib/mono/4.5/mscorlib.dll (Location of the symbol related to previous error) ./TestRange.cs(35,13): error CS0030: Cannot convert type `Gtk.HScale' to `System.Range' ./TestRange.cs(42,6): error CS0104: `Range' is an ambiguous reference between `System.Range' and `Gtk.Range' /usr/local/lib/mono/4.5/mscorlib.dll (Location of the symbol related to previous error) ./TestRange.cs(42,13): error CS0030: Cannot convert type `Gtk.HScrollbar' to `System.Range' ./TestRange.cs(62,6): error CS0104: `Range' is an ambiguous reference between `System.Range' and `Gtk.Range' /usr/local/lib/mono/4.5/mscorlib.dll (Location of the symbol related to previous error) ./TestRange.cs(62,13): error CS0030: Cannot convert type `Gtk.VScale' to `System.Range' ./TestCombo.cs(31,20): warning CS0612: `Gtk.Combo' is obsolete Compilation failed: 6 error(s), 2 warnings So there's definitely some major cleanup and overhaul needed here. Item one is probably switching to actually fetching from a GH commit instead of a 4 year old pseudo-release. There's probably over a thousand bug fix commits between the release tarball and current commit. Or having upstream do a new release tarball; either way works. I've got no problem switching that out and updating the port correspondingly there. (Just probably won't be able to get to it today.) However: issue two, this depends on gtk-sharp20, which is another orphan in need of serious updating. (Or optionally gtk-sharp30, same deal.) I don't know anywhere near enough about the Gnome infrastructure to know what the correct answer here is or how the gtk-sharp pieces would impact other gtk pieces at this point. Is there anyone from gnome@ who would be able to lend me a hand here? -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-mono@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-mono To unsubscribe, send any mail to "freebsd-mono-unsubscr...@freebsd.org"
