On 09/05/2007 07:59:45 PM, Jeff Pohlmeyer wrote:
Beta testers needed: http://yetanothergeek.justfree.com/geanylua/
This is amazing, great work! I just tried all the default scripts.
One glitch when building lua_dlg.c: cc -g -Wall `pkg-config --cflags gtk+-2.0` -I../geany/src \ -I../geany/scintilla/include -I../geany/tagmanager/include -c lua_dlg.c lua_dlg.c: In function ‘glspi_choose’: lua_dlg.c:127: error: ‘GTK_MESSAGE_OTHER’ undeclared (first use in this function)
---
/* Win98 needs an obsolete version of GTK */ #if GTK_MINOR_VERSION <= 6 #define GTK_MESSAGE_OTHER GTK_MESSAGE_INFO #endif
I have Gtk+ 2.8, and GTK_MESSAGE_OTHER isn't defined (also for 2.6). Also Geany requires 2.6, maybe you meant >= 6. So I just commented out the #if and #endif lines, so it would build.
Also, the plugin ABI version may change before the Geany 0.12 release, so unfortunately you might need to recompile the plugin binaries.
OT: Incidentally, how do you build 'universal' .so's for Linux, and how are they limited (e.g. glibc, kernel version)?
Anyway thanks for this plugin :)
Regards, Nick
On 9/6/07, Nick Treleaven nick.treleaven@btinternet.com wrote:
This is amazing, great work!
Thanks, it wouldn't have been possible without a great editor like Geany, and all your hard work on the plugin system!
I have Gtk+ 2.8, and GTK_MESSAGE_OTHER isn't defined (also for 2.6). Also Geany requires 2.6, maybe you meant >= 6. So I just commented out the #if and #endif lines, so it would build.
OK, in that case I guess it should be GTK_MINOR_VERSION<=8. I developed the plugin on a Gtk+ 2.10 system and I didn't even notice the missing define until I tried compiling the Windows DLL using 2.6.
Really, I only wanted to keep the dialogs as generic-looking as possible, and using GTK_MESSAGE_OTHER on 2.10 gets rid of that silly light bulb icon.
Is there some other simple way to keep the dialogs from displaying an icon?
Also, the plugin ABI version may change before the Geany 0.12 release, so unfortunately you might need to recompile the plugin binaries.
No problem, there will likely be some changes and/or bug fixes to the plugin as well.
how do you build 'universal' .so's for Linux, and how are they limited (e.g. glibc, kernel version)?
I just built it with the supplied Makefile, and I can't even make a guess as to how "universal" it is, but my system looks something like this: SuSE-10.2 - kernel-2.6.18 gcc-4.1.2 - libc-2.5-25 glib-2.14.0 - gtk+-2.10.14 Lua-5.1.2
Hopefully that works for a lot of people, but no doubt there will still be some who will need to compile their own.
I'm also interested to know how the Win32 DLL works for other users. It was cross-compiled on the same machine, but I had some problems getting a "geany.exe" cross-compiled to test it with. I think my MinGW environment isn't well enough isolated from the Linux tool chain as it should be.
Anyway thanks for this plugin :)
Thanks for your feedback!
- Jeff
On 09/06/2007 04:04:54 PM, Jeff Pohlmeyer wrote:
On 9/6/07, Nick Treleaven nick.treleaven@btinternet.com wrote: Really, I only wanted to keep the dialogs as generic-looking as possible, and using GTK_MESSAGE_OTHER on 2.10 gets rid of that silly light bulb icon.
Is there some other simple way to keep the dialogs from displaying an icon?
Maybe you could just use GtkDialog, but then you can't use gtk_message_dialog_format_secondary_text(). But IMO it's fine, probably soon most people will be using 2.10.
I just built it with the supplied Makefile, and I can't even make a guess as to how "universal" it is, but my system looks something like this: SuSE-10.2 - kernel-2.6.18 gcc-4.1.2 - libc-2.5-25 glib-2.14.0 - gtk+-2.10.14 Lua-5.1.2
OK, thanks. I just tried loading it, but my Fedora 5 system didn't have libexpat.so.1. $ ldd geanylua.so libexpat.so.1 => not found [...] libexpat.so.0 => /lib/libexpat.so.0 (0x0031d000)
But I kind of expected it not to work ;-)
I'll try the DLL next time I'm in Windows (which may be a while...)
Regards, Nick
On Thu, 6 Sep 2007 10:04:54 -0500, "Jeff Pohlmeyer" yetanothergeek@gmail.com wrote:
how do you build 'universal' .so's for Linux, and how are they limited (e.g. glibc, kernel version)?
I just built it with the supplied Makefile, and I can't even make a guess as to how "universal" it is, but my system looks something like this: SuSE-10.2 - kernel-2.6.18 gcc-4.1.2 - libc-2.5-25 glib-2.14.0 - gtk+-2.10.14 Lua-5.1.2
Hopefully that works for a lot of people, but no doubt there will still be some who will need to compile their own.
I guess when using a different gcc major version it won't work. And maybe other things shouldn't differ that much ;-).
I'm also interested to know how the Win32 DLL works for other users. It was cross-compiled on the same machine, but I had some problems getting a "geany.exe" cross-compiled to test it with. I think my MinGW environment isn't well enough isolated from the Linux tool chain as it should be.
It is possible. Some time, er, long time ago, I set up a cross-compile environment. Some of the changes are still in the Makefiles. Check the (still) hardcoded paths for the tools in the makefiles(currently it is set to /usr/local/cross-tools) and check your compiler is detected correctly by the configure script. If it was detected, the autoconf variable MINGW is set by configure which is used in the makefiles.
Regards, Enrico
On Wed, 5 Sep 2007 13:59:45 -0500, "Jeff Pohlmeyer" yetanothergeek@gmail.com wrote:
Beta testers needed: http://yetanothergeek.justfree.com/geanylua/
Woooowww. Very cool! Great work.
Btw, your gzipped .so works fine on my Debian Testing system.
Regards, Enrico
On 9/6/07, Enrico Tröger enrico.troeger@uvena.de wrote:
On Wed, 5 Sep 2007 13:59:45 -0500, "Jeff Pohlmeyer" yetanothergeek@gmail.com wrote:
I had some problems getting a "geany.exe" cross-compiled
It is possible. Some time, er, long time ago, I set up a cross-compile environment.
Yes, I have it working, but I ran into a couple of snags, for some reason the "win32.o" object file doesn't get built or linked, and I had to manually pass -lcomdlg32 -liberty to the linker. Given that I also had to explicitly use the --disable-vte --disable-socket arguments for configure, it looks like some "Linux-isms" are still sneaking in somewhere.
The resulting Geany.exe runs fine on Win2k, and it runs OK on Win98 from a MinGW prompt. But when I try to launch it on Win98 from Explorer or Desktop, it hangs for a few seconds and then crashes with an access violation.
Not a big deal for me though, about the only thing I use Windows for is for testing Windows builds :)
Btw, your gzipped .so works fine on my Debian Testing system.
Thanks, that's good to know!
- Jeff