Hi,
Some time ago I've asked Tor how his Windows build environment
looked like and he shared everything to be able to recreate
it (thanks again!). The various mails we exchanged and the
resulting directory structure and scripts can be found here:
https://www.github.com/dieterv/legacynativebuilds
Quoting Sam Thursfield sss...@gmail.com:
On Mon, Jul 11, 2011 at 9:22 PM, Dieter Verfaillie
It's great that you've taken on to do this work, many thanks! I've
done some work on windows builds myself[1],
Ah, yes. I've stumbled across your page multiple times already :)
and in fact there's
Quoting Sam Thursfield sss...@gmail.com:
On Tue, Jul 12, 2011 at 1:10 PM, Dieter Verfaillie
I have been dreaming of having an msys-python port though (considered by
most to be even more exotic than cross-compiling Python itself, I guess).
Would make jhbuild, but also other tools written
On 12/07/2011 18:02, Krzysztof Kosiński wrote:
I worked on a cross platform build system for Inkscape. Currently we
use Autotools on Unix-like platforms and a custom build tool on
Windows. because we decided that we cannot depend on MSYS. Here are my
$0.02:
The whole raison d'etre of MSYS
Hi,
I've updated the packages on [1] to now include the MSVC-compatible
import libraries (built with the version of lib.exe included with
the Windows Server 2003 R2 Platform SDK (5.2.3790.2075.51) available
from [2].
The only difference remaining between these and those already
on
Quoting Krzysztof Kosiński tweenk...@gmail.com:
Maybe I wasn't clear enough. I worked on *getting rid* of this
Windows-only build tool, but didn't succeed yet. FWIW, Waf appears to
work best for me.
Apologies, I misunderstood...
mvg,
Dieter
Hi,
Looks like I screwed up yesterday, so I've updated the packages
on [1] to now *really* include the MSVC-compatible import libraries.
Sorry for the inconvenience...
Thanks,
Dieter
[1] https://www.github.com/dieterv/legacynativebuilds/downloads
On 22/07/2011 12:11, Sam Thursfield wrote:
It's a small step but I just added a page to the wiki:
https://live.gnome.org/Windows/Discussion
Since there's a few of us all doing different things in this area I
think it would be helpful if we at least all kept that up to date with
what we
On 22/07/2011 17:12, Andrea Bolognani wrote:
Speaking as an application developer, I’m more interested in
ready–to–deploy binaries for GTK+ 3.0. A nice bundle like the one
Tor provided for GTK+ 2.X would be a neat plus.
Something like that is certainly possible and I think with time is an
On 23/07/2011 00:27, Maarten Bosmans wrote:
2011/7/23 Andrea Bolognani e...@kiyuko.org:
The gnome-win32 (or whatever it ends up being called) mailing list
somebody was proposing eariler in the thread would probably speed up the
process of reaching a consensus about similar issues.
Hear,
On 07/08/2011 19:33, Kean Johnston wrote:
I am trying to compile master on Windows. gclosure.c doesn't compile due to
not having ffi.h. The presence of this is not tested in configure, and
there is no mention of it being a requirement in INSTALL. Having taken a
look at the offending file
Quoting George Brink siberian...@yahoo.com:
My environment: MinGW+MSYS on WinXP/SP3.
make fails on glib/gatomic.c:
That's https://bugzilla.gnome.org/show_bug.cgi?id=652827
I'm using the patch proposed in comment 4 until a proper
solution is found.
mvg,
Dieter
ps. I noticed that bug report
On 16/08/2011 20:12, George Brink wrote:
Environment: WinXP, MinGW+MSYS, Python 2.7
make[6]: Entering directory
`/c/Dev/gtk+/glib-2.29.16/gio/tests/gdbus-object-manager-example'
GEN
gdbus-example-objectmanager-generated-org.gtk.GDBus.Example.ObjectManager.Animal.xml
Traceback (most
Quoting George Brink siberian...@yahoo.com:
On 8/16/2011 3:31 PM, Dieter Verfaillie wrote:
You seem to be hitting the same stuff I have already encountered,
so you might also be interested in my windows branch here:
https://github.com/dieterv/glib/tree/windows
Yes, I am trying to build GTK+3
On 08/09/2011 12:24, Olav Vitters wrote:
On Thu, Sep 08, 2011 at 12:09:55PM +0200, dieterv wrote:
I've given you the required permissions to SSH to master.gnome.org.
Everything is in /ftp/pub/GNOME/binaries, etc. Recommend using sftp to
upload stuff (note: this procedure is only for binaries).
On Thu, 8 Sep 2011 14:18:41 +0100, Sam Thursfield wrote:
Let me first remind everyone that
https://live.gnome.org/Windows/Discussion has a good summary of all
things that are being discussed here. We're kind of heading in four
different directions at once (fedora-mingw, MSVC, native mingw,
On 08/09/2011 18:47, Jernej Simončič wrote:
On Thu, 08 Sep 2011 14:49:55 +0200, dieterv wrote:
No, Gimp definitely isn't a good example - just try dropping an old version
of intl.dll to your System32 directory (like a certain well-known antivirus
seems to do). If you do it before you ran Gimp
On 08/09/2011 21:21, Kean Johnston wrote:
so even
if we named the DLL's a bit less specifically (and just used, for example,
glib2.dll) that still shouldn't be a problem.
And how exactly is doing that different from what we
already have today: libglib-2.0-0.dll?
mvg,
Dieter
On 08/09/2011 20:15, Jernej Simončič wrote:
On Thu, 08 Sep 2011 19:55:27 +0200, Dieter Verfaillie wrote:
Care to disclose the name of that certain antivirus?
We've been looking for possible sources of this for ages
over @PyGTK (the Gramps devs even wrote a sanity checking
script to detect
On 26/09/2011 21:21, Matthew Bucknall wrote:
I'm working on a custom container class using GTK+ 3.0 which has some
similarities with GtkPaned but supports more than two child widgets.
Got something something similar working nicely some time ago, but
targeting GTK+ 2 through PyGTK:
On Mon, 10 Oct 2011 16:46:30 +0200, Kean Johnston wrote:
So the obvious root cause is why display-device_manager is NULL. I
have already verified that that line is in fact being called (i.e, it
is not because g_return_val_if_fail() is returning NULL).
The only location device_manager is set
On 10/10/2011 21:32, Kean Johnston wrote:
Actually I found the root of the problem (I just haven't figured out how to
fix it yet, other than a hack). The problem is I have a Wacom Cintiq so I
have the tablet library. When the tablet library is present and it is being
initialized, it tries
On 10/10/2011 21:55, Kean Johnston wrote:
Sounds like that's related to D) No input devices are detected
from https://bugzilla.gnome.org/show_bug.cgi?id=653437#c4
Sadly, making it just load the DLL without a full path didn't fix this
problem. This really is a sequencing problem. That wintab
On Wed, 19 Oct 2011 22:53:49 +0200, Alexander Larsson wrote:
I just pushed a bunch of changes to how grabs and crossing events
work in the win32 backend to the gtk-2-24-win32 branch, and I want to
fix any other leftover bugs from the client side windows conversion.
From my first tests (on
On Thu, 20 Oct 2011 08:37:35 +, Andy Spencer wrote:
First off, when using the MS-Windows theme, some widgets don't render
correctly and show up as black boxes. For example, notebooks with tab
position set to GTK_POS_LEFT don't render.
On Thu, 20 Oct 2011 09:39:44 +0200, Alexander Larsson wrote:
I've not really used Gtk+ on windows for real, so I was mainly
working
from first principles in the code fixing stuff that was obviously
wrong.
Do you know of any other outstanding win32 bugs that I can look at?
It would be nice if
On Thu, 27 Oct 2011 09:25:37 -0400, Ryan Lortie wrote:
In general, we are interested in improving the situation with respect
to
Windows builds.
We'd like to do this in a more robust way (ie: done with every
version
and posted on gtk.org). Ideally, this would be automated.
It's worth noting
On Thu, 19 Jan 2012 10:58:56 +0100, Alexander Larsson wrote:
On Thu, 2012-01-19 at 11:47 +0800, jun louis wrote:
I found this BUG:
I directly run gtk-demo.exe on win7 x64, use locale=zh_CN, texts
disappear when switch page.
I use msys, use LC_ALL=C then run gtk-demo, texts works fine!
$
On Sun, 29 Jan 2012 21:48:51 +0100, Murray Cumming wrote:
On Thu, 2012-01-19 at 12:53 +0100, Dieter Verfaillie wrote:
I maintain
http://www.optionexplicit.be/projects/gnome-windows/GTK+3/
which is built from ATK, Pango, GLib, GTK+, GObject-Introspection,
etc
master branches. For some modules
On Wed, 04 Apr 2012 16:29:22 +0200, Matteo Pampolini wrote:
I'm currently working on a GStreamer-based Windows application,
until
now the binary version of GLib that comes with the GTK+ binary bundle
was OK for me, but then I had to recompile GLib itself. With some
issues I was finally able to
On Mon, 16 Jul 2012 18:40:12 +0100, Lionel Landwerlin wrote:
On Mon, 2012-07-16 at 13:29 -0400, Colin Walters wrote:
There's outstanding work on gobject-introspection/win32 that will
hopefully land in the near future, but for now, I'd recommend just
copying the m4 file.
Is this work going to
On Mon, 16 Jul 2012 11:55:51 -0400, Damon Register wrote:
On 7/13/2012 3:21 AM, Ignacio Casal Quinteiro wrote:
There is some beta one that you can ask to dieter.
That takes all the fun out of trying to build it from source :-)
For the last few weeks I have been experimenting with trying to
On Tue, 17 Jul 2012 12:30:11 +0200, John Stowers wrote:
There's a couple of patches you need that are not yet upstreamed
(due to their ugly hack/wip status) in this branch:
https://github.com/dieterv/gobject-introspection/commits/windows
But then I saw
On Tue, 17 Jul 2012 13:14:08 +0200, Murray Cumming wrote:
Yes, I just want the built libraries and bits, ideally put in the
right
place automatically. I don't have the time or enthusiasm to build
everything on Windows myself. I can just about bear to build my
application on Windows if GTK+ is
On 17/07/2012 16:43, Thomas H.P. Andersen wrote:
On Tue, Jul 17, 2012 at 1:58 PM, Dieter Verfaillie
diet...@optionexplicit.be wrote:
Yup, that's the bundle (a first step towards a proper sdk), which
I'm uploading to http://optionexplicit.be/projects/gnome-windows/GTK+3/
from time to time
On 17/07/2012 13:14, Damon Register wrote:
On 7/16/2012 3:25 PM, Dieter Verfaillie wrote:
https://github.com/dieterv/gobject-introspection/commits/windows
Thanks. I downloaded last night. I hope you don't mind me asking
but I guess I don't totally understand what I read at the site
On 17/07/2012 14:23, John Stowers wrote:
Yup, that's the bundle (a first step towards a proper sdk), which
I'm uploading to http://optionexplicit.be/projects/gnome-windows/GTK+3/
from time to time... For now at least, once stable it'll go to
ftp.gnome.org :)
aside #1:
Did you/anyone check out
On Wed, 18 Jul 2012 08:46:59 +0200, Thomas H.P. Andersen wrote:
I see ffi.h and ffitarget.h in lib\libffi-3.0.10\include\ but e.g.
glib expects those in include\ instead.
lib/pkgconfig/libffi.pc claims
includedir=${libdir}/libffi-3.0.11/include
and afaik when building glib pkgconfig is used
On 22/07/2012 16:02, Michael Torrie wrote:
On 07/22/2012 04:20 AM, John Emmas wrote:
That's been my experience anyway.
With no facts stated to support your response, it is merely your
opinion. My opinion is also just an opinion, however I believe the
points in support of my opinion are
On Thu, 16 Aug 2012 17:12:23 +1000, Jared Henley wrote:
I've finally turned up some useful information in the archive
for this list. I've downloaded the gtk+ and pygobject binaries
from
http://optionexplicit.be/projects/gnome-windows/GTK+3/
and also installed python 3.2 using the msi
On 2012-12-24 12:09, Fan Chun-wei wrote:
I am currently looking at trying to resurrect the distutils support
for building PyGObject
Ah, yes, removed in
http://git.gnome.org/browse/pygobject/commit/?id=8d3125c8ce9890c70400dd8a3ac273b590fe6a31
I'll point to the state of those files in the
On 2013-04-10 10:41, Marc-André Lureau wrote:
I believe some work is needed to be able to reuse cross-compiled
projects under Windows. For example, the .pc file path will need to be
adjusted etc.
I you mean the paths stated inside .pc files, then pkg-config on
windows should be able to
On 2013-04-10 15:03, Marc-André Lureau wrote:
Interesting, I didn't know (and I wouldn't try, I am cross-compiling
guy :) However, this isn't going to be enough, there are many
variables in .pc which may contain path.
Yeah, projects not re-using the prefix variable when defining other
paths in
/57c184e66bab81470ae3768330088ef113e3d750
[2]
https://github.com/dieterv/glib/commit/0462418592ee1df93f251772d9bdcd3f6ca13f68
/*
* KnownFolders.h
*
* KNOWNFOLDERID constants
*
* This file is part of the w32api package.
*
* Contributors:
* Created by Dieter Verfaillie diet...@optionexplicit.be
*
* Provenance
On 2013-04-10 21:04, Dieter Verfaillie wrote:
g_get_system_data_dirs() on win32 should simply honor XDG_DATA_DIRS
like it does on any other platform/OS and fall back to
FOLDERID_ProgramData
or CSIDL_COMMON_APPDATA (depending on windows version).
Hit send a bit too soon, that should be:
honor
On 2013-04-10 19:52, Sindhu S wrote:
I want to add this to GTK+ because it will automatically benefit
every GNOME Application, and have consistency for the user.
Hi Sindhu,
Just some thoughts:
* It might be possible to do this as a GNOME Shell extension, where I
can imagine pressing some
On 2013-09-20 11:29, Zoltan Boszormenyi wrote:
Hi,
If you read
https://developer.gnome.org/glib/2.36/glib-The-Main-Event-Loop.html#GSourceFuncs
[1]
you may notice the last statement about prepare() is prematurely
terminated:
Since 2.36 this may be NULL [2], in which case the effect is
Hi,
On 06/11/2015 05:19 PM, Ignacio Casal Quinteiro wrote:
Here you have:
https://bugzilla.gnome.org/show_bug.cgi?id=620566
Please consider my patches on that bug report as superseded by the work
in this mingw-w64 branch:
https://github.com/dieterv/gobject-introspection/tree/mingw-w64
48 matches
Mail list logo