Re: Debug build compile error in 'gobject/gobject.c'

The confusion is arising from the fact that the working code is in 2.48 https://github.com/GNOME/glib/blob/glib-2-48/gobject/gobject.c#L398-L406 The non-working code is in master. On Wed, Aug 3, 2016 at 11:35 AM, John Emmas wrote: > On 03/08/2016 18:46, Emmanuele Bassi

Re: Debug build compile error in 'gobject/gobject.c'

I don't believe you're allowed to legally use macros inside a macro expansion - https://stackoverflow.com/questions/19111383/ifdef-inside-a-macro-call-works-with-gcc-but-not-with-msvc On Wed, Aug 3, 2016 at 10:46 AM, Emmanuele Bassi wrote: > Hi; > > On 3 August 2016 at 18:36,

Re: Broken 'C' compilation when building from Master with MSVC

https://github.com/GNOME/glib/blob/236e804/glib/gutils.h#L69 Presumably this is not being included by gtypes.h inline in C is a C99 feature, which is why older VS doesn't support it. VS2015 does. -Arnav On Mon, Nov 2, 2015 at 2:27 PM, Emmanuele Bassi wrote: > Hi; > > On 2

Re: g_strdup_printf fails with VS2015 - snprintf doesn't support %n?

-pixbuf). Fan: please take a look at both when you can. Apart from these two I didn't have any problems building GTK2 with VS2015. -Arnav On Sun, Oct 11, 2015 at 1:35 AM, Ignacio Casal Quinteiro <nacho.r...@gmail.com> wrote: > Hi Arnavion, > > is this problem just specific to VS 2015?

g_strdup_printf fails with VS2015 - snprintf doesn't support %n?

Hi Fan, In your commit 53d487e31bc41cca9bca147e02e81b69e404fe07 to glib you enabled glib to use VS2015's snprintf. Did you confirm it works? I'm updating our gtk-win32 repo to use glib 2.46.0 (from 2.44.1) and ATK fails to build - it runs glib-genmarshal as part of build when calling

Re: g_strdup_printf fails with VS2015 - snprintf doesn't support %n?

=968835a1e7d5a704ae5a330ecda091b78851f73c;hp=8377d31eb591687186815e1de5cf973aac465120;hb=ba739e5686c1488280341451c3eb01a8f7b0aaa1;hpb=8c1ff97529b4f5b6462f1be302cc526ccb1960a1 -Arnav On Sat, Oct 10, 2015 at 9:08 PM, LRN <lrn1...@gmail.com> wrote: > On 11.10.2015 7:00, Arnavion wrote: >> Hi Fan

Re: Is Unicode character set a problem when compiling GTK sources?

Compiling as either MultiByte or Unicode should not make a difference. That setting only affects the use of unannotated Windows API, but glib/gtk should already be using the W forms of those API (with an intermediate utf8-utf16 step). MultiByte is probably there in the project files because it's

Re: Is Unicode character set a problem when compiling GTK sources?

(Re-adding codekiddy and Fan to To:) On Tue, Feb 17, 2015 at 11:18 AM, Arnavion arnav...@gmail.com wrote: Compiling as either MultiByte or Unicode should not make a difference. That setting only affects the use of unannotated Windows API, but glib/gtk should already be using the W forms

Re: compile glib success but failure on run-time with every version

. -Arnav On Thu, Feb 12, 2015 at 10:14 PM, codekiddy codeki...@gmail.com wrote: Hi arnavion, I have HexChat website opened in my webbrowser all the time while compiling, you have a nice graph! unfortunatelly what I want to achieve is to compile most recent packages by using VS 2013 solutions *only

Re: compile glib success but failure on run-time with every version

For HexChat, we compile GTK2 and all the dependencies for it with MSVC 2013 - https://github.com/hexchat/gtk-win32 -Arnav On Thu, Feb 12, 2015 at 7:19 AM, codekiddy codeki...@gmail.com wrote: Hello again, I would just like to say that I think I found a problem in gio.dll I Created created a

Re: atk 'missing symbols' problem since gnome-3-14

(I haven't looked at the headers in question myself). If I'm understanding the situation correctly, you're building a binary that includes an atk(mm) header that has some functions marked with dllexport (from the POV of the compiler when it's compiling your code). Technically though, I don't

Re: Getting a GTK3 program to compile on Visual Studio 2012

(Forgot to reply-all.) In gutils.h lines 82 and 122, and in gstring.h line 129, change static inline to static __inline. Alternatively add a PreprocessorDefinition to the project file to define inline as __inline. I figured this out just as a hunch, but after doing this I did find

Re: Regarding theWin32/Visual C++ project completion items

Hi, Speaking as a consumer of the MSVC project files, is it too much to ask for contributors to maintain the project files statically and update them whenever they update the makefiles? There is no need to do this in VS or even Windows; the vcxproj file is easy to maintain via a text editor. It

Re: Regarding theWin32/Visual C++ project completion items

be mirrored in the vcxproj files too? Is that unenforcable? -Arnav On Wed, Nov 13, 2013 at 8:30 PM, Fan Chun-wei fanc...@yahoo.com.tw wrote: Hello Arnavion, Speaking as a consumer of the MSVC project files, is it too much to ask for contributors to maintain the project files statically and update

Re: Windows 32/64bit downloads and/or bundles for 2.x and 3.x

Hi Garrett, You mentioned that you have done work to provide builds of common open-source libraries. Can you provide more information on this? - Do you mean that these builds are done using MSVC? - Does this include any libraries that GTK depends on? I am curious to see if any of the work we do

Re: Windows 32/64bit downloads and/or bundles for 2.x and 3.x

and VC11 too. ** ** Nice part about these builds, is that they’re all pretty atomic – dependencies are brought in using the packages and so anyone can generally rebuild an individual package. ** ** Garrett ** ** *From:* Arnavion [mailto:arnav...@gmail.com] *Sent

Re: Windows 32/64bit downloads and/or bundles for 2.x and 3.x

like to see: - Patches upstreamed in all cases where possible (like the ones you mention Arnavion). These patches usually do make it upstream. A quick glance through the bugs from which we got some of our patches shows many of them resolved and fixed. ( https://bugzilla.gnome.org/show_bug.cgi

Re: Windows 32/64bit downloads and/or bundles for 2.x and 3.x

Hello, I am a fellow Hexchat dev with bviktor, and I thought I'd just provide a few clarifications:- 1. The instructions to build GTK+ on gtk.hexchat.org are for building using Visual Studio 2012, as opposed to Tarnkyo's work that uses MinGW. We use VS to build our entire stack (GTK and its