~reviczky/gtksharp/+git/gtksharp:main

Branch merges

Related source package recipes

1 recipe using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

dadc19c... by =?utf-8?q?Alexander_K=C3=B6plinger?= <email address hidden> on 2021-03-09

Rename master branch to main

2f47c5c... by Mike Gorse <email address hidden> on 2020-06-10

Fix atk_value_get_value_and_text (#283)

b1fa950... by Aaron Bockover <email address hidden> on 2020-04-08

Merge pull request #285 from terrajobst/code-of-conduct

Link Code of Conduct

3d0d5a9... by Immo Landwerth <email address hidden> on 2020-04-08

Link Code of Conduct

9dc8913... by =?utf-8?q?Alexander_K=C3=B6plinger?= <email address hidden> on 2020-01-10

Add Azure Pipelines CI

(cherry picked from commit a9c08e12549663a14b15086b979fe86676beb19f)

fd10df5... by =?utf-8?q?Alexander_K=C3=B6plinger?= <email address hidden> on 2019-10-23

Check for libtoolize rather than libtool

Current Debian packaging puts libtool in its own package (libtool-bin)
leaving only libtoolize in the main package. The gtk# build process
uses libtoolize not libtool, so during autogen check for libtoolize
not libtool.

05e47a4... by =?utf-8?q?Alexander_K=C3=B6plinger?= <email address hidden> on 2019-05-20

Use csc instead of mcs (#273)

mcs sets the timestamp in the PE header to 0 which breaks some MS internal tools, let's use csc instead.

c1b9bd4... by Jordi Mas on 2019-03-12

Fixes MONO_PROFILE_ENTER_LEAVE undeclared when compiling with newer versions of Mono (#266)

a00552a... by Ankit Jain on 2019-02-20

Fix build failure with mcs caused by C#8 changes in mcs (#263)

Recent addition of C#8 features to mcs possibly broke this:

```
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'
@/external/bockbuild/stage/lib/mono/4.5/mscorlib.dll (Location of the symbol related to previous error)
@/external/bockbuild/builds/gtk-sharp-None/sample/test/../../gtk/gtk-sharp.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'
@/external/bockbuild/stage/lib/mono/4.5/mscorlib.dll (Location of the symbol related to previous error)
@/external/bockbuild/builds/gtk-sharp-None/sample/test/../../gtk/gtk-sharp.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'
@/external/bockbuild/stage/lib/mono/4.5/mscorlib.dll (Location of the symbol related to previous error)
@/external/bockbuild/builds/gtk-sharp-None/sample/test/../../gtk/gtk-sharp.dll (Location of the symbol related to previous error)
./TestRange.cs(62,13): error CS0030: Cannot convert type `Gtk.VScale' to `System.Range'
```

This is because the compiler is resolving `Range` in the test as `System.Range`
instead of `Gtk.Range`, so we disambiguate it.

/cc @marek-safar

7c36ee5... by =?utf-8?q?Olivier_Cr=C3=AAte?= <email address hidden> on 2019-01-26

ValueArray: Create copy when receiving pointer (#260)

The "ref" operation of GValueArray is a copy, so we don't have a
choice.