Re: Can g_field_info_get_offset () provide same info as G_STRUCT_OFFSET?

2013-11-12 Thread Andrés G. Aragoneses
On 06/11/13 17:19, Jasper St. Pierre wrote: On Wed, Nov 6, 2013 at 10:48 AM, Andrés G. Aragoneses kno...@gmail.com mailto:kno...@gmail.com wrote: On 06/11/13 16:45, Ross Burton wrote: On 6 November 2013 14:45, Andrés G. Aragoneses kno...@gmail.com mailto:kno...@gmail.com

Can g_field_info_get_offset () provide same info as G_STRUCT_OFFSET?

2013-11-06 Thread Andrés G. Aragoneses
Hello, According to GObjectIntrospection wiki page[1], this is the proper place to ask questions about GI. I'm wondering if the function g_field_info_get_offset() [2] could provide the same information at compile-time that the G_STRUCT_OFFSET macro [3] provides at run-time? Am I missing

Re: Can g_field_info_get_offset () provide same info as G_STRUCT_OFFSET?

2013-11-06 Thread Andrés G. Aragoneses
On 06/11/13 15:39, Jasper St. Pierre wrote: On Wed, Nov 6, 2013 at 9:05 AM, Andrés G. Aragoneses kno...@gmail.com According to GObjectIntrospection wiki page[1], this is the proper place to ask questions about GI. I'm wondering if the function g_field_info_get_offset() [2] could

Re: Can g_field_info_get_offset () provide same info as G_STRUCT_OFFSET?

2013-11-06 Thread Andrés G. Aragoneses
On 06/11/13 16:45, Ross Burton wrote: On 6 November 2013 14:45, Andrés G. Aragoneses kno...@gmail.com mailto:kno...@gmail.com wrote: (unless glib upstream would accept a patch to wrap the G_STRUCT_OFFSET in a public function?). That would be a function for every member of every struct

Re: rendering-cleanup-next

2010-09-16 Thread Andrés G. Aragoneses
El 16/09/10 13:00, Florian Müllner escribió: El jue, 16-09-2010 a las 20:36 +1000, Andrew Cowie escribió: If someone write up a list of indent options and stick the command in a one line script somewhere prominent (like / :)) then we can just run the code formatter once over the entire tree,

Re: rendering-cleanup-next

2010-09-16 Thread Andrés G. Aragoneses
El 16/09/10 15:24, Olav Vitters escribió: On Thu, Sep 16, 2010 at 01:07:15PM +0200, Andrés G. Aragoneses wrote: Another good thing to do after that is deploying the codeformatter in the server as a hook for any commit, so users don't need to run it. This is impossible with distributed

Re: GTK+ policy (was RE:rendering-cleanup-next)

2010-09-14 Thread Andrés G. Aragoneses
El 14/09/10 09:46, Tomeu Vizoso escribió: On Tue, Sep 14, 2010 at 09:14, Jon Cruz j...@joncruz.org wrote: On Sep 13, 2010, at 10:49 PM, Kristian Rietveld wrote: To add to this, it does not specify how to deal with braces in nested if-statements. When I start to nest if-statements (also

Re: AC_MSG_RESULT(patching libtool to fix HIDEOUS BREAKAGE) [was Re: dconf 0.5]

2010-08-05 Thread Andrés G. Aragoneses
El 04/08/10 19:29, Ryan Lortie escribió: snip/ and also more trivial things: - almost doubling the time it takes to configure and build - distributing a(nother) gigantic shell script + m4 in tarballs Not that I have a deep idea about this, but isn't dolt supposed to fix these

Fwd: WFH contract for G* developer

2010-07-23 Thread Andrés G. Aragoneses
Hello. Today I received an e-mail from a recruiter with these interesting requirements: EMBEDDED SOFTWARE ENGINEER REQUIRED - CONTRACT - WORK FROM HOME Please get in touch if you have at least one years experience in ANY of the following: Gobject Glib Gstreamer Gtk Clutter Gnome Dbus If you have