Hi,
"inline=" is just a define. For example "-DDEBUG=1" to define DEBUG as 1
in the compiler command line, in this case would be
"-Dinline=" meaning it defines "inline" to nothing.
Take a look at the "gutil.h" file in glib, at line 52. There is an
explanation for the keyword "inline" not being defines in some compilers.
About the error you reported the G_INLINE_FUNC is causing it because it
is using the "inline" keyword that is not recognized by Visual C++ when
compiling pure C code. I tested this on VC9 only, don't know if newer
versions recognize it.
About the .lib files, the idea is to generate them from the existing DLLs
already generated with MingW. This will make your life a lot easier.
Since I'm just tring to compile my GTK application the hack "inline="
worked perfectly fine. In GLIB there is that discussion in gutil.h, but in
GTK the work "inline" is directly used so there is no other workaround.
Best,
Scuri
-----Original Message-----
From: gtk-list-bounces@xxxxxxxxx [mailto:gtk-list-bounces@xxxxxxxxx] On
Behalf Of tarnyko@xxxxxxxxxxx
Sent: sábado, 24 de novembro de 2012 14:49
To: gtk-list@xxxxxxxxx
Subject: Re: GTK+ 3.6.1 for Win32 (Runtime & Bundle)
Hi Antonio,
I am glad you like it.
.lib import libraries ? I honestly didn't even think about that. I am a
little
confused, as I thought GTK+ headers weren't even compatible with
VC++.
BTW I just tried to compile a simple example with the same compiler as
you,
and got a lot of these errors :
gtrashstack.h(55) : error C2143: syntax error : missing ';' before '{'
gtrashstack.h(63) : error C2085: 'g_trash_stack_pop' : not listed in
formal
parameters list
and I don't really know what "inline=" is (*shame*).
I'm OK to provide .lib files, but I first need a little bit of help on
these
subjects.
Regards, Tarnyko
Antonio Scuri writes:
> Hi Tarnyko,
>
> I think you guys are doing a great job. Thanks.
>
> Comparing this installation to the 2.24 available on gtk.org I just
miss
> the .lib files compatible with Visual C++. I think they are simple to be
> built using the DLLs and the DEFs.
>
> BTW to use your distribution with Visual C++ I had to define "inline="
to
> avoid a compilation error, at least in Visual C++ 9 (Visual Studio
2008).
>
> Best Regards,
> Antonio Scuri
>
>> -----Original Message-----
>> From: gtk-list-bounces@xxxxxxxxx [mailto:gtk-list-bounces@xxxxxxxxx]
On
>> Behalf Of tarnyko@xxxxxxxxxxx
>> Sent: sexta-feira, 23 de novembro de 2012 07:24
>> To: gtk-list@xxxxxxxxx
>> Subject: Re: GTK+ 3.6.1 for Win32 (Runtime & Bundle)
>>
>> Hi Andy,
>>
>> I have no relation with the GTK+ team.
>>
>> Regarding the packages, I think the problem is just, they don't have
any
>> official maintainer now. I once tried to "push" them to gtk.org, but
the
>> mail addresses listed here (https://live.gnome.org/GtkTasks) do not
exist
>> anymore, and nobody did answer me on IRC (#gtk+).
>>
>> As far as I know, we are 2 persons knowing how to compile GTK3 win32
>> binaries. I am more specialized in producing installers.
>>
>> Regards.
>>
>> Andy Spencer writes:
>>
>> > On 2012-11-23 02:22, tarnyko@xxxxxxxxxxx wrote:
>> >> New installers are available for GTK+ 3.6.1 on MS-Windows.
>> >
>> > Thanks, I curious though, what's the relation between this and the
>> > "official" packages on gtk.org? I've noticed that they've been on
2.24
>> > and 2.22 for quite some time. Do you know if there's anything
preventing
>> > an official version of Gtk 3.x for Windows?
>> _______________________________________________
>> gtk-list mailing list
>> gtk-list@xxxxxxxxx
>> https://mail.gnome.org/mailman/listinfo/gtk-list
>
> _______________________________________________
> gtk-list mailing list
> gtk-list@xxxxxxxxx
> https://mail.gnome.org/mailman/listinfo/gtk-list
_______________________________________________
gtk-list mailing list
gtk-list@xxxxxxxxx
https://mail.gnome.org/mailman/listinfo/gtk-list
