Gtk 3.0 Build
Hi, I finally clean up my application and it builds in 3.0 with GtkBuilder as its gui. But there is one problem - what is causing the Gtk-WARNING of menu_proxy_module_load : /home/craig/MusicEditor/musiceditor: undefined symbol: menu_proxy_module_load my code does not explicitly call the function, so it has to be something in GtkBuilder and Menu Items or ? So, anyone know what is going on here? Also, I am running Ubuntu 11.04. When the window loads it is a generic theme- It doesn't match my appearance theme choice. Anyone know what is up with that? -- Craig Bakalian craigbakal...@verizon.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Gtk 3.0 Build
On Mon, 28 Mar 2011, Craig Bakalian wrote: Also, I am running Ubuntu 11.04. When the window loads it is a generic theme- It doesn't match my appearance theme choice. Anyone know what is up with that? The GTK theming apparatus has changed quite radically between 2.N and 3.0. Old theme files won't work. Allin Cottrell ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Gtk 3.0 Build
Hi Allin, Yes, Yes. I just read through this subject, or gleaned it. Is there an code example of theme - ing in gtk3.0 anywhere in internet land? Craig Bakalian On Mon, 2011-03-28 at 17:05 -0400, Allin Cottrell wrote: On Mon, 28 Mar 2011, Craig Bakalian wrote: Also, I am running Ubuntu 11.04. When the window loads it is a generic theme- It doesn't match my appearance theme choice. Anyone know what is up with that? The GTK theming apparatus has changed quite radically between 2.N and 3.0. Old theme files won't work. Allin Cottrell ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Gtk 3.0 Build
On Mon, 28 Mar 2011, Craig Bakalian wrote: Yes, Yes. I just read through this subject, or gleaned it. Is there an code example of theme - ing in gtk3.0 anywhere in internet land? If you want to see how the CSS works, take a look at adwaita.css. Allin Cottrell ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Gtk 3.0 Build
On 2011-03-28 at 17:24, Craig Bakalian wrote: Yes, Yes. I just read through this subject, or gleaned it. Is there an code example of theme - ing in gtk3.0 anywhere in internet land? http://library.gnome.org/devel/gtk3/stable/GtkCssProvider.html ciao, Emmanuele. -- W: http://www.emmanuelebassi.name B: http://blogs.gnome.org/ebassi ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GTK+ 3, Win32 and GtkApplication (DBus woes)
Hello everyone, I am new to this list and I am attempting to write my first GTK+ application. For a change of pace, I decided to do my primary development on Windows instead of Linux, as the particular application I am writing will most likely be run most often on Windows. I chose GTK+ as the toolkit to use because of its portability, especially it's advertised portability to Windows and MacOS. Please bear in mind that my perspective is not that of a GTK+ developer (although I will have a few patches for Win32 forthcoming soon) but rather as a consumer, and a new one at that, so all I have to go on is the provided documentation. Very early on in my reading, I was encouraged to not manually construct widgets but to use GtkUIManager, and tools like Glade. I compiled Glade 3.9.2 and because it used GtkApplication, it no longer works on Windows. Gio aborts with Cannot determine session bus address (not implemented for this OS) because DBus support isn't complete in Gio. As I read the code this is unavoidable. Therefore, as things currently stand, if an application uses GtkApplication, it cannot ever run on Win32. An application can't ever use Glade for designing its UI either, because Glade uses GtkApplication. This really feels like an unintended consequence. I read the thread in the archives that started with a discussion on argc/argv (that devolved into discussions of other tools and not the core issue), as well as a rename of the thread that seemed to indicate DBus support could be added but that it would involve dbus daemons and spawner and such, which is fine if all you are writing is OS applications, but if Glib/Gtk are meant to be real portable toolkits for applications, then requiring such an overhead is untenable. As things currently stand, I just don't think Glib/Gtk can realistically claim to support Win32 (for anything but a subset of their functionality). Is there any way that a GtkApplication can be marked (some flag or such) as to not require DBus? Since the author of Glade was a frequent commentator on the previous thread about this, is there any way of not requiring g_application_run() (which starts the whole DBus mess)? Any help / guidance appreciated, and I have development cycles I can spare to help test or possibly even implement changes. Regards and thank you for your time and a phenomenal set of tools. Kean Johnston ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 3, Win32 and GtkApplication (DBus woes)
On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnston kean.johns...@gmail.com wrote: Hello everyone, GtkApplication is a rather new piece of the GTK API. There has been quite a bit of discussion about its role and its impact on cross platform portability. The answer for now is that if you want cross platform portability, simply don't use GtkApplication. It didn't exist several months ago, and there are plenty of excellent apps written with GTK that don't use it. --p ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 3, Win32 and GtkApplication (DBus woes)
On 3/28/2011 1:12 PM, Paul Davis wrote: On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnstonkean.johns...@gmail.com wrote: Hello everyone, GtkApplication is a rather new piece of the GTK API. There has been quite a bit of discussion about its role and its impact on cross platform portability. I'll try read more of the mailing list archive. I have a vested interest in Gtk+ 3 on Win32 and MacOS, so if ever any help is needed or wanted testing any changes, I am very happy to help. The answer for now is that if you want cross platform portability, simply don't use GtkApplication. It didn't exist several months ago, and there are plenty of excellent apps written with GTK that don't use it. In one particular case, namely using the current beta of Glade, I was able to get it to at least start working by extracting a previous version of main.c from git. Fortunately, the change the author made to use GtkApplication was in a single commit so it was easy to unwind. My only concern about simply don't use it is that it seems (to me at least) as if newcomers are encouraged that way, and it currently isn't portable, as you stated. Considering what a long history Gtk+ has of being very portable, from the outside looking in it's a bit concerning that it even made it into the mainline in its current state considering its portability impact. I guess because the primary use platform is Linux it is very easy to loose sight of the fact that it is used elsewhere, since the vast majority of users will remain ignorantly happy. People are very obviously aware of this impact, I'm just adding my voice to the mix keeping portability a primary, rather than secondary concern. Thank you for your prompt reply. Kean ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 3, Win32 and GtkApplication (DBus woes)
On Mon, Mar 28, 2011 at 7:26 AM, Kean Johnston kean.johns...@gmail.com wrote: Considering what a long history Gtk+ has of being very portable, I would say that this is a subtle mis-perception. GTK's support for non *nix, non-X11 platforms has happened generally inspite of, rather than because of any central portability goal. Its been implemented by very small numbers of dedicated individuals for each platform, and is frequently broken for relatively short periods of time as the internals of GTK change. It is true that GTK is becoming *more* portable as a result of the design changes we've seen in the last 2 years, and that this will continue. Its also at least as portable as anything else with its power and flexibility. But for some reason, its quite easy to get the idea that GTK was actually designed as a cross-platform toolkit, which is manifestly not true. Luckily, we've had people like Tor on the windows side and an assorted bunch of people for os x that have done the work of making it work on other platforms *anyway*. But even with such heroic efforts, there continue to be things that are not quite the way they should be on non-X11 platforms, and depending on what your app does, these may be completely ignorable or showstoppers. --p ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gio async usage from gtk+ ...
On Fri, 2011-03-25 at 21:52 +, Michael Meeks wrote: Hi there, On Fri, 2011-03-25 at 14:47 +, Michael Meeks wrote: I'll build a package to test your patch in a second too. Well - the patch solves the problem for me; inasmuch as I can no longer make it crash (or assert fail) like it used to. Also - if I tweak it to: Ok. I commited the patches to gtk-2-24, gtk-3-0 and master. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc al...@redhat.comalexander.lars...@gmail.com He's a suicidal albino waffle chef looking for a cure to the poison coursing through his veins. She's a supernatural mute former first lady fleeing from a Satanic cult. They fight crime! ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
gtk+ win32 binaries
Hello everyone, Since the past six months I've actively used gtk+ and I noticed some lag between the source release and win32 binary builds. Because of this, I've to build gtk+ myself in order to use the most recent distribution. So, I'm wondering if I can give you some help building win32 binaries, in order to reduce this lag. I use MinGW to build my win32 binaries. I haven't tried to build win64 binaries but I could do some tests and possibly contribute with win64 too. Please let me know if I could help. Pardon me if I'm contacting in the wrong place. If this is the case please point me in the right direction. Have a good day, Pedro Santos ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 3, Win32 and GtkApplication (DBus woes)
On Mon, Mar 28, 2011 at 8:26 PM, Kean Johnston kean.johns...@gmail.com wrote: On 3/28/2011 1:12 PM, Paul Davis wrote: On Mon, Mar 28, 2011 at 5:35 AM, Kean Johnstonkean.johns...@gmail.com wrote: Hello everyone, GtkApplication is a rather new piece of the GTK API. There has been quite a bit of discussion about its role and its impact on cross platform portability. I'll try read more of the mailing list archive. I have a vested interest in Gtk+ 3 on Win32 and MacOS, so if ever any help is needed or wanted testing any changes, I am very happy to help. The answer for now is that if you want cross platform portability, simply don't use GtkApplication. It didn't exist several months ago, and there are plenty of excellent apps written with GTK that don't use it. In one particular case, namely using the current beta of Glade, I was able to get it to at least start working by extracting a previous version of main.c from git. Fortunately, the change the author made to use GtkApplication was in a single commit so it was easy to unwind. Yes I'm sorry about that. I innocently assumed it would be properly portable as everything in GTK+ is portable, and there was no proper notation that the application object was not available on win32 or osx (like say, GtkUnixPrint widgets). Anyway, I'll be backing out that commit from Glade. Cheers, -Tristan ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 3, Win32 and GtkApplication (DBus woes)
Yes I'm sorry about that. I innocently assumed it would be properly portable as everything in GTK+ is portable, and there was no proper notation that the application object was not available on win32 or osx (like say, GtkUnixPrint widgets). For the most part it seems that GTK+'s portability holds true. The trouble is in layers beneath it, in this case Gio. I just came across another example of strangeness in Gio on Win32. On Windows it is much rarer to have things installed in a central location available to everyone to use, many applications will ship their own versions of the DLL's in their own private directories. This makes reliance on central-installed, compiled files like compiled schemas in Gio a problem on Windows. Other underpinning layers like Pango can have the same problem if not compiled properly. For example, you *can* compile it to dynamically load in modules and that works really well on Linux but less well on Win32, where the modules tend to be built in. Since I am new to this list I am unsure of the etiquette involved in discussing issues in integral underpinnings of GTK+ like Glib/Gio, and I know there's a fair amount of cross-pollination of developers, but if discussions of Glib/Gio issues, especially as related to GTK+ are unwelcome or unproductive here, I'll move my questions to the appropriate place, wherever that is. Kean PS thank you very much for Glade :) I have some patches for you to get it to compile with MSVC that I'll be sending you shortly. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk+ win32 binaries
On 25 March 2011 23:37, Pedro Santos p_daniel_san...@hotmail.com wrote: Hello everyone, Since the past six months I've actively used gtk+ and I noticed some lag between the source release and win32 binary builds. Because of this, I've to build gtk+ myself in order to use the most recent distribution. So, I'm wondering if I can give you some help building win32 binaries, in order to reduce this lag. I use MinGW to build my win32 binaries. I haven't tried to build win64 binaries but I could do some tests and possibly contribute with win64 too. Please let me know if I could help. Pardon me if I'm contacting in the wrong place. If this is the case please point me in the right direction. Hello Pedro, Thanks a lot for your help! All the resources about the windows backend development are here [1] Feel free to improve it if you want. The former windows maintainer doesnt have time anymore [2] to do the windows binaries, so any help is very welcomed Regards [1] http://live.gnome.org/GTK%2B/Win32 [2] http://tml-blog.blogspot.com/2011/03/gtk-on-windows-i-am-not-really-doing-it.html -- Javier Jardón Cabezas ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk+ win32 binaries
The former windows maintainer doesnt have time anymore [2] to do the windows binaries, so any help is very welcomed Pedro, You and I should talk. I too have compiled up everything for Win32 (busy testing Win64 at the moment). My particular solution is a bit broader as it compiles everything needed to get a complete GTK+ solution, from zlib and gettext all the way up to GTK+. I also did it using just command files, not a make file in sight and absolutely no dependency on any tools other than Microsoft provided ones, no MinGW, no Cygwin, nothing. I also verified it works both with a hand-crafted MS toolchain as described in http://www.syndicateofideas.com/posts/fighting-the-msvcrt-dll-hell and using MSVC 2010 (professional edition, not the free one, in case that makes a difference). Here is what my solution compiles: zlib 1.2.5 iconv1.13.1 gettext 0.18.1.1 libpng 1.5.1 giflib 4.1.6 jpeg 8c libxml2 2.7.8 libxslt 1.1.26 fontconfig 2.8.0 freetype 2.4.4 expat2.0.1 pcre 8.12 glib 2.28.3 pixman 0.21.6 cairo1.10.2 pango1.28.3 gdk-pixbuf 2.21.1 atk 1.33.6 gtk+ 3.0.5 Kean ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Timer start registration breaks the gtk_main()
Thank you for the help, guys.
Everything works as expected.
Now to check the data validity
-Original Message-
From: Ingo Krabbe ikrabbe@gmail.com
Sent: Mar 27, 2011 3:33 AM
To: gtk-list@gnome.org
Subject: Re: Timer start registration breaks the gtk_main()
On Sat, Mar 26, 2011 at 11:48:38PM -0700, iko...@earthlink.net wrote:
Lex,
-Original Message-
From: Lex Trotman ele...@gmail.com
Sent: Mar 26, 2011 10:47 PM
To: iko...@earthlink.net
Cc: gtk-list gtk-list@gnome.org
Subject: Re: Timer start registration breaks the gtk_main()
It is not automagically passed a pointer to an instance of the object
(no this) so it will only work if the function does not access any
instance members.
Which means that every member of the class that will be used by this
function
should be static. But this is not good.
Not if you want more than one instance :-)
Which is not the case here. ;-)
To make that finally clear, thats why the signal functions pass a data
pointer. So to use C++ you can always either pass the object into the
static function:
class CFrame {
static gboolean ReadData(CFrame* me);
};
/* ... */
g_timeout_add_seconds(1,(GSourceFunc)CFrame::ReadData,frame);
or I would prefer to leave the C++ alone and write a small wrapper
frame_ReadData(CFrame* f) { return f-ReadData(); }
/* ... */
g_timeout_add_seconds(1,(GSourceFunc)frame_ReadData,frame);
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
Container resizing behaviour changed in Gtk 3?
The behaviour of containers when their contents try to resize themselves seems to have changed between Gtk 2 and Gtk 3. In Gtk 2, if you have a GtkLayout carrying a GtkFrame that contains a GtkTextView, and use set_size_request() to set the size of the GtkFrame, it stays that size. If you type more text into the GtkTextView than will fit in the visible area, it auto-scrolls. But in Gtk 3, the GtkTextView and its containing GtkFrame seem to enlarge themselves without limit to accommodate the text. I don't want that to happen. Is there some way of getting the old behaviour back? I can't find any way of setting the *maximum* size of a widget. Thanks, Greg ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Gtk+ 3.0 and MS Windows
Hello there! First of all, thanks for all your work in gtk+ (and gnome) environment. I am trying to introduce gtk+ to industrial solutions, mainly using Gtk# and Glade. Is it possible to combine the obs with the current sources of all Gnome components? I am talking mainly in glade, because the latest versions 3.7.x has lots of improvements over 3.6 and i would like to test it. 3.7.1 is old and has many bugs and regressions and i would like to contribute to a better support on windows. Thank you! Luis Matos Dom, 2011-03-27 às 21:07 +0200, Maarten Bosmans escreveu: 2011/3/25 Mikhail Titov m...@gmx.us: Maarten: Thanks again! It worked like magic. I'm not sure if I was supposed to get a bunch of dot cpio files in cache/extracted/ folder. I have 7-zip 9.20. Anyway I selected all of them and did 7-zip - extract here from explorer. However when I try to run demo I get the following message. That's great. The rpm indeed contain a cpio file, so you have to unpack twice. The script I sent the link to does this for you. -8-- C:\...che\extracted\usr\i686-w64-mingw32\sys-root\mingw\bingtk3-demo.exe ** Gtk:ERROR:gtksettings.c:558:gtk_settings_class_init: assertion failed: (result == PROP_ALTERNATIVE_BUTTON_ORDER) This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. -8-- Is there something missing, or is it a known issue? It doesn't matter if I change gtk-alternative-button-order to 1 or 0 in gtkrc of MS-Windows theme. If I understand your other mail correctly, you are combining binaries from OBS and those provided on ftp.gnome.org. I'm not entirely sure, but it could be that gives problems. So try downloading all dependencies from OBS. The script I sent the link to does this for you. Mikhail So you also got your own build going, great! You may also want to try downloading -devel packages of the dependencies from the OBS for linking your own build of Gtk+ 3. Not sure that would give better results though. Maarten ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Is there an equivalent to .gtkrc-2.0 in gtk 3?
Hello. I just compiled evince 2.91.23, which needs gtk+ 3. When I start it, I get a UI that is rather ugly (big fonts), and I'd like to change that. Evince 2.32 used gtk+ 2, and I could customize it as I want through the ~/.gtkrc-2.0 file. How can I do the same with GTK+ 3? I tried using a ~/.gtkrc-3.0 file, but it didn't work. Thanks. -- Fabrice DELENTE ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
RE: Is there an equivalent to .gtkrc-2.0 in gtk 3?
The equivalent to .gtkrc-2.0 in gtk+3 is a combination of files :in brief :
settings :set either (preferably) by the desktop XSettings manager (e.g.
Gnome settings)or in a file
${XDG_CONFIG_HOME}/gtk-3.0/settings.ini
styles :set in a css-sheet file
${XDG_CONFIG_HOME}/gtk-3.0/gtk.cssor (for each specific theme)
${HOME}/.themes/${theme_name}/gtk-3.0/gtk.css
There is more described in the gtk+3 reference
Date: Mon, 28 Mar 2011 16:43:36 +0200
Subject: Is there an equivalent to .gtkrc-2.0 in gtk 3?
From: delen...@gmail.com
To: gtk-list@gnome.org
Hello.
I just compiled evince 2.91.23, which needs gtk+ 3.
When I start it, I get a UI that is rather ugly (big fonts), and I'd like to
change that. Evince 2.32 used gtk+ 2, and I could customize it as I want
through the ~/.gtkrc-2.0 file.
How can I do the same with GTK+ 3? I tried using a ~/.gtkrc-3.0 file, but it
didn't work.
Thanks.
--
Fabrice DELENTE
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list
RE: Gtk+ 3.0 and MS Windows
Here is the proof that it is possible to use OBS dependencies and build later
stuff like GTKMM with MSVC++.
http://img189.imageshack.us/img189/7503/gtkmm299msvcnet2008obs.png
I finally got GTKMM with support for RGBA!
Note that TreeView doesn't always draw a triangle, so I was hopelessly double
clicking on it before :-)
Picker demo still gives me that error. I file like I've built something
incorrectly.
Thanks again for all your suggestions and pointing me to OBS! My problem is
solved. Now I can enjoy all benefits of 3rd version and hopefully by the time I
decide to release my code, GTK(MM) 3 become mature :-)
P.S. I didn't try to build GTKMM using GTK from OBS, but GTK demo from OBS
fails to launch.
Mikhail
-Original Message-
From: gtk-list-boun...@gnome.org [mailto:gtk-list-boun...@gnome.org] On Behalf
Of Mikhail Titov
Sent: Monday, March 28, 2011 12:44 AM
To: 'Maarten Bosmans'; 'Gtk+ list'
Subject: RE: Gtk+ 3.0 and MS Windows
Just in case someone is following :-)
I was able to successfully build GTK+ 3.0.6 using MS VC++ 2008 Express using
underlying OpenSUSE win32 binaries. I had to play around with nm.exe and
lib.exe (MS proprietary tool) to generate missing dot def files as a usage of
gcc libraries (.dll.a) resulted in a weird behavior (like import of symbols
from improper dll as I reported before).
Gtk-demo.exe runs mostly okay though toolbar icons are not redrawn after menu
popup and it dumps sometimes warnings. Tool Palette demo is glitchy in sense of
icons. Entry, Icon View, Text Widget demos don't show up at all. Pickers demo
fails with GLib-GIO-ERROR **: Settings schema 'org.gtk.Settings.FileChooser'
is not installed
I don't have much spare time, but I'll try to summarize what should be done to
utilize cross-compiled binaries (like from OpenSUSE) to build stuff using MS
VC++. I guess it would be substantial time saver not to manually build
dependencies under MS Windows.
Here is the python script I used to convert libraries from gcc to MSVC format:
-8--
import os,re,sys,shutil
from os.path import join, getsize
from subprocess import Popen, PIPE
os.environ['PATH'] = os.environ['PATH'] + ;C:\\Program Files\\Microsoft Visual
Studio 9.0\\Common7\\IDE\\;C:\\Program Files\\Microsoft Visual Studio
9.0\\VC\\bin\\;C:\\MinGW\\bin
#gendef =
C:\\workspace\\glibmm-2.27.99\\MSVC_Net2008\\gendef\\Win32\\Debug\\gendef.exe
#dll = re.sub(.a, , lib)
#output = Popen([gendef, d, dll, lib], stdout=PIPE).communicate()[0]
def gen(dll):
name = re.sub(^lib, , dll)
name = re.sub((?:-\\d).dll, , name)
#shutil.copyfile(lib, name + .lib)
print(Working on %s\n % dll)
output = Popen([nm, lib%s.dll.a % name], stdout=PIPE).communicate()[0]
d = %s.def % name
with open(d, wb) as f:
f.write(bEXPORTS\n)
for line in output.split(b\r\n):
if (re.match(b.* T _|.* I __nm, line)): #|.* I __imp
line = re.sub(b^.* T _|^.* I __nm__, b, line) #|^.* I _
f.write(line + b\n)
f.write(str.encode(LIBRARY %s\n % dll))
p = Popen([lib, /def:%s % d]) #, shell = True)
root = C:\\workspace\\gtk\\usr\\i686-w64-mingw32\\sys-root\\mingw
os.chdir(root + \\lib)
for root, dirs, files in os.walk(root + \\bin):
for name in files:
if (re.search(.dll, name)):
print(Processing: %s\n % name)
gen(name)
#gen(libatk-1.0-0.dll)
# glibmm-2.4.def libglibmm-2.4-1.dll libglibmm-2.4.dll.a # dumpbin /SYMBOLS
/OUT:dumpbin.out libglibmm-2.4.dll.a
-8--
Mikhail
-Original Message-
From: Mikhail Titov [mailto:m...@gmx.us]
Sent: Sunday, March 27, 2011 7:57 PM
To: 'Mikhail Titov'; 'Maarten Bosmans'; 'Gtk+ list'
Subject: RE: Gtk+ 3.0 and MS Windows
2) It turned out that glibconfig.h from OpenSUSE is not MSVC friendly.
Perhaps it redefines something important. I took that from gnome's ftp win32
binary. From quick look at the diff output, there is not much difference other
than MS specifics in #ifdef blocks. Now at least gdk-win32 compiles.
Mikhail
-Original Message-
From: gtk-list-boun...@gnome.org [mailto:gtk-list-boun...@gnome.org]
On Behalf Of Mikhail Titov
Sent: Sunday, March 27, 2011 6:20 PM
To: 'Maarten Bosmans'; 'Gtk+ list'
Subject: RE: Gtk+ 3.0 and MS Windows
Maarten:
1)
I was not exactly mixing different sources of windows binaries. I just
tried different approaches on how I can get binary GTKMM 2.99 for MSVC
in the fastest way.
2)
I can't build Gtk+ 3.0.6 ( 3.0.5) from the source against OpenSUSE
binaries for some reason as I get some weird errors like
c:\gtkmm3\include\glib-2.0\glib\gutils.h(146) : error C2143: syntax
error : missing '{' before 'const'
I have OpenSUSE binaries in c:\gtkmm3\ . But Gtk+ 3.0.5 builds just
fine against binaries from gnome project's ftp if I add libmsvcrt.a
from MinGW into gtk-demo project. Also I had to change
