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
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: https://bu
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
On Mon, Mar 3, 2014 at 12:06 PM, Nicolas Dufresne
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 concept, which got added NM "recen
On Mon, Mar 3, 2014 at 10:28 AM, Bastien Nocera
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 discuss a "system
On Mon, Mar 3, 2014 at 11:06 AM, Nicolas Dufresne
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 is needed on an appropriate desi
On Mon, Mar 3, 2014 at 9:55 AM, Bastien Nocera
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 project, such as
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 this
On Sun, Mar 2, 2014 at 3:37 PM, Andy Wingo 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.
I think we're s
On Wed, Feb 19, 2014 at 8:50 PM, Cosimo Cecchi
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 have the constant
On Thu, Feb 20, 2014 at 7:53 AM, Giovanni Campagna
wrote:
We can probably look into mallinfo() as well,
Been there, done that:
https://git.gnome.org/browse/gjs/commit/?id=7aae32d1df14af87e9a31c785447b27012b64af9
___
gtk-devel-list mailing list
On Sat, Feb 1, 2014 at 10:08 AM, Matthias Clasen
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
documentation-generating
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 syst
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 argum
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 ea
On Thu, 2013-11-14 at 12:30 +0800, Fan Chun-wei wrote:
> -Sources get added/removed/changed (i.e. renamed/moved/split) every now
> and then, and updates to Makefile.am may slip pass me until after a
> release.
One thing we could probably do is split out the source lists into
separate Makefile-
On Wed, 2013-11-13 at 17:10 +0800, fanc...@yahoo.com.tw wrote:
> -The Python scripts will read from the various Makefile.am's using
> Python regex functionality,
My main concern here is about what kinds of additional restrictions this
might add to the Makefile.am files we are using. For example
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
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
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
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 th
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
dbus.Inte
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 cont
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 wo
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 th
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
gtk-devel-list@gn
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 ul
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 basi
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
On Wed, 2013-04-10 at 12:50 +0200, tarn...@tarnyko.net wrote:
> OK folks.
>
> As the initial contributor of the win32 buildenv, here are my reasons for
> preferring a native build instead of cross-compiling from Linux. Sorry if it
> is long, but I think explaining things will help.
Thanks! P
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.
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 sch
On Mon, 2012-10-22 at 11:31 -0400, Colin Walters wrote:
> On Mon, 2012-10-15 at 14:16 +, Jean Parpaillon wrote:
> > This patch fix compilation when building out of source tree (gdk/broadway
> > dir).
>
> Looks correct, I've applied it. But please in
On Mon, 2012-10-15 at 14:16 +, Jean Parpaillon wrote:
> This patch fix compilation when building out of source tree (gdk/broadway
> dir).
Looks correct, I've applied it. But please in the future go through the
SubmittingPatches flow:
___
gtk-deve
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 a
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 d
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 poss
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/
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 patc
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: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-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
avoi
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 cr
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 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 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?
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 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:
> http://osd
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
> https://bugzilla.gnome.org/
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 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 GChildWatc
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 Fri, 2012-05-25 at 16:14 -0500, Mike wrote:
> followed by g_child_watch_add.
This will also create a thread because it depends on SIGCHLD, and the
Unix signal handling requires a thread. See glib/gmain.c.
___
gtk-devel-list mailing list
gtk-devel
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: <...>
>
> Oka
On Thu, 2012-04-05 at 17:47 +0100, Chris Vine wrote:
> On Thu, 05 Apr 2012 10:58:24 -0400 (EDT)
> Alexander Larsson 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 MyClass
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 w
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.
S
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 tha
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 l
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 gi
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
possib
On Wed, 2012-03-07 at 02:48 +, Phil Clayton wrote:
> Various questions spring to mind:
>
>- Have the return type null-ok/allow-none attributes
> really been forgotten for so long or is there some
> reason behind their omission?
https://bugzilla.gnome.org/show_bug.cgi?id=626395
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?
>
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:
http://mail.gnome.org/archives/desktop-devel-list/2010-June/msg0
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:
http://git.gnome.org/browse/gjs/commit/?i
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 an
Hi,
On Tue, 2011-12-06 at 15:53 +0800, 胡武生 wrote:
> hello
> today i try to cross compile GObject Introspection
We don't support cross-compiling gobject-introspection, sorry - it's a
hard problem.
https://bugzilla.gnome.org/show_bug.cgi?id=592311
_
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
http://blog.fishsoup.net/2008/11/16/git-bz-bugzil
On Thu, Sep 1, 2011 at 5:16 PM, Ryan Lortie 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. I'll spli
On Thu, Sep 1, 2011 at 3:17 PM, Ryan Lortie 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 branch an
On Thu, Sep 1, 2011 at 3:17 PM, Ryan Lortie 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
gtk-devel-list@gnome.or
On Tue, Aug 16, 2011 at 3:31 PM, Dieter Verfaillie
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 over...
Back from vacat
So...
On Thu, Jul 28, 2011 at 3:47 PM, Luca Ferretti 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 anyone know the
Hi Jeff,
On Tue, Jul 19, 2011 at 5:38 PM, Martin, Jeff
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. Failing that,
you'd have
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
http://mail.g
On Sun, Apr 10, 2011 at 2:12 AM, Kean Johnston 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. Th
On Thu, Apr 7, 2011 at 1:50 PM, Ben Pfaff 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
___
gtk-devel-list m
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 wrote:
>
> By avoiding the CRT altogether and using native Windows functions that use
> handles, and using a memory allocator other than malloc, all of these
On Fri, Mar 25, 2011 at 12:39 PM, Petr Tomasek 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
they want to suppor
On Mon, Mar 21, 2011 at 6:03 AM, Murray Cumming 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?
Hi Murray,
On Sat, Mar 19, 2011 at 9:11 AM, Murray Cumming 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, correct? I stated r
On Thu, Feb 24, 2011 at 5:15 PM, Morten Welinder 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 data
corruption w
On Mon, Feb 21, 2011 at 3:57 PM, Murray Cumming 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 GApplication and
On Fri, Feb 18, 2011 at 6:19 PM, Andrea Bolognani 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
> the conne
17628e52f646e00 Mon Sep 17 00:00:00 2001
From: Colin Walters
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.
---
docs/reference/gt
On Thu, Feb 10, 2011 at 12:14 PM, Alan 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 case restrictions from
a
On Fri, Feb 11, 2011 at 12:05 AM, Shaun McCance 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 somebody might just
On Thu, Dec 16, 2010 at 2:30 PM, John Ralls wrote:
>
> On Dec 16, 2010, at 9:47 AM, Colin Walters wrote:
>
>> On Wed, Dec 15, 2010 at 8:43 PM, John Ralls wrote:
>>
>> Okay well, I *think* you answered my question, which is that you want
>> the stack to build with
On Thu, Dec 16, 2010 at 12:44 PM, Emmanuele Bassi 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 in gtkcssprovide
On Wed, Dec 15, 2010 at 8:43 PM, John Ralls wrote:
>
> I wanted to know whether I should file a bug on cmph not compiling when I
> feed it -std=c99 (almost everything else,
> including gtk+, builds happily with c89, so no, it doesn't have nested
> functions) or just change the gtk-osx jhbuild mo
On Wed, Dec 15, 2010 at 8:54 PM, Matthias Clasen
wrote:
> On Wed, Dec 15, 2010 at 8:43 PM, John Ralls 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++ comments, since they cause
> problems fo
On Wed, Dec 8, 2010 at 7:20 PM, Alan 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 specify multiple librar
On Mon, Dec 13, 2010 at 1:35 PM, John Ralls 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* asking here is:
*
Hi,
On Sat, Oct 9, 2010 at 5:27 PM, Natanael Copa 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
http://git.gnome.org/browse/gobject-introspec
On Thu, Sep 9, 2010 at 1:19 PM, Matthias Clasen
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 long as the private
1 - 100 of 184 matches
Mail list logo
