gtk2forpascal-devel Mailing List for gtk2 for pascal
Brought to you by:
mgaertner
Menu
▾
▴
gtk2forpascal-devel — Developing and testing the gtk2 bindings
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(30) |
Aug
(22) |
Sep
(2) |
Oct
(6) |
Nov
(8) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2004 |
Jan
|
Feb
|
Mar
(11) |
Apr
|
May
(5) |
Jun
(4) |
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mattias G. <nc-...@ne...> - 2005-01-23 11:44:28
|
On Sat, 22 Jan 2005 20:22:24 -0800 (PST) Jeff Pohlmeyer <yet...@ya...> wrote: > > --- Mattias Gaertner <nc-...@ne...> wrote: > > > /home/.../gtk2/lib/i386/linux/gtk2.o(.text+0xd6c3): In function > > `GTK2_GTK_TYPE_FILE_CHOOSER_ENTRY$$LONGWORD':: undefined reference > > to`_gtk_file_chooser_entry_get_type' helloworld2.pas(99,1) > > Error: Error while linking > > > > Has someone any idea why? > > Is _gtk_file_chooser_embed_get_type really part of 2.4? > > > > > > Mattias > > > > According to the gtk+-2.6.0 ChangeLog, 2.5.5 was released > on 2004-11-12 and _gtk_file_chooser_embed_get_type was > added on 2004-11-28 > > So I guess it is >= 2.5.6 ? Thanks. I added IFDEF HasGTK2_6 directives. Mattias |
|
From: Jeff P. <yet...@ya...> - 2005-01-23 04:22:32
|
--- Mattias Gaertner <nc-...@ne...> wrote: > /home/.../gtk2/lib/i386/linux/gtk2.o(.text+0xd6c3): In function > `GTK2_GTK_TYPE_FILE_CHOOSER_ENTRY$$LONGWORD':: undefined reference to > `_gtk_file_chooser_entry_get_type' helloworld2.pas(99,1) > Error: Error while linking > > Has someone any idea why? > Is _gtk_file_chooser_embed_get_type really part of 2.4? > > > Mattias According to the gtk+-2.6.0 ChangeLog, 2.5.5 was released on 2004-11-12 and _gtk_file_chooser_embed_get_type was added on 2004-11-28 So I guess it is >= 2.5.6 ? HTH, - Jeff . __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 |
|
From: Mattias G. <nc-...@ne...> - 2005-01-22 23:40:11
|
I tried compiling under Fedora Core 2, wth gtk2.4. tools/gtkversion prints: 2.4 If I compile out bindings with -dGTK2_4 I get linking errors: Linking ./gtk+/helloworld2/helloworld2 /home/.../gtk2/lib/i386/linux/gtk2.o(.text+0xd587): In function `GTK2_GTK_TYPE_FILE_CHOOSER_DEFAULT$$LONGWORD':: undefined reference to `_gtk_file_chooser_default_get_type' /home/.../gtk2/lib/i386/linux/gtk2.o(.text+0xd64b): In function`GTK2_GTK_TYPE_FILE_CHOOSER_EMBED$$LONGWORD':: undefined reference to`_gtk_file_chooser_embed_get_type' /home/.../gtk2/lib/i386/linux/gtk2.o(.text+0xd6c3): In function `GTK2_GTK_TYPE_FILE_CHOOSER_ENTRY$$LONGWORD':: undefined reference to `_gtk_file_chooser_entry_get_type' helloworld2.pas(99,1) Error: Error while linking Has someone any idea why? Is _gtk_file_chooser_embed_get_type really part of 2.4? Mattias |
|
From: Mattias G. <nc-...@ne...> - 2005-01-05 17:29:30
|
--- snip --- Due to recent discussions in the Lazarus mailing list, the FPC core team has reviewed the COPYING.FPC file as distributed in the RTL, Compiler and FCL sources. The modified LGPL has been serving us well for nearly 10 years, we see no reason to change it now. The FPC team considers the modified LGPL still the best license for all Free Pascal related things, and decided that the license will not be changed to another license (in particular, MPL or BSD style licenses). However, it was noted that the phrasing of the COPYING.FPC left some doubt as to the intentions of the FPC developers, which can be roughly stated as follows: People are allowed to use the sources as they see fit. However, if they change the sources, these changes must be donated back to the open source community. You are, however, free to use the sources in your application "as is": Your own code can be distributed under any license you like, but the part which is RTL/FCL is open source and must remain so. To make these intensions more clear, The exception made in the file COPYING.FPC file has been updated with a 'linking-exceptiong' text which is more clear, and is in line with the views of the FPC developers. The text reads as follows: ----------------------------------------------------------------------- As a special exception, the copyright holders of this library give you permission to link this library with independent modules to produce an executable, regardless of the license terms of these independent modules, and to copy and distribute the resulting executable under terms of your choice, provided that you also meet, for each linked independent module, the terms and conditions of the license of that module. An independent module is a module which is not derived from or based on this library. If you modify this library, you may extend this exception to your version of the library, but you are not obligated to do so. If you do not wish to do so, delete this exception statement from your version. ----------------------------------------------------------------------- We do not consider this a change of license, merely a more clear statement of the intentions of the FPC developers as stated above. 2 closing notes: - The statements here only pertain to the RTL and FCL and compiler. The LCL (the visual class library used by Lazarus) has it's own license. This is explicitly allowed by the LGPL and above modification. The Lazarus team can of course decide to follow the FPC team, but is under no obligation to do so. - The statements made in this mail are not legally binding. Only the files COPYING and COPYING.FPC in the directories rtl, compiler and fcl as distributed by the FPC team are legally binding. We hope that the issue is now clarified, and that all discussions on the matter can be closed. Speaking for the FPC team, Michael. --- snap --- The gtk2forpascal project also uses the old text (modified.LGPL). Should we change the license as well? Mattias |
|
From: Mattias G. <nc-...@ne...> - 2004-09-29 14:35:45
|
On Wed, 29 Sep 2004 12:01:43 +0200 Mattias Gaertner <nc-...@ne...> wrote: > > Should we apply this patch? > It sounds useful, but it will break existing gtk2 applications. Forget it. It will break too much. Mattias > > Mattias > > > Begin forwarded message: > > Date: Wed, 29 Sep 2004 11:43:36 +0200 > From: Mazen NEIFER <ma...@fr...> > To: laz...@mi... > Subject: [lazarus-dev] patch for gtk2 for pascal > > > Hello, > > Mattias, can you please commit this patch for GTK2 for pascal. It mainly > replace all macros argument of type pointer by an untyped argument. For > example > > function GTK_IS_RANGE(obj:Pointer) : boolean; > becomes > function GTK_IS_RANGE(const obj) : boolean; > > As it was initially (in C code) a macro. This also allow saving a lot of > ifdef > gtk2 in lazarus while keeping current code able to compile. Also these > macros > should accept every king of types and just test if it is a pointer to a > valid > range object. So I think is should be a const parameter. > > Mazen, > > > > -- > -- |
|
From: Mattias G. <nc-...@ne...> - 2004-09-29 10:01:57
|
Should we apply this patch? It sounds useful, but it will break existing gtk2 applications. Mattias Begin forwarded message: Date: Wed, 29 Sep 2004 11:43:36 +0200 From: Mazen NEIFER <ma...@fr...> To: laz...@mi... Subject: [lazarus-dev] patch for gtk2 for pascal Hello, Mattias, can you please commit this patch for GTK2 for pascal. It mainly replace all macros argument of type pointer by an untyped argument. For example function GTK_IS_RANGE(obj:Pointer) : boolean; becomes function GTK_IS_RANGE(const obj) : boolean; As it was initially (in C code) a macro. This also allow saving a lot of ifdef gtk2 in lazarus while keeping current code able to compile. Also these macros should accept every king of types and just test if it is a pointer to a valid range object. So I think is should be a const parameter. Mazen, -- |
|
From: Mattias G. <nc-...@ne...> - 2004-09-25 15:29:44
|
On Sat, 25 Sep 2004 17:03:55 +0200 domin <do...@wp...> wrote: > Hello. Attached patch contains: > * added some "since 2.4" functions ($IFDEFed) > * minor fixes to gtknotebook.inc. > * HasGTK_2_4 -> HasGTK2_4 in gtkincludes.inc Thanks. Applied. > I also have found the following issue: gtkfilechooserdefault, > gtkfilechooserembed, gtkfilechooserentry are not present in my gtk+ > 2.4.10. Possibly they are >2.4.0 and should be IFDEFed as 2.6 to enable > linking vs. 2.4? Some "fresh enough" 2.5.x should be then aliased as 2.6. Right. Mattias |
|
From: <wan...@ya...> - 2004-06-08 03:56:36
|
Yes, it works. Thanks you so much, I learnt the knowledge from you. Best regards, --- Jeff Pohlmeyer <yet...@ya...> 的正文：> > In the following program, the "if" block is > exactly > > the same as the "else" block except that in the > "if" > > block gdk_pixbuf_loader_get_pixbuf() is put into > > getImage() function. > > > Variables on the heap (global) are initialized to > NIL; > but variables on the stack (local) are not > initialized, > they usually contain random garbage from > who-knows-what. > > > That is why you get the: > assertion `error == NULL || *error == NULL' > failed > > from the local "error" but not the global. > > > Try this... > > function getImage(loader:PGdkPixbufLoader; var > s:string):boolean; > var > error : pgerror; > begin > error:=nil; // <-- ADD THIS LINE !!! > result := > gdk_pixbuf_loader_write(loader,@(s[1]),length(s),@error); > end;//getImage() > > > > Hope this helps, > > - Jeff > > > > > > > __________________________________ > Do you Yahoo!? > Friends. Fun. Try the all-new Yahoo! Messenger. > http://messenger.yahoo.com/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source > Desktop Event. > GNOME Users and Developers European Conference, > 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > Gtk2forpascal-devel mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk2forpascal-devel _________________________________________________________ Do You Yahoo!? 嫌邮箱太小？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/10m/*http://cn.mail.yahoo.com/event/10m.html |
|
From: Jeff P. <yet...@ya...> - 2004-06-08 03:09:08
|
> In the following program, the "if" block is exactly
> the same as the "else" block except that in the "if"
> block gdk_pixbuf_loader_get_pixbuf() is put into
> getImage() function.
Variables on the heap (global) are initialized to NIL;
but variables on the stack (local) are not initialized,
they usually contain random garbage from who-knows-what.
That is why you get the:
assertion `error == NULL || *error == NULL' failed
from the local "error" but not the global.
Try this...
function getImage(loader:PGdkPixbufLoader; var s:string):boolean;
var
error : pgerror;
begin
error:=nil; // <-- ADD THIS LINE !!!
result := gdk_pixbuf_loader_write(loader,@(s[1]),length(s),@error);
end;//getImage()
Hope this helps,
- Jeff
__________________________________
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/
|
|
From: <wan...@ya...> - 2004-06-08 01:44:10
|
Hello, everybody
I met a very strange problem when using
gdk_pixbuf_loader_get_pixbuf() when this function is
put into a function.
In the following program, the "if" block is exactly
the same as the "else" block except that in the "if"
block gdk_pixbuf_loader_get_pixbuf() is put into
getImage() function.
The "else" block can work well and output the
correct image, but the "if" block can't work, just
give some errors:
(test:2999): GdkPixbuf-CRITICAL **: file
gdk-pixbuf-loader.c: line 472
(gdk_pixbuf_loader_write): assertion `error == NULL ||
*error == NULL' failed
error!
Can anyone help me?
Thank you so much,
Zhong
===============>>>>
program test;
{$H+}
{$mode objfpc}
uses
gtk2, glib2, gdk2pixbuf, classes;
function getImage(loader:PGdkPixbufLoader; var
s:string):boolean;
var
error : pgerror;
begin
result :=
gdk_pixbuf_loader_write(loader,@(s[1]),length(s),@error);
end;//getImage()
var
window,image : PGtkWidget;
fs : TFileStream;
loader : PGdkPixbufLoader;
s : string;
error : pgerror;
pixbuf : PGdkPixbuf;
begin
gtk_init(@argc, @argv);
window := gtk_window_new(GTK_WINDOW_TOPLEVEL);
image := gtk_image_new;
gtk_widget_show(image);
gtk_container_add(GTK_CONTAINER(window), image);
loader := gdk_pixbuf_loader_new;
fs := TFileStream.Create('aaa.gif',fmOpenRead);
setLength(s,fs.size);
fs.read(s[1],fs.size);
fs.free;
if (true) then begin //switch to false, it will
succeed
if getImage(loader,s) then begin
pixbuf := gdk_pixbuf_loader_get_pixbuf(loader);
gtk_image_set_from_pixbuf(PGtkImage(image),pixbuf);
end else begin
writeln('error!');
end;
end else begin
if
(gdk_pixbuf_loader_write(loader,@(s[1]),length(s),@error))
then begin
pixbuf := gdk_pixbuf_loader_get_pixbuf(loader);
gtk_image_set_from_pixbuf(PGtkImage(image),pixbuf);
end else begin
writeln('error!');
end;
end;
gtk_widget_show(window);
gtk_main();
end.
_________________________________________________________
Do You Yahoo!?
嫌邮箱太小？雅虎电邮自助扩容！
http://cn.rd.yahoo.com/mail_cn/tag/10m/*http://cn.mail.yahoo.com/event/10m.html
|
|
From: <wan...@ya...> - 2004-06-01 01:21:03
|
I tested it, it's quite good. Thank you so much, Mattias. Yours, Zhong --- Mattias Gaertner <nc-...@ne...> 的正文：> On Mon, 31 May 2004 23:55:07 +0800 (CST) Zhong Wang > <wan...@ya...> wrote: > > > Hello, everybody > > > > Today I get the latest source of FPC and the > latest > > source of gtk2forpascal. I compiled and installed > the > > 1.9.4 FPC, it worked well. > > > > Then I compiled gtk2forpascal, and make a dir as > > /usr/lib/fpc/1.9.4/units/linux/gtk2/, and move all > > *.o, *.ppu under gtk2/lib/i386/linux/ to > > /usr/lib/fpc/1.9.4/units/linux/gtk2/. > > > > But when I tried to compile the demo of > > helloworld.pas, it gave errors: > > > > #gtk2fpc helloworld.pas > > > > + mk_gtk2fpc_link_res.sh > > + ppc386 -k-dynamic-linker=/lib/ld-linux.so.2 > > -kgtk2.link.res helloworld.pas > > Free Pascal Compiler version 1.9.4 [2004/05/31] > for > > i386 > > Copyright (c) 1993-2004 by Florian Klaempfl > > Target OS: Linux for i386 > > Compiling helloworld.pas > > Fatal: Can't find unit GLIB2 > > Fixed in cvs. > > It takes some hours before public cvs is updated. > > The linux scripts for fpc now automatically > recognizes the installed gtk > version. > > > Mattias > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the > market... Oracle 10g. > Take an Oracle 10g class now, and we'll give you the > exam FREE. > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > _______________________________________________ > Gtk2forpascal-devel mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk2forpascal-devel _________________________________________________________ Do You Yahoo!? 嫌邮箱太小？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/10m/*http://cn.mail.yahoo.com/event/10m.html |
|
From: Mattias G. <nc-...@ne...> - 2004-05-31 18:03:41
|
On Mon, 31 May 2004 23:55:07 +0800 (CST) Zhong Wang <wan...@ya...> wrote: > Hello, everybody > > Today I get the latest source of FPC and the latest > source of gtk2forpascal. I compiled and installed the > 1.9.4 FPC, it worked well. > > Then I compiled gtk2forpascal, and make a dir as > /usr/lib/fpc/1.9.4/units/linux/gtk2/, and move all > *.o, *.ppu under gtk2/lib/i386/linux/ to > /usr/lib/fpc/1.9.4/units/linux/gtk2/. > > But when I tried to compile the demo of > helloworld.pas, it gave errors: > > #gtk2fpc helloworld.pas > > + mk_gtk2fpc_link_res.sh > + ppc386 -k-dynamic-linker=/lib/ld-linux.so.2 > -kgtk2.link.res helloworld.pas > Free Pascal Compiler version 1.9.4 [2004/05/31] for > i386 > Copyright (c) 1993-2004 by Florian Klaempfl > Target OS: Linux for i386 > Compiling helloworld.pas > Fatal: Can't find unit GLIB2 Fixed in cvs. It takes some hours before public cvs is updated. The linux scripts for fpc now automatically recognizes the installed gtk version. Mattias |
|
From: <wan...@ya...> - 2004-05-31 15:55:16
|
Hello, everybody Today I get the latest source of FPC and the latest source of gtk2forpascal. I compiled and installed the 1.9.4 FPC, it worked well. Then I compiled gtk2forpascal, and make a dir as /usr/lib/fpc/1.9.4/units/linux/gtk2/, and move all *.o, *.ppu under gtk2/lib/i386/linux/ to /usr/lib/fpc/1.9.4/units/linux/gtk2/. But when I tried to compile the demo of helloworld.pas, it gave errors: #gtk2fpc helloworld.pas + mk_gtk2fpc_link_res.sh + ppc386 -k-dynamic-linker=/lib/ld-linux.so.2 -kgtk2.link.res helloworld.pas Free Pascal Compiler version 1.9.4 [2004/05/31] for i386 Copyright (c) 1993-2004 by Florian Klaempfl Target OS: Linux for i386 Compiling helloworld.pas Fatal: Can't find unit GLIB2 What's wrong with it? Can anybody help me? Thank you so much, Zhong _________________________________________________________ Do You Yahoo!? 嫌邮箱太小？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/10m/*http://cn.mail.yahoo.com/event/10m.html |
|
From: Mattias G. <nc-...@ne...> - 2004-05-29 19:02:19
|
Thanks to Pierre Gillmann there is now a debian package for gtk2forpascal for fpc 1.0.10. I also added the debian creation files to cvs. Mattias -- |
|
From: Leidola <le...@ne...> - 2004-05-22 15:22:21
|
Hello! Am Sa, den 22.05.2004 schrieb Jeff Pohlmeyer um 08:07: > gtkfilechooserutils.inc(10,86) > Note: Values in enumeration types have to be ascending > > > Maybe this would be better? Yes, you're right ;-) I'm not at home at the moment, so I can't apply this patch. But I'll do it next week. Thanks a lot, Ciao, Olaf ______________________________________________ Message sent using |
|
From: Jeff P. <yet...@ya...> - 2004-05-22 06:07:39
|
gtkfilechooserutils.inc(10,86)
Note: Values in enumeration types have to be ascending
Maybe this would be better?
type
PGtkFileChooserProp = ^TGtkFileChooserProp;
TGtkFileChooserProp = (GTK_FILE_CHOOSER_PROP_ACTION := $1000,
GTK_FILE_CHOOSER_PROP_FILE_SYSTEM_BACKEND,
GTK_FILE_CHOOSER_PROP_FILTER,
GTK_FILE_CHOOSER_PROP_LOCAL_ONLY,
GTK_FILE_CHOOSER_PROP_PREVIEW_WIDGET,
GTK_FILE_CHOOSER_PROP_PREVIEW_WIDGET_ACTIVE,
GTK_FILE_CHOOSER_PROP_USE_PREVIEW_LABEL,
GTK_FILE_CHOOSER_PROP_EXTRA_WIDGET,
GTK_FILE_CHOOSER_PROP_SELECT_MULTIPLE,
GTK_FILE_CHOOSER_PROP_SHOW_HIDDEN);
const
GTK_FILE_CHOOSER_PROP_FIRST = GTK_FILE_CHOOSER_PROP_ACTION;
GTK_FILE_CHOOSER_PROP_LAST = GTK_FILE_CHOOSER_PROP_SHOW_HIDDEN;
__________________________________
Do you Yahoo!?
Yahoo! Domains Claim yours for only $14.70/year
http://smallbusiness.promotions.yahoo.com/offer
|
|
From: Mattias G. <nc-...@ne...> - 2004-03-16 21:27:42
|
On Mon, 15 Mar 2004 20:45:34 +0100 Olaf Leidinger <le...@ne...>
wrote:
> Hello!
>
> In order to create the configuration include file we could use some kind
> of configure script to which you pass e.g. a gdk-target. At the moment,
> there are only win32, x11, linux-fb and perhaps directfb. Or this script
> could try to find out which version to compile. ( call pkg-config on
> linux)
I think, we should try to detect some good defaults.
Maybe add them to the compile_with_XXX_under_YYY scripts?
> ///// GTK2_FOR_PASCAL config file
>
> // included by all units
>
> {$define GDK_TARGET_LINUX_FB}
>
> {$define USE_GTK_2_4}
>
>
> // end of config file
>
> And in gtk2.pas
>
> {$ifdef linux}
> gtklib = '';
> {$else}
> {$ifdef GDK_TARGET_LINUX_FB}
> gtklib = 'libgtk-linux-fb-2.0.so';
> {$else}
> {$ifdef GDK_TARGET_X11}
> gtklib = 'libgtk-x11-2.0.so';
> {$endif}
> {$endif}
> {$endif}
>
> In gtkincludes.inc
>
> ...
> {$include gtkradiomenuitem.inc}
> {$include gtkscrolledwindow.inc}
>
> {$ifdef GDK_TARGET_X11}
> {$include gtkplug.inc}
> {$include gtksocket.inc}
> {$endif}
>
> {$include gtkselection.inc}
> {$include gtkseparatormenuitem.inc}
> {$include gtksignal.inc}
> {$include gtksizegroup.inc}
> ...
>
> That's it.
ok. And some minors like not using gtk2.4 widgets on gtk2.2 and less.
Mattias
|
|
From: Olaf L. <le...@ne...> - 2004-03-15 19:45:57
|
Hello!
In order to create the configuration include file we could use some kind
of configure script to which you pass e.g. a gdk-target. At the moment,
there are only win32, x11, linux-fb and perhaps directfb. Or this script
could try to find out which version to compile. ( call pkg-config on
linux)
///// GTK2_FOR_PASCAL config file
// included by all units
{$define GDK_TARGET_LINUX_FB}
{$define USE_GTK_2_4}
// end of config file
And in gtk2.pas
{$ifdef linux}
gtklib = '';
{$else}
{$ifdef GDK_TARGET_LINUX_FB}
gtklib = 'libgtk-linux-fb-2.0.so';
{$else}
{$ifdef GDK_TARGET_X11}
gtklib = 'libgtk-x11-2.0.so';
{$endif}
{$endif}
{$endif}
In gtkincludes.inc
...
{$include gtkradiomenuitem.inc}
{$include gtkscrolledwindow.inc}
{$ifdef GDK_TARGET_X11}
{$include gtkplug.inc}
{$include gtksocket.inc}
{$endif}
{$include gtkselection.inc}
{$include gtkseparatormenuitem.inc}
{$include gtksignal.inc}
{$include gtksizegroup.inc}
...
That's it.
Ciao,
Olaf
Am Don, den 11.03.2004 schrieb Mattias Gaertner um 23:19:
> On Thu, 11 Mar 2004 16:05:15 +0100 Olaf Leidinger <le...@ne...>
> wrote:
>
> > Hello!
> >
> > I just linked the samples against a gtk version, which uses the
> > linux-framebuffer backend. The only things I changed where not including
> > gtksocket.inc and gtkplug.inc (undefined references: perhaps they aren't
> > supported on linux-fb?) and setting the right PKG_CONFIG_PATH (gdklib,
> > gtklib aren't set when compiling for linux).
> >
> > Perhaps we could add linux-fb support to the standart distribution. The
> > changes are minimal. I think of a file called config.inc or setup.inc in
> > which you can define the gdk-backend to be used. We could also define
> > the gtk version compatibility (use new gtk-2.4 widgets or not) in this
> > file .
> > This configuration file has to be included on top of every unit.
> > According to the decisions made the library names are set and some parts
> > are compiled, others not.
>
> Right. The configuration can't be done only by IFDEFs.
> How are these include files created exactly?
|
|
From: Mattias G. <nc-...@ne...> - 2004-03-11 22:29:46
|
On Thu, 11 Mar 2004 16:05:15 +0100 Olaf Leidinger <le...@ne...> wrote: > Hello! > > I just linked the samples against a gtk version, which uses the > linux-framebuffer backend. The only things I changed where not including > gtksocket.inc and gtkplug.inc (undefined references: perhaps they aren't > supported on linux-fb?) and setting the right PKG_CONFIG_PATH (gdklib, > gtklib aren't set when compiling for linux). > > Perhaps we could add linux-fb support to the standart distribution. The > changes are minimal. I think of a file called config.inc or setup.inc in > which you can define the gdk-backend to be used. We could also define > the gtk version compatibility (use new gtk-2.4 widgets or not) in this > file . > This configuration file has to be included on top of every unit. > According to the decisions made the library names are set and some parts > are compiled, others not. Right. The configuration can't be done only by IFDEFs. How are these include files created exactly? Mattias |
|
From: Olaf L. <le...@ne...> - 2004-03-11 15:15:39
|
Hello! I just linked the samples against a gtk version, which uses the linux-framebuffer backend. The only things I changed where not including gtksocket.inc and gtkplug.inc (undefined references: perhaps they aren't supported on linux-fb?) and setting the right PKG_CONFIG_PATH (gdklib, gtklib aren't set when compiling for linux). Perhaps we could add linux-fb support to the standart distribution. The changes are minimal. I think of a file called config.inc or setup.inc in which you can define the gdk-backend to be used. We could also define the gtk version compatibility (use new gtk-2.4 widgets or not) in this file . This configuration file has to be included on top of every unit. According to the decisions made the library names are set and some parts are compiled, others not. Ciao, Olaf |
|
From: Olaf L. <le...@ne...> - 2004-03-10 13:01:37
|
Hello again!
I forgot to mention something...
The gtk2 unit, as it is in cvs doesn't link to gtk 2.2 (and older) any
more. To change this I comment line 29 in gtk2.pas.
29: {$DEFINE USE_GTK_2_4} { compile with the new gtk-2.4 widgets
}
Then the new functions aren't used when compiling the unit.
Ciao,
Olaf
|
|
From: Olaf L. <le...@ne...> - 2004-03-10 00:45:41
|
Am Mit, den 10.03.2004 schrieb Mattias Gaertner um 01:13: > On Tue, 09 Mar 2004 21:56:15 +0100 Olaf Leidinger <le...@ne...> > wrote: > > > Am Die, den 09.03.2004 schrieb Mattias Gaertner um 21:48: > > > On Tue, 09 Mar 2004 16:53:07 +0100 Olaf Leidinger <le...@ne...> > > > wrote: > > > > > > > Hello! > > > > > > > > The new gtk-2.4 widgets are in cvs by now. > > > > > > > > I hope there are no bugs ;-) > > > > > > Where is PPGdkPoint defined? > > In gtk+/gdk/gdktypes.inc:12: PPGdkPoint = ^PGdkPoint; > > > > At least in my local copy ;-) > > I did a fresh co - no such line. cvs diff tells me that nothing is different. commit doesn't do anything ?!? Strange... but now it should be in cvs. |
|
From: Mattias G. <nc-...@ne...> - 2004-03-10 00:23:20
|
On Tue, 09 Mar 2004 21:56:15 +0100 Olaf Leidinger <le...@ne...> wrote: > Am Die, den 09.03.2004 schrieb Mattias Gaertner um 21:48: > > On Tue, 09 Mar 2004 16:53:07 +0100 Olaf Leidinger <le...@ne...> > > wrote: > > > > > Hello! > > > > > > The new gtk-2.4 widgets are in cvs by now. > > > > > > I hope there are no bugs ;-) > > > > Where is PPGdkPoint defined? > In gtk+/gdk/gdktypes.inc:12: PPGdkPoint = ^PGdkPoint; > > At least in my local copy ;-) I did a fresh co - no such line. Mattias |
|
From: Olaf L. <le...@ne...> - 2004-03-09 21:05:39
|
Am Die, den 09.03.2004 schrieb Mattias Gaertner um 21:48: > On Tue, 09 Mar 2004 16:53:07 +0100 Olaf Leidinger <le...@ne...> > wrote: > > > Hello! > > > > The new gtk-2.4 widgets are in cvs by now. > > > > I hope there are no bugs ;-) > > Where is PPGdkPoint defined? In gtk+/gdk/gdktypes.inc:12: PPGdkPoint = ^PGdkPoint; At least in my local copy ;-) Ciao, Olaf |
|
From: Mattias G. <nc-...@ne...> - 2004-03-09 20:57:26
|
On Tue, 09 Mar 2004 16:53:07 +0100 Olaf Leidinger <le...@ne...> wrote: > Hello! > > The new gtk-2.4 widgets are in cvs by now. > > I hope there are no bugs ;-) Where is PPGdkPoint defined? Mattias |
3 messages has been excluded from this view by a project administrator.
