scroll bar

2017-04-19 Thread Rúben Rodrigues
Hi guys, Someone could help with scroll bar, zoom gesture and pan gesture ? I add this zoom callback, and i need to change the scroll bar. But i don't understand the paramentes of gtk_adjustment_configure(). static void zoom_scale_changed (GtkGestureZoom *gesture, gdouble

Re: Strict aliasing, yes or no?

2017-04-19 Thread Chris Vine
On Wed, 19 Apr 2017 22:12:24 +0100 Chris Vine wrote: > On Wed, 19 Apr 2017 12:21:06 +0100 > That (GArray to GRealArray) does break the strict aliasing rules, > unless done through a union (OK with unions in C99 with Technical > Corrigendum 3 and in C11, implementation

Re: Strict aliasing, yes or no?

2017-04-19 Thread Chris Vine
On Wed, 19 Apr 2017 12:21:06 +0100 Simon McVittie wrote: > On Tue, 18 Apr 2017 at 23:05:04 +0100, Daniel Boles wrote: > > Well, technically, code that relies on aliasing is > > inherently buggy from the outset, because that violates the > > standard. > > Not relying on

Re: Strict aliasing, yes or no?

2017-04-19 Thread Morten Welinder
You are making the situation sound a bit worse than it actually is. > Not relying on aliasing forbids casting between dissimilar types, which > rules out "normal" C tricks like casting between GArray and GRealArray > (where GRealArray starts with the same members as GArray) as a way to have > a

Re: gtk-devel-list Digest, Vol 156, Issue 11

2017-04-19 Thread Daniel Boles
On 19 April 2017 at 13:00, wrote: > > Message: 4 > Date: Wed, 19 Apr 2017 12:21:06 +0100 > From: Simon McVittie > To: gtk-devel-list@gnome.org > Subject: Re: Strict aliasing, yes or no? > Message-ID: >

Re: Strict aliasing, yes or no?

2017-04-19 Thread Simon McVittie
On Tue, 18 Apr 2017 at 23:05:04 +0100, Daniel Boles wrote: > Well, technically, code that relies on aliasing is > inherently buggy from the outset, because that violates the standard. Not relying on aliasing forbids casting between dissimilar types, which rules out "normal" C tricks like casting

Licensing

2017-04-19 Thread John Emmas via gtk-devel-list
Hi guys - whilst checking something else this morning I came across an anomaly in the licensing mechanism for glib / gtk+ etc. The vast majority of the header files state that it's LGPL. But occasionally there are GPL headers here and there. For example in glib-2, the following 11 header