On Wed, Mar 22, 2017, at 09:12 PM, Colin Walters wrote:
> This is for rpm-ostree, so I'll just make it concrete; I started by
> doing this
For the curious, more information in the PR:
https://github.com/projectatomic/rpm-ostree/pull/701#issuecomment-288
Hey,
Is there some example code out there that implements multiple
GDBus interfaces using a single GObject? I have an existing
subclass of the $prefix_TYPE_$iface_SKELETON and I'd like it
to *also* implement a new interface.
This is for rpm-ostree, so I'll just make it concrete; I started by
In
https://git.gnome.org/browse/gtk+/commit/?id=6838861d26bfec9af53438022bd1f5b60bab3bf4
I think we need to avoid get_type() functions requiring any explicit
initialization or external resources; we definitely don't want to require an X
server for builds that use introspection.
See:
On Sat, Aug 29, 2015, at 01:03 PM, Emmanuele Bassi wrote:
* a bunch of our types rely on library initialization, and that's
just not always feasible in all the conditions (e.g. build machines),
but we cannot know which one from the outside, and we cannot reliably
test against this
I'd
On Tue, Aug 12, 2014, at 08:48 AM, LiRongQing wrote:
Hi:
I want to compile gobject-introspection for arm cpu in x86
host,
The compilation failed since g-ir-compiler(compiled for arm)
can not
run on x86.
See:
[1]https://bugzilla.gnome.org/show_bug.cgi?id=592311
Could you tell me
Hi,
I use GLib/gjs for server side code in several places. For example, I
recently wrote
https://github.com/cgwalters/min-metadata-service
which uses libsoup. Which at the RPM level, Requires: glib-networking
which in turn requires gsettings-desktop-schemas.
It's a little ugly to pull
On Mon, Mar 3, 2014 at 9:55 AM, Bastien Nocera had...@hadess.net
wrote:
What about shipping the keyfile in gsettings-desktop-schemas? Does it
hurt to have more schemas than the ones you use?
It doesn't hurt *that* much. I mean, I have much more important
battles to wage for this particular
On Mon, Mar 3, 2014 at 11:06 AM, Nicolas Dufresne
nicolas.dufre...@collabora.com wrote:
Le lundi 03 mars 2014 à 09:59 -0500, Dan Winship a écrit :
So... if we're going to do anything with the proxy schemas, we should
move/rename and reorganize them at the same time.
I second this, if review
On Mon, Mar 3, 2014 at 10:28 AM, Bastien Nocera had...@hadess.net
wrote:
We can probably rename it in the future if that's the only thing.
The other thing is that I have no sensible way to actually *use* these
schemas as a system daemon.
I don't have dconf (at least right now...we could
On Mon, Mar 3, 2014 at 12:06 PM, Nicolas Dufresne
nicolas.dufre...@collabora.com wrote:
An headless deamon can be anything with any use cases. One use case
that
I came with, where the dconf model did not work was package managers.
Can you elaborate on the second sentence?
It's a wired
On Sun, Mar 2, 2014 at 3:37 PM, Andy Wingo wi...@pobox.com wrote:
Ideally GLib could define an interface
void g_register_allocation (size_t bytes, char *for_whom);
What about GLib libraries which wrap non-GLib libraries that do the
heavy lifting? For example, the gjs wrappers for cairo.
On Wed, Feb 19, 2014 at 8:50 PM, Cosimo Cecchi cosi...@gnome.org
wrote:
Hi all,
The state of garbage collection for typical GTK/JS applications is
pretty sad these days.
It's worth a comparison with (C)Python. In some ways, Python's hybrid
refcount + GC is the worst of both worlds - you
On Sat, Feb 1, 2014 at 10:08 AM, Matthias Clasen
matthias.cla...@gmail.com wrote:
- Make the doc comments more readable by moving from clunky docbook
markup
to markdown. This will help both for reading and updating the
documentation in
the sources, and for limiting the scope of whar our
Hi,
On Thu, 2014-01-02 at 00:15 +0800, daedae11 wrote:
I install new edition of glib in /usr/local, However it find
glib-types.h in /usr. I'm new hand to linux. How can I solve this
problem?
Rather than running configure/make/make install and such by hand,
You should pick a meta-build system
On Sun, 2013-12-01 at 22:35 +0100, Juan Rafael García Blanco wrote:
So this is the question that I’m a little bit afraid of doing myself:
is it right to use the gobject-introspction library to generate bindings
for a compiled language?
No, because the typelib doesn't have the original
Hi,
On Sun, 2013-12-01 at 19:43 +0100, Juan Rafael García Blanco wrote:
I’m trying to generate automatic bindings for gobject-introspected libraries
for a compiled language.
Compiled as in C/C++, so you want e.g. GtkWidget * for arguments of
type Gtk.Widget? Reversing g-ir-scanner is easy
On Thu, 2013-11-07 at 14:24 -0800, Daniel Schultze wrote:
I'm trying to cross-compile glib
From what host to what target?
gfile.c: In function 'do_splice':
gfile.c:2749: warning: passing argument 2 of 'splice' makes integer
from pointer without a cast
That's quite odd...can you track down
On Fri, 2013-11-08 at 10:28 -0800, Daniel Schultze wrote:
The host is Ubuntu 12.04 x86_64, the target CPU is an arm926ejs on a
Freescale board, using LTIB. It is an older system using glibc 2.5
with glibc ports 2.5.
From a quick look, this commit to glibc looks like it updated the splice
Anyone have comments on:
https://bugzilla.gnome.org/show_bug.cgi?id=711153
Replying here is fine if that's easier.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Sun, 2013-10-27 at 16:34 +0100, Emilio Pozuelo Monfort wrote:
Absolutely. I think your work in CI / installed-tests / OSTree is great, and
I'd
love to do some of that in Debian. We are starting to package installed tests,
which would make it easier to do CI with jenkins or similar. But I
When I read this again I realized my previous mail had a bad tone...what
I really wanted to say is:
I think InstalledTests is a natural evolution of make check that is
far more powerful and flexible, and I'd really love to see Debian and
other projects making use of it.
Specifically in helping
On Tue, 2013-10-22 at 10:07 -0400, Emilio Pozuelo Monfort wrote:
(Note that sometimes test failures are
just race conditions because the tests run on loaded/slow machines).
Over time I've been trying to fix these race conditions, because unlike
Debian's package builds, gnome-continuous runs the
On Tue, 2013-08-27 at 11:01 +0100, Simon McVittie wrote:
but that doesn't seem very well thought-out, and I'd be tempted to
delete it from the spec.
I think the idea with this, though of course Havoc would know better,
was to enable dbus-python users to just do dbus.Object() without
On Mon, 2013-07-15 at 16:11 -0700, Kemin Zhou wrote:
Here is the background:
My machine (brand new) has RedHat 6.4
I build the gnome-3-8 branch of gobject-introspection for RHEL 6.4 too,
but I use jhbuild. This version of g-i is used to bootstrap the
gnome-ostree build system which does
Hi Simon,
On Thu, 2013-06-13 at 08:54 +0200, Simon Kågedal Reimer wrote:
Hello!
I've written a tutorial on how to make a basic multilevel Hello
World using GObject Introspection:
http://helgo.net/simon/introspection-tutorial/
Cool. A few high level comments:
Do you think it's worth
On Wed, 2013-05-15 at 15:47 +0200, Benjamin Otte wrote:
In the future, please put all automated tests into the right
testsuite/ subdirectory and do not put anything not related to
automated tests there.
The tests/ subdirectory will continue to be the place for interactive
testing apps that
On Mon, 2013-05-06 at 16:02 -0400, Mark Salter wrote:
That got rid of the error messages I was seeing.
Found a reviewer; merged to master. Feel free to backport to the Fedora
packages if you want.
___
gtk-devel-list mailing list
On Thu, 2013-05-02 at 14:00 -0400, Mark Salter wrote:
I think ignoring it would probably be fine. We're just building existing
code. No new APIs.
Can you try
https://bugzilla.gnome.org/show_bug.cgi?id=699722
and let me know if it works?
___
Hi Mark,
On Mon, 2013-04-29 at 12:43 -0400, Mark Salter wrote:
I ran into an issue in gobject-introspection while bootstrapping fedora
packages for AArch64. I was able to build gobject-introspection but when
some other packages run the scanner,
What components are causing the scanner to
On Wed, 2013-05-01 at 16:31 +0200, Bastien Nocera wrote:
Dumping
serialised Javascript objects to the filesystem isn't really elegant
either.
It isn't, but for what it's worth that's what I do currently:
https://git.gnome.org/browse/gnome-ostree/tree/src/js/jsonutil.js
But this app is
On Wed, 2013-04-10 at 14:44 +0200, Marc-André Lureau wrote:
Hi
Their build requirements is similar to yours or anyone:
http://docs.gstreamer.com/display/GstSDK/Building+from+source+using
+Cerbero. We are building the same set of packages after all. Building
only gtk+ is really not enough in
On Fri, 2013-02-15 at 14:14 +0100, Chantal Wobben wrote:
Hello,
I trying to port Cinnamon to Crux linux.
But I see that Gobject-introspection places the gir files in
/usr/local/gir-1.0
No; like every other Autotools using component, it places them in
whatever you specify as --datadir.
And
On Tue, 2013-02-05 at 05:33 -0800, Simon Feltman wrote:
For completeness, the two major problems are as follows:
https://bugzilla.gnome.org/show_bug.cgi?id=687522
This is a vfunc implementation which the gtk internals are basically
expecting a floating ref from. Using the standard scheme
On Thu, 2012-09-27 at 12:42 +0700, Ivan Shmakov wrote:
Gets the current user's home directory as defined in the password
database.
Note that in contrast to traditional UNIX tools, this function
prefers passwd entries over the HOME environment variable.
The question to
On Thu, 2012-08-23 at 22:23 -0700, Yang Zhao wrote:
My automake is rusty, but it seems to me Makefile.introspection does
not take the value of *_gir_PROGRAMS or *_gir_LIBS into the dependency
list, which appears to the root of the problem. I can see no other way
to inject the proper file
On Mon, 2012-07-30 at 12:14 +0200, Alejandro T. Colombini wrote:
Hi,
Makefile.am:57: variable `Db_1_0_gir_LDFLAGS' is defined but no
There is no _LDFLAGS variable defined for Makefile.introspection.
See:
http://git.gnome.org/browse/gobject-introspection/tree/Makefile.introspection
You
On Mon, 2012-08-06 at 16:44 -0400, Colin Walters wrote:
https://bugzilla.gnome.org/show_bug.cgi?id=681334
This bug is now updated with a new patch.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk
On Mon, 2012-08-06 at 17:28 +, Pavel Holejsovsky wrote:
And AFAIK you will get
callbacks from worker threads when using asynchronous Gio operations.
There may or may not be a worker thread behind the scenes, but gio will
use the thread-default main context in use at the time the function
On Mon, 2012-08-06 at 17:08 +0200, Pavel Holejsovsky wrote:
Basically, we define well-known ID for storing MainContext into any
gobject's data slot (g_object_set_data). It is up to implementation
(i.e. GTK/GDK/Clutter) to store an appropriate GMainContext instance to
this slot, marking
On Mon, 2012-08-06 at 17:52 +, Pavel Holejsovsky wrote:
This is nice, much more lightweight, and does not use per-object slot.
The only drawback is that it must be done manually in the whole gdk/gtk/
clutter. But it might not actually be that big drawback.
Untested demonstration patch:
On Mon, 2012-07-30 at 13:02 +0200, Hans Breuer wrote:
See my other mail: I finally followed Colin's advice to try harder ;)
Not by contacting the libffi mailing list, but by using a build environment
I know better.
Awesome! Glad you got it working. The libffi dependency allows us to
avoid
On Sat, 2012-07-28 at 11:55 +0200, Hans Breuer wrote:
One of the showstoppers for the win32/msvc build of GLib since 2.29 is the
dependency to libffi, which barely builds with msvc. In fact I was not able
to produce any working version with/for msvc6 (finally clashing runtime
versions).
On Sun, 2012-07-29 at 15:24 +0200, Hans Breuer wrote:
Given that fixing the showstopper is not deemed to be useful, I should
probably withhold my other fixes as well:
I didn't say no; we're having a discussion. Realistically, so while
I personally *do* care about Windows builds, I find
On Tue, 2012-07-17 at 07:56 +0200, Stef Walter wrote:
On 07/16/2012 09:40 PM, Damon Register wrote:
It's just for the introspection.m4 file; you should be able to copy it
into the m4/ directory in the GTK+ source.
In general, should we be copying introspection.m4 into our projects?
*if*
On Wed, 2012-07-18 at 01:34 +0300, Guetcho Guetchev wrote:
So the question is: how am I suppose to build Glib on unix-compilant system
(iOS is such thing) without installing gtk-doc and Gnome?
This just came up in the other thread, but:
https://bugzilla.gnome.org/show_bug.cgi?id=674314
On Mon, 2012-07-16 at 12:36 -0400, Damon Register wrote:
I have been experimenting for a little while, trying to build gtk3 using
Mingw.
I have done all the packages up to gtk itself. gtk3 build failed with an
error
message about fallback-c89.c. I found this using Google:
On Mon, 2012-07-16 at 18:40 +0100, Lionel Landwerlin wrote:
Is this work going to enable gir/typelib files generation when doing
cross compilation as well?
It's not quite that easy, unfortunately. See:
https://bugzilla.gnome.org/show_bug.cgi?id=592311
On Wed, 2012-06-20 at 09:32 +0800, Fan Chun-wei wrote:
Hi,
I was wondering about the recent works on accessibility, in particular
the part regarding the new hard
dependency on atk-bridge-2.0, which I presume to be a new library if I
read correctly from
On Fri, 2012-06-01 at 11:33 -0500, Mike wrote:
If you read the example program, you will see in my test that I simply
call exit in the child -- that's it. That meets your requirement.
There is one issue in your code; you shouldn't be calling
waitpid(-1, ...). That would break any
On Tue, 2012-06-05 at 13:20 -0500, Mike wrote:
I'm fairly convinced at this point that it is something in libc, but
I'm not sure that it isn't acting to spec with regards to allowed
behavior.
Just to be clear, *which* libc are we talking about? I'm guessing
eglibc?
I've walked through
On Sun, 2012-05-27 at 11:20 +0200, Mikkel Kamstrup Erlandsen wrote:
Attached a new version as a late update to this thread, but better
than nothing I hope :-) I still haven't gotten around to sticking it
in libegg (or even a bug). Sorry! I'll do that when I am more happy
with what I have.
On Mon, 2012-05-21 at 06:54 -0400, Russell Harmon wrote:
I'm looking to implement two things which I think would be quite
useful if included in glib.
- Ropes [1]
The basic rule is - something might go in GLib if used by 2 (preferably
3-4 or more) components.
If you think some code you
On Tue, 2012-04-17 at 20:50 +0900, Evgeniy Philippov wrote:
Evgeniy wrote:
... Is this possible? My concern is this WSDK EULA.
Jernej Simončič wrote:
The VirtIO drivers for Qemu-KVM build with the Windows Driver Kit, and they
include the following in the license: ...
Okay. Is it
On Thu, 2012-04-05 at 17:47 +0100, Chris Vine wrote:
On Thu, 05 Apr 2012 10:58:24 -0400 (EDT)
Alexander Larsson al...@redhat.com wrote:
[snip]
I might have been a bit sloppy with my words, but the following C++
code, in a shared library:
MyClass my_object;
Needs to have the
On Wed, 2012-04-04 at 09:50 +0200, Pavel Holejsovsky wrote:
On 4/4/2012 5:30 AM, Colin Walters wrote:
Another idea is to add the concept of only run dispose/finalize in
this main context to GObject. Possibly objects could record
the main context in which they were constructed, and GObject
On Wed, 2012-01-25 at 13:14 +1300, Tim Evans wrote:
Looking into one case I've found that the popup window of a GtkComboBox
(at least when appears-as-list in true) is gtk_widget_destroy'ed in the
finalize method. On Windows in particular doing window operations from
any thread other than
On Wed, 2011-11-16 at 21:05 +0100, Mikkel Kamstrup Erlandsen wrote:
Hi all,
I have been looking at gcc's cleanup attribute[1] that allows one to
specify a callback that will be invoked when a variable goes out of
scope. This allows one to play with automatically freeing resources.
So this
On Tue, 2011-11-15 at 23:55 -0600, Albert Chin wrote:
What's the purpose of LPATH=.libs in gobject-introspection? For HP-UX,
when LPATH is set, it replaces the default search path for libraries.
So, LPATH=.libs with -lpthread will not search /usr/lib for
libpthread.sl.
It originated here:
Hi Mike,
On Tue, 2012-03-20 at 21:42 +0100, Mike Dupont wrote:
Trying to add tests to the gobject-introspection test suite to cover
more of the functions and learn about the code. wanted to create a
simple test to create an object from the libgirepository_internals.a
but having problems
On Fri, 2012-03-02 at 08:33 +, RENJITH G wrote:
and running on the HW) - The function g_convert() returns error.
May I know id there any option we need to give while building the glib
for supporting the other languages(japanese/chinese) so that g_convert
can safely convert it and give a
On Mon, 2012-03-19 at 11:13 +0100, Murray Cumming wrote:
I'd like to get some more opinions on this from language binding
authors - will reverting this change cause more harm now, or is it the
right thing to do ?
That's a tough call...the commit is two months old, so it's quite
possible
On Tue, 2012-02-14 at 16:25 +, Richard Hughes wrote:
I think gtkparasite is a really useful tool for GTK developers. It's
currently hosted in github,
Do you mean the code linked here:
https://github.com/chipx86/gtkparasite ?
and the upstream seems unwilling to port
to GTK3,
Why?
I'm
On Tue, 2012-01-31 at 14:40 -0500, Ryan Lortie wrote:
It seems like we've been avoiding talking about this particular issue
for a while, but I think it's time we got a bit more serious about it.
I have some random thoughts here:
On Fri, 2012-01-13 at 12:41 +0600, Sarim Khan wrote:
Hello,
I'm in bit of trouble using GObjectIntrospection / javascript. I tried
to create an ibus engine. same code works in vala,python. but in
javascript seg fault.
This is probably fixed by:
On Sun, 2012-01-15 at 12:26 -0800, John Ralls wrote:
I just discovered (by way of missing a usual dependency in my jhbuild
moduleset) that automake fails on Gtk+ (master) if gobject-introspection
hasn't been built.
The actual error is that HAVE_INTROSPECTION (used in gdk/Makefile.am and
On Sun, 2011-10-02 at 03:53 +0100, Lionel Landwerlin wrote:
Our work is available here (I'm open to suggestions to move it somewhere
else) :
http://git.potipota.net/cgi-bin/cgit.cgi/glib/log/?h=signal-emission-speedup
Please use git-bz
On Thu, Sep 1, 2011 at 3:17 PM, Ryan Lortie de...@desrt.ca wrote:
- glib_get_worker_context()
Done.
Would strongly prefer this API is not public. See:
https://bugzilla.gnome.org/show_bug.cgi?id=657992
___
gtk-devel-list mailing list
On Thu, Sep 1, 2011 at 3:17 PM, Ryan Lortie de...@desrt.ca wrote:
An update.
On Wed, 2011-08-31 at 11:50 -0400, Ryan Lortie wrote:
I'm working on some plans for things I want to do in GLib at the start
of the next cycle. I'd do them now, but it's getting late.
I created a wip/glib-next
On Thu, Sep 1, 2011 at 5:16 PM, Ryan Lortie de...@desrt.ca wrote:
All of it except the source API changes is dependent on the libgthread
merge.
I see that now - makes sense.
This was a separate branch, actually, but I just nuked it to reduce the
noise of all the branches I've been pushing.
On Tue, Aug 16, 2011 at 3:31 PM, Dieter Verfaillie
diet...@optionexplicit.be wrote:
Yep, that's https://bugzilla.gnome.org/show_bug.cgi?id=650763
Apply the patches in order and you're good to go. I hope Colin
or somebody else can get back to reviewing them now that the Desktop
Summit is
So...
On Thu, Jul 28, 2011 at 3:47 PM, Luca Ferretti lferr...@gnome.org wrote:
I remember it was suggested to gtk+ maintainers to use intltool, but
they refused (but I could be wrong and I totally forgot their
reasons). However it seems to me the simplest (i.e. less work)
solution :)
Does
Hi Jeff,
On Tue, Jul 19, 2011 at 5:38 PM, Martin, Jeff
jeff.mar...@tais.toshiba.com wrote:
update:
I got passed the libcharset error by adding /usr/ccs/bin to my path.
now when I make I get a lot further but still errors out. No idea why.
Try --disable-dtrace if you just need it to build.
Hi Shixin,
Can you make this a patch (
http://live.gnome.org/GnomeLove/SubmittingPatches ) and also document
it in README.win32?
Ideally another Windows developer would chime in too.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On Sun, Apr 10, 2011 at 2:12 AM, Kean Johnston kean.johns...@gmail.com wrote:
On 4/7/2011 4:29 PM, Colin Walters wrote:
If your application deals with uids, I think you're going to end up
with platform-specific code; the complexities around identity are just
too high. That goes doubly
I've never used GLib on windows really myself, just commenting from
the perspective of GNOME:
On Wed, Apr 6, 2011 at 5:34 PM, Kean Johnston kean.johns...@gmail.com wrote:
By avoiding the CRT altogether and using native Windows functions that use
handles, and using a memory allocator other than
On Thu, Apr 7, 2011 at 1:50 PM, Ben Pfaff b...@cs.stanford.edu wrote:
(Maybe GIO provides a portable way to find that out. In a quick
look I could not find one.)
http://developer.gnome.org/gio/stable/GFileInfo.html#G-FILE-ATTRIBUTE-UNIX-INODE:CAPS
On Mon, Mar 21, 2011 at 6:03 AM, Murray Cumming murr...@murrayc.com wrote:
I very much like the re-show-instead-of-reopening idea, and miss it
since I stopped using MacOS 7.3. However, I don't understand why this
should require a single process.
How do you recommend apps implement this then?
On Fri, Mar 25, 2011 at 12:39 PM, Petr Tomasek toma...@etf.cuni.cz wrote:
Wait... So it won't be possible with gnome-shell/gtk3 applications
to have two instances of the same program started with two different
locales?
By default, yes, that is correct. Application authors can do whatever
Hi Murray,
On Sat, Mar 19, 2011 at 9:11 AM, Murray Cumming murr...@murrayc.com wrote:
For this and other unrelated reasons, I will remove Gtk::Application
from gtkmm 3.0.0. I can't wrap an API that I don't understand
It's not that you don't understand it exactly, it's that you don't
agree,
On Mon, Feb 21, 2011 at 3:57 PM, Murray Cumming murr...@murrayc.com wrote:
I'm trying to wrap GtkApplication for gtkmm but I can't really do that
until I understand how it's meant to be used.
In general, I find the documentation lacks overview and advice, partly
because it's spread between
On Thu, Feb 24, 2011 at 5:15 PM, Morten Welinder mort...@gnome.org wrote:
What actual problem was solved by all this infrastructure to keep just
one instance?
Basically for any application which manipulates private files in any
form (in Firefox' case, this is the history database), it avoids
On Fri, Feb 18, 2011 at 6:19 PM, Andrea Bolognani e...@kiyuko.org wrote:
The situation is, I have a GObject implementing an interpreter for the
Brainfuck programming language; whenever the interpreter needs to interact
with the user, it emits a signal (input-request or output-request) and lets
On Thu, Feb 10, 2011 at 12:14 PM, Alan alan.mcgov...@gmail.com wrote:
In .NET it is invalid to generate a property or a method which is the
same name as an event as it is ambiguous as to whether you're invoking
the event or calling the method.
Yeah, this fits into a general class of corner
ad4cf7915e28503d1952c2a8b17628e52f646e00 Mon Sep 17 00:00:00 2001
From: Colin Walters walt...@verbum.org
Date: Fri, 11 Feb 2011 11:59:01 -0500
Subject: [PATCH] docs: Link to all GTK+ 3 versions, fix GTK2 link
Now that we have both URLs on library.gnome.org, improve the
links so that we point at all versions of both
On Fri, Feb 11, 2011 at 12:05 AM, Shaun McCance sha...@gnome.org wrote:
I can see how this could lead some users to get to the wrong
place though. Even with navigation and layout that pushes
people towards the 3.0 stack, the URLs are so predictable
that it's not unreasonable to expect
On Wed, Dec 15, 2010 at 8:54 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
On Wed, Dec 15, 2010 at 8:43 PM, John Ralls jra...@ceridwen.us wrote:
But since you bring it up, what is the official policy? Is it C89? Is it
published somewhere?
For GTK+, we're generally avoiding C++
On Thu, Dec 16, 2010 at 12:44 PM, Emmanuele Bassi eba...@gmail.com wrote:
then they should be removed. we don't use c99 in glib and gtk -- it's
been pointed out many times in many threads on this very mailing list.
Actually gtk3 currently fails with -std=c99 even due to some anonymous
unions
On Thu, Dec 16, 2010 at 2:30 PM, John Ralls jra...@ceridwen.us wrote:
On Dec 16, 2010, at 9:47 AM, Colin Walters wrote:
On Wed, Dec 15, 2010 at 8:43 PM, John Ralls jra...@ceridwen.us wrote:
Okay well, I *think* you answered my question, which is that you want
the stack to build with c99
On Mon, Dec 13, 2010 at 1:35 PM, John Ralls jra...@ceridwen.us wrote:
One of the files in the new (to introspection) cmph directory, chd_ph.c,
includes an anonymous union which requires -std=gnu99 to compile. Is that OK?
This would have been better as a bug. However, if what you're
*really*
On Wed, Dec 8, 2010 at 7:20 PM, Alan alan.mcgov...@gmail.com wrote:
Hey,
I'm just looking at generating bindings for .NET and I've hit an
issue. For the .NET bindings you need to supply the native library
name along with the function to invoke. I've noticed that the gir
format likes to
Hi,
On Sat, Oct 9, 2010 at 5:27 PM, Natanael Copa nc...@alpinelinux.org wrote:
Hi,
I noted that packages like dconf fails to build when CC is set to
ccache gcc. Setting it to gcc makes it compile. I traced it to the
introspection compiler.
Should be fixed by
On Thu, Sep 9, 2010 at 1:19 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
I don't think it is worth it. We already have some de-facto private
types along the lines outlined above: GtkFileSystem, GtkFolder,
GtkFileSystemModel, GtkPrintBackend...
I think it is generally ok to do this as
I think it makes sense to put gtk-doc.m4 inside glib (and the same for
introspection.m4).
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Tue, Sep 7, 2010 at 6:28 PM, Alberto Ruiz ar...@gnome.org wrote:
Would it be possible to move the current GApplication code to which a
lot of apps are already ported to an external library somehow,
I actually developed it originally that way
Update: the branch has been merged. I'm happy to finally deliver
(somewhat) on the promise of giving useful feedback.
Some example warnings, with my comments:
gtkmain.h:93: warning: Gtk: gtk_get_option_group: return value:
Invalid non-constant return of bare structure or union; register as
Hi,
A quick update on gobject-introspection status is overdue. The
executive summary is that it's unlikely we can make a hard freeze for
2.32, but on the positive side, a lot of improvements are about to
land in git master, and I'm optimistic that we can do a stable 1.0
around the same time GTK3
On Thu, Aug 19, 2010 at 3:35 AM, Mildred Ki'Lya mildred...@gmail.com wrote:
So I suppose that's a bug in vala then.
Until the problem is fixed, I created a copy of the gir file and removed
the offending function.
Well, it's more that the respective type systems are not fully in sync
- yet.
On Thu, Aug 19, 2010 at 7:59 PM, Giovanni Campagna
scampa.giova...@gmail.com wrote:
I started looking for GObjectIntrospection API recently and I've seen
a lot of overlap with the original GObject/GType system.
Yes. The answer to most of these questions is that if we could start
over, GObject
Hi,
So I'm really concerned about what I see as the current GTK+ 3.0 plan,
which is to release a frozen 3.0 in August. At that point, we'll have
*two* ABI frozen libraries that are 92.3% the same. That's a really
unfortunate situation, especially since a good chunk of the features
that are
On Fri, Jun 25, 2010 at 12:50 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
Sure, we could continue to shoehorn features in to 2.x and it will
increasingly get harder, and the bugs will increasingly get harder to
fix.
What we need to *realistically* look at is what big features that
1 - 100 of 163 matches
Mail list logo
