Re: [pygtk] New snapshot
On Fri, 23 Jun 2000, Hassan Aurag wrote: > > Ok even though I have those headers at the place it expects them, I get > this error when running configure. > > checking local Python configuration... looks good > checking for headers required to compile python extensions... not found > configure: error: could not find Python headers > > I think it has something to with the test run at line 1775 of configure > script. I do not understand all those ac_* stuff, so I am sorry I can't > just help. > Does the config.log file give any idea of what the problem may be? You may have to remove config.cache and rerun configure to get full log messages. James. -- Email: [EMAIL PROTECTED] WWW: http://www.daa.com.au/~james/ ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk
Re: [pygtk] New snapshot
Ok even though I have those headers at the place it expects them, I get this error when running configure. checking local Python configuration... looks good checking for headers required to compile python extensions... not found configure: error: could not find Python headers I think it has something to with the test run at line 1775 of configure script. I do not understand all those ac_* stuff, so I am sorry I can't just help. >> Original Message << On 6/23/00, 5:05:36 AM, James Henstridge <[EMAIL PROTECTED]> wrote regarding [pygtk] New snapshot: > I have put a new snapshot of pygtk available at: > ftp://ftp.daa.com.au/pub/james/python/pygtk-0.7.0-unstable-dont-use.tar.gz > This version adds support for GtkGLArea and libglade. These were pretty > easy add using the new code generator. In future, it should be very easy > to add support for new libraries in pygtk and gnome-python. > I also changed things a little bit so arguments that are supposed to > accept only GtkObjects that are subclasses of a particular type accept > only python objects of that type. This means that you can't add non > GtkWidgets to a container for instance. This is important for when I > start doing gtk-1.4 support, as almost all types in gtk and gdk are > subclasses of GObject. > I am at a stage where the extension based pygtk can do most things the old > system could. I haven't done any speed tests on it, but it doesn't seem > slower (it is probably a bit faster). At this point, it is only worth > continuing the gtk-1.2 based work if we are going to release it. The > problem with releasing this version is that it causes some breakage, and > when gtk-1.4 comes out there will be some more breakage. It may be better > to have only one lot of breakage. > I am interested if this newest snapshot has any problems that cause > portability problems to windows (pygtk-0.6.x has some problems). I think > I fixed them so that only makefiles need changing, but I may be wrong. > James. > -- > Email: [EMAIL PROTECTED] > WWW: http://www.daa.com.au/~james/ http://www.daa.com.au/~james/ > ___ > pygtk mailing list [EMAIL PROTECTED] > http://www.daa.com.au/mailman/listinfo/pygtk ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk
[pygtk] New snapshot
I have put a new snapshot of pygtk available at: ftp://ftp.daa.com.au/pub/james/python/pygtk-0.7.0-unstable-dont-use.tar.gz This version adds support for GtkGLArea and libglade. These were pretty easy add using the new code generator. In future, it should be very easy to add support for new libraries in pygtk and gnome-python. I also changed things a little bit so arguments that are supposed to accept only GtkObjects that are subclasses of a particular type accept only python objects of that type. This means that you can't add non GtkWidgets to a container for instance. This is important for when I start doing gtk-1.4 support, as almost all types in gtk and gdk are subclasses of GObject. I am at a stage where the extension based pygtk can do most things the old system could. I haven't done any speed tests on it, but it doesn't seem slower (it is probably a bit faster). At this point, it is only worth continuing the gtk-1.2 based work if we are going to release it. The problem with releasing this version is that it causes some breakage, and when gtk-1.4 comes out there will be some more breakage. It may be better to have only one lot of breakage. I am interested if this newest snapshot has any problems that cause portability problems to windows (pygtk-0.6.x has some problems). I think I fixed them so that only makefiles need changing, but I may be wrong. James. -- Email: [EMAIL PROTECTED] WWW: http://www.daa.com.au/~james/ ___ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk
