RE: What does "(skip)" mean ???

Hi John, Note that since a few release series ago we stopped using .symbol files to export symbols but instead use a __declspec(dllexport) approach to export them. See config.h.win32.in in your checkout in the _GLIB_EXTERN part—if it is not defined in your build files, define it as it is in

FW: multitouch support for Windows

(Sorry, I forgot to reply to the list) 從 Windows 10 手機傳送 寄件者: fanc...@yahoo.com.tw 傳送時間: 2016年12月29日 13:29 收件者: Yale Zhang 主旨: RE: multitouch support for Windows Hi Yale, This sounds quite nice.  Can you go to https://bugzilla.gnome.org and submit a bug there, so that someone here can take a

RE: Gtk+4.x and broadway ( and other remote options )

Hi Daniel, The main issue with Broadway is that: It is considered an experimental GDK backend, and it is not really kept up to date with the developments in GTK-3.x Specifically what this means is that there isn’t OpenGL support in it (we need OS/platform-level support for OpenGL for creating

RE: libgio (recently added source files)

Hi John, Short answer is no. These are for flatpak/portal, which is for *NIX only. With blessings. 從 Windows 10 手機傳送 寄件者: John Emmas___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list

RE: Unknown symbol in 'gio/gresource.c'

Hi, To fix this, we could just use g_file_test (fullname, G_FILE_TEST_IS_DIR) in place of the whole check that is there. With blessings, and cheers! 從 Windows 10 手機傳送 寄件者: LRN 傳送時間: 2016年5月2日 下午 08:22 收件者: gtk-devel-list@gnome.org 副本: Fan, Chun-wei (范君維) 主旨: Re: Unknown symbol in 'gio

回覆: Missing #include from glib/gwin32.c ?

Hi John, I think winternl.h is a good bet as well. It is used elsewhere as well in the code. With blessings. Sorry for the noise from the earlier email. --- Hi Victor, Can you see whether winternl.h works for you? --- With blessings, thank you. - 原始郵件 - 寄件者: "John Emmas"

回覆: Missing #include from glib/gwin32.c ?

Hi John, Can I know what is the Windows SDK you are using? Most probably the SDK you are using is too old. If upgrading the SDK is not an option, you will have to define NTSTATUS as LONG (or let me know). With blessings. - 原始郵件 - 寄件者: "John Emmas" 寄件日期:

回覆: MSVC build error in gdk-pixbuf

Hi Bastien, Thanks for the great tip and reminder. I have just reopened the bug. With blessings, thank you! - 原始郵件 - 寄件者: "Bastien Nocera" <had...@hadess.net> 寄件日期: ‎2015/‎9/‎11 19:00 收件者: "Fan, Chun-wei (范君維)" <fanc...@yahoo.com.tw>; "John Emmas&

回覆: Outdated win32 bundle

Hi, As Nacho mentioned in his earlier email on this topic free days ago, there is a bug in the introspection part that is working on getting introspection to work better on Windows, 728313, which I checked lady week the patches there still applies to the latest git master, which is still

Re: Using Python v3.3 while building Glib

Hi John, John Emmas 於 2015/5/13 下午 04:34 寫道: 1) For historical reasons we need to build with VC8. That's rarely supported now in gtk+ libs. Yeah, I understand this as I maintain the Visual Studio files, it's hard to come by with Visual Studio 2005 legally cheaply nowadays (read: Express).

Re: GTK+ 3.16.0 released

Hi Matthias, I thought it would also be good to let people know about this, rendering windows using OpenGL is also implemented on Microsoft Windows as well, also using libepoxy. (I didn't reply to the announcement list though-sorry if this response is inappropriate in any way.:)) With

Re: GWin32WinsockFuncs and other stuff

Hello John, It seems that your compiler does not know what is NET_IFINDEX...can you try to add a define (i.e. preprocessor definitions) to your GIO project files defining NET_IFINDEX to ULONG (as that is what I see in my SDK 7.0 includes), and try the build again? Apparently that is

Re: libglib - Newly introduced build issue with MSVC8

Hello John, Can you apply the 2 patches in bug 743640 titled: gmacros.h: Add Private Macro for use in gtype.h to conditionally define items for __attribute__((cleanup)) on GCC only gtype.h: Fix G_DECLARE_FINAL_TYPE and G_DECLARE_DERIVABLE_TYPE definitions on non-GCC and see whether the build

Re: File monitor rewrite: Solaris (and other) help wanted

Hi, I think I can also take a look at the Windows backend for this as well, since we are actually using the same Windows API for monitoring file and directory changes, ReadDirectoryChangesW(), as I was trying to get file monitoring to work on Windows in bug 730116 a while ago (we only had

Re: File monitor rewrite: Solaris (and other) help wanted

Hi, Fan Chun-wei 於 2015/1/15 08:13 寫道: ...bug 730116 Perhaps, since this will cover the work for adding file monitoring support for Windows, I am making bug 730116 the tracking bug for this drive for the file monitor rewrite for Windows, to let people know. With blessings, thank you

Should We Start Dropping Windows XP Support?

Hi, Happy Holidays and Happy New Year! I understand that this has been brought up before, but I think probably it's time to gather views on whether we should start to drop XP support, as: -There are some things that required specialized implementations for XP, for example, SRWLock in GLib

Re: Building gdk-pixbuf loaders as static libs

Hello John, The Visual Studio 2008+ builds (in build\win32) do that, so let's take a look in build\win32\vs9\gdk-pixbuf-build-defines.vsprops in your git checkout: Find the tags parts that is like GDIP_MACROS, NOGDIP_MACROS and MODULAR_MACROS, you will see a bunch of INCLUDE_xxx's there

回覆: help wanted for implementing GdkGLContext on Windows and MacOS X

Hello Emmanuele, I am looking into getting GdkGLContext getting supported on Windows, so hopefully I can get a patch series for this soon. With blessings - 原始郵件 - 寄件者: Emmanuele Bassi eba...@gmail.com 寄件日期: ‎2014/‎11/‎16 22:33 收件者: GTK Devel List gtk-devel-list@gnome.org 主旨: help

回覆﹕ Re: atk 'missing symbols' problem since gnome-3-14

Hi, This situation would have been hit by GLib and GTK+, if not done properly, as they use things like _GLIB_EXTERN (for glib, gobject, gio) and _GDK_EXTERN (for GDK, gtk) and they also export public variables (data)--but they build and link just fine. In fact the work on using

Re: atk 'missing symbols' problem since gnome-3-14

Hello John, I was able to get these symbols from the atk-2.14.0 release tarball from the GNOME FTP, and was able to build atkmm without any problems. Probably you will need to look at your atk/atk-enum-types.h and atk/atk-enum-types.c-these symbols are indeed annotated in atk-enum-types.h,

Re: atk 'missing symbols' problem since gnome-3-14

should be put ATK_AVAILABLE_IN_ALL Please make sure your config.h(.win32) is up-to-date, as _ATK_EXTERN is defined in there to do the __declspec(dllexport) work. With blessings. Fan Chun-wei 於 2014/9/26 01:38 寫道: Hello John, I was able to get these symbols from the atk-2.14.0 release tarball

Re: _gdk_win32_selection_convert_to_dib

Hi John, I took a quick look at this, the reason is because the line occurred before the variable decalarations (this is something Visual C++ before version 2013 doesn't like), so if you declare the variables first (don't do anything to them), then do the check, then assign these variables,

Re: Regarding theWin32/Visual C++ project completion items

於 2013/11/14 01:24, Colin Walters 提到: My main concern here is about what kinds of additional restrictions this might add to the Makefile.am files we are using. For example, would this script support nested conditionals like: if BUILDOPT_FOO if BUILDOPT_BAR blah_SOURCES += foo-and-bar.c endif

Re: Regarding theWin32/Visual C++ project completion items

Hello Arnavion, Speaking as a consumer of the MSVC project files, is it too much to ask for contributors to maintain the project files statically and update them whenever they update the makefiles? There is no need to do this in VS or even Windows; the vcxproj file is easy to maintain via a text

Re: non-Linux OSes

Hi, As we look further into making GLib (and most probably the GTK+/Clutter stack) work better on Windows, here are some of my further thoughts about it: As neither of the MSVC-based build approaches (the Visual Studio Projects nor Han's NMake Makefiles) support building the unit tests, I

Re: Hicolor icon theme

Hi John, Or, in a more detailed fashion, this is what you can do about this, it took me a while to figure this out: (This assumes that your GTK+2/3 main DLLs are in c:\foo\bin, adjust to your paths accordingly) -Get the latest release tarball from

Re: flow box

Hi Matthias, Minor problem picking: I thought it might be a good idea if we use g_return_val_if_fail(GTK_IS_FLOW_BOX_CHILD (child), FALSE) instead of g_return_if_fail(GTK_IS_FLOW_BOX_CHILD (child)) in gtk_flow_box_child_is_selected() when an invalid GtkFlowBoxChild* is passed in to that

Re: GTK+3 Win32 Bundles : RFC

Hello Tarnyko, I build the latest GIT master (3.11.0) (up to and including Matthias' commits for GtkFlowBox) with Visual Studio 2008 and 2010 in both Win32/x86 and x64 configs, and the print demo didn't crash on either of my Windows 7 (a pretty clean installation) and my Windows 8 systems in

Re: 'glib/gio/glocalfile.c' no longer compiles with MSVC

Hi John, It is indeed a very recent update to glocalfile.c, due to the use of dirent. I have opened a bug for it few days ago at https://bugzilla.gnome.org/show_bug.cgi?id=707787, so if someone can take a look at it as a stable release is around the corner it would be great. With

Regarding gdbus-codegen (was: Re: glib-mkenums in glib 2)

Hi John, (list people: I understand this is a rather old topic that was brought up few months ago:) ). I was poking around with the Python scripts for gdbus-codegen lately, and I thought it might be good to let you know a few things about its use on Windows, especially under Visual Studio builds

Re: Regarding gdbus-codegen

Hi John, [Tarnyko wrote: ] Hmmm, that's strange, works here. - in gdbus-codegen, we have : path=$PATH:/lib/gdbus-2.0 from codegen import codegen_main - and in /lib/gdbus-2.0/codegen/codegen_main.py we have : from . import config where config.py is in the same directory. Using Windows (not MSYS)

Asking for review for patch for GDK (Win32 backend)

Hi, Can I ask someone to review my patches in bug 701121 (and/or LRN's patches in bug 700444-they address the same issue) so that GTK+ master can work again on Win32, as the GDK Win32 backend needs to be updated due to the recent changes in the display code of GDK. I (and presumely LRN)

Re: GTK+3 win32/64 build environment

於 2013/4/16 下午 03:53, John Emmas 提到: snip So if you're building your app with VS2008 you should link against GTK's supplied VS2008 modules (or if you've got the time and confidence, build the GTK+ stack yourself, using the supplied VS2008 projects). Yes, so this is the main reason why

Re: Glib on Windows for Windows Stroe apps

Hi Arnaud, This is the correct list to ask questions like the one you mentioned. In the current state, GLib cannot be used in Windows Store (aka Metro) apps, as it uses a number of Win32 API/CRT API calls that aren't allowed in the Windows Store apps, notably calls that use ws2_32.lib

Re: Is GTK+ a cross-platform toolkit ? (fwd)

Hi Tarnyko, I'm quite glad to hear about the broadway progress on Windows, as that had been brought up on this list some time ago. Is there any chance whether you could post a bug report on your changes (or a link to them) to the GDK/broadway sources so that they will build and run on

Asking a favor to review a patch

Hi, I have filed bug 693646 about two weeks ago regarding gspawn-win32-helper.c which fixes the Win32 spawn helper programs when they are linked with msvcr80.dll or later. As msvcr80.dll (and later) are much more picky on the validity of the fd (file descriptor) passed into close(), the

Proposed fixes to gspawn-win32-helper.c for newer Microsoft CRTs (was: glib-mkenums in glib 2)

successfully without being terminated/aborted by Windows. One good example to check here is using the glib-compile-resources utility program in gio/, the other ones would be the spawn-singlethread* and spawn-multithreaded* in $(srcroot)/glib/tests. With blessings, thank you! -Fan, Chun-wei --- Hi

Re: Re: glib-mkenums in glib 2

於 2012/12/27 下午 05:15, John Emmas 提到: Thanks for the reply, Fen. As it happens, it is VS2005 that I'm using but I'm pretty sure that the other VS projects are out of date too. I'm using the versions that are here:- Hello John, Ah, the VS 2005 projects are the reason why it seemed to you the

Re: glib-mkenums in glib 2

Hello John, [snip]At least it seems so, if this web page is to be believed:- http://www.gtk.org/download/win32.php You might want to look at this page instead: http://www.gtk.org/download/linux.php, as the win32 page you have mentioned is unfortunately out of date. The latest stable tarball

Regarding resurrecting distutils support in PyGObject

Hello, Merry Christmas and Happy New Year! I am currently looking at trying to resurrect the distutils support for building PyGObject, as the build of G-I using Visual C++ has now landed in its master branch, and I am starting from the setup.py/dsextras.py files that are supplied in

Re: Regarding resurrecting distutils support in PyGObject

Hello Dieter, Thanks for the pointers, hopefully I could get some of these things going soon. Might need to put more things in this thread as it churns along. Note that at the time I removed those files, mvsc support had already been bit-rotting for years and the distutils machinery was

Re: Glib question: Is PCRE in some intermediate state?

Hi John, It shouldn't require pthreads at all. Please make sure that gthread-posix.c is not among the files you build, as it is not a source meant for native Windows builds. As you noted, the correct sources to build for threading support in GLib are glib/gthread.c and

Re: Glib question: Is PCRE in some intermediate state?

Hi John, The gatomic.c file contains a native Windows implementation of the atomic ops. There were some pretty significant changes in GLib in terms of the implementation of threading and atomic operations throughout the last 2-3 stable release cycles. Can you check the glibconfig.h that

Re: unable to build static glib in mingw since 2.31

Hi Roy, It seems that we aren't supporting static GLib builds, at least on Windows, as a big rewrite of the threading support in GLib took place back then. It might make sense for you to try to use a shared build. If it is still problematic, you might want to file a bug report for that.

Re: Glib question: Is PCRE in some intermediate state?

Hi John, Unfortunately the Visual C++ 2005 files aren't maintained anymore (hence they are not distributed with the newer GLib releases), since I am not able to test them as I do not have Visual C++ 2005. The Visual C++ 2008/2010 projects do support the bundled PCRE sources and are kept

Re: glib(win32) without libffi

I'm not sure if this was mentioned before but I'm pretty sure Mozilla builds libffi using MSVC, so if you need reference project files, might be worth looking there? Or, looking at git, they may somehow cause the autotools to run msvcc? There's a msvcc.sh file in js/src/ctypes/libffi/msvcc.sh.

Re: glib(win32) without libffi

於 2012/7/29 下午 09:57, Colin Walters 提到: On Sun, 2012-07-29 at 15:24 +0200, Hans Breuer wrote: I didn't say no; we're having a discussion. Realistically, so while I personally *do* care about Windows builds, I find cross-building with mingw a much saner approach to making Free Software

Some questions regarding GObject-Introspection

Hi, I was trying to build G-I on Windows using MSVC, and managed to get the GLib-2.0.gir file to be built by g-ir-scanner (used the gcc preprocessor as MSVC does not accept input from stdin[1], then run the MSVC compiler on the resulting temporary GLib.c), using the command like what is found

Question about the state of development of GTK+ 3.5/3.6+

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/show_bug.cgi?id=677491. It seems to me that it is something that

Re: Building gtk for Win32/gdk-pixbuf problem

this helps. With blessings, Fan, Chun-wei ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list

FW: Tree structure for a win32 application deployment

Sorry, I am resending this as I missed the mail list when I sent this last night from my phone :) Setting PATH would work, or (assuming your app isn't intended to be run from the command line) you could use AppPaths:

RE: gir stability

usable anyways. Will look at the other comments regarding this issue ASAP on my part. With blessings. -Fan, Chun-wei (fanc999) - Original Message - nmake build: probably wouldn't pose big problems as it relies   on the .def file to be in the source tarball. I wish somebody could   apply

RE: gtk-2-24-win32 branch update

2011/11/2 Alexander Larsson al...@redhat.com: The gtk-2-24-win32 branch is now in a pretty good state. I fixed a lot of bugs from bugzilla and stuff from dieters testing (https://live.gnome.org/GTK%2B/Win32/test-gtk-2-24-win32). I think this is in a state where we might want to merge it

RE: Gtk+ win32 fixes, please test

for squishing out those bugs. Best regards, and God bless! -Fan, Chun-wei 寄件日期： 2011/10/20 (四) 7:49 AM 主旨： Re: Gtk+ win32 fixes, please test 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

RE﹕ A few small patches

Hi Kean, I understand this kind of situation of yours-probably the best way is to ping nicely on IRC (#gtk) in addition to (i.e after) filing the bug reports. BTW, I committed your patches for bug 660730 and closed it as Matthias mentioned that it was ok for commit. God Bless. -Fan, Chun-wei

回覆﹕ Fwd: Plans for GTK+ Bundles for win32 and win64?

: https://live.gnome.org/GTK%2B/Win32/MSVCCompilationOfGTKStack, which I also linked to the Discussion page (please see Sam's lines for the link to that page) God Bless, Fan, Chun-wei ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http

Compilation of the GTK+ stack on Windows using Visual C++

Hi List, I have (finally) managed to write up some instructions[1] to build the GTK+ stack with a stock installation of Visual C++ 2008/2010 from scratch. The instructions can be found at [1]. Check it out, and please let me know if some needed info is missing from there, or maybe any

Re: Compilation of the GTK+ stack on Windows using Visual C++

Hi list, The GNOME Live! page containing info for compiling the GTK+ stack with Visual Studio has been moved to https://live.gnome.org/GTK%2B/Win32/MSVCCompilationOfGTKStack, and it also can be accessed via https://live.gnome.org/GTK%2B/Win32/. Thanks for staying in tune. God bless!

Re: GLIB, libffi and Windows

Hi Kean (and list), I have asked on IRC few weeks ago regarding the inclusion of libFFI in the GLib sources, but the response that I receive is that there is no plans (at least at that time) to include the libFFI sources in the GLib sources, and that was from one of the core devs, AFAICT. So

Re: Updated GTK+ 2.24.5 binaries (and bundle)

(Sorry this may appear off-topic here...) For those that may be interested in some ways... I have committed about a day ago or so VS 2010 project files to compile GTK+-2.24.6+ in both 32-bit and x64 configs-it was posted in BugZilla for quite some time (bug 643164, and it seems to me that

Re: Updated GTK+ 2.24.5 binaries (and bundle)

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

Re: Updated GTK+ 2.24.5 binaries (and bundle)

I don't know whether this might be helpful with this part and regard, but I am posting my point of view here anyways for references... Currently I am maintaining the Visual C++ build files for the GTK+ stack (GLib, ATK, GDK-Pixbuf, Pango, GTK+-2.x/3.x), and these files are kept up-to-date as far

Re: Updated GTK+ 2.24.5 binaries (and bundle)

I don't know whether this might be helpful with this part and regard, but I am posting my point of view here anyways for references... Currently I am maintaining the Visual C++ build files for the GTK+ stack (GLib, ATK, GDK-Pixbuf, Pango, GTK+-2.x/3.x), and these files are kept up-to-date as