Is there for GNU Smalltalk an option to the "configure" script, not to build gst-browser (a.k.a) VisualGST ? I don't immediately see this option ... perhaps --without-package=GTK ? or fixing the Makefile.in to remove gst-browser ?? The way the Makefile.in works it seems it ALWAYS sets gst-browser links for GST_EXTRA_TOOLS. If there would be an option not to build gst-browser, that would help perhaps to release GNU smalltalk 3.2.6, so that at least the traditional CLI and emacs support of GNU smalltalk, could be release in a new package "3.2.6" (or 3.3 or whatever number is choosen). David Stes |
I tested the configure option '--enable-gtk=no', but this is not exactly doing what I had hoped. The gst-blox and gst-browser are still created as links to gst-load. I guess that modifying the Makefile.in to not add those to GST_EXTRA_TOOLS, is a workaround or solution: Changing GST_EXTRA_TOOLS = gst-reload gst-sunit gst-blox gst-package gst-convert \ gst-doc gst-remote gst-profile gst-browser to GST_EXTRA_TOOLS = gst-reload gst-sunit gst-package gst-convert \ gst-doc gst-remote gst-profile But I didn't test this, it may create new problems. Also it's not very nice to modify the Makefile.in. Basically on systems without GTK-2 GNU Smalltalk can still be very useful, with its emacs interface and CLI tools, so the GTK-2 additions are nice, but in my opinion not critical, those components can be "optional" I suppose. David Stes ----- Op 17 jan 2021 om 17:41 schreef stes [hidden email]: > Is there for GNU Smalltalk an option to the "configure" script, > not to build gst-browser (a.k.a) VisualGST ? > > I don't immediately see this option ... perhaps --without-package=GTK ? > or fixing the Makefile.in to remove gst-browser ?? > > The way the Makefile.in works it seems it ALWAYS sets gst-browser links > for GST_EXTRA_TOOLS. > > If there would be an option not to build gst-browser, > that would help perhaps to release GNU smalltalk 3.2.6, > so that at least the traditional CLI and emacs support of GNU smalltalk, > could be release in a new package "3.2.6" (or 3.3 or whatever number is > choosen). > > David Stes |
In reply to this post by stes
On Sun, 17 Jan 2021 17:41:37 +0100 (CET) [hidden email] wrote:
> could be release in a new package "3.2.6" (or 3.3 or whatever number is choosen). the latest development version is 3.2.91 - that is the version in arch - you can get the source from savannah with git now, or the source-ball https://git.savannah.gnu.org/cgit/smalltalk.git https://alpha.gnu.org/gnu/smalltalk/ |
On Mon, 18 Jan 2021 23:42:21 -0500 bill-auger wrote:
> the latest development version is 3.2.91 - that is the version in > arch just realized, i should have been more clear what i was implying gst-browser works in arch/parabola (v3.2.91) - it is possible that it would also work on other distros, if compiled with similar dependencies and compile options: dependencies: gmp libffi libltdl libsigsegv gdbm gmp gtk3 sqlite tk zip compile options: export CFLAGS="$CFLAGS -Wl,--allow-multiple-definition -w" ./configure \ --enable-gtk=yes \ --libexecdir=/usr/lib/smalltalk \ --prefix=/usr \ --with-imagedir=/var/lib/smalltalk \ --with-readline \ --with-system-libffi \ --with-system-libsigsegv \ --with-tk \ --with-tcl \ --with-x \ --without-emacs echo '#define USE_INTERP_RESULT 1' >> config.h make -j1 sudo make install |
In reply to this post by bill-auger
Bill, Holger Freyther mentionned something of a "deadlock" regarding VisualGST/gst-browser. I can only say that I think GNU smalltalk is valuable even without VisualGST/gst-browser. Actually I suspect that users of GNU smalltalk tend to use the CLI, and not the browser, because for browser oriented Smalltalk dialects, there are many other choices. The idea of GNU Smalltalk seems more oriented towards emacs/and plain old unix command line. If the release of 3.3 or 3.2.6 depends on VisualGST, I'd say that an option to not build gst-browser, could potentially solve this. The option --enable-gtk=no is already doing this to some extent, but it still provides gst-browser/gst-blox, it would be nice if this could be suppressed. By the way, the gst-browser works also on GNOME 3 based Solaris 11.4 : 3.2.91 on Solaris 11.4 (with GNOME 3) works 3.2.91 on Solaris 11.3 (with GNOME 2) works On Solaris 11.4 I have the libcanberra but it seems they ship both version for gtk3 and older: usr/lib/amd64/libcanberra-gtk.so usr/lib/amd64/libcanberra-gtk3.so So I believe that the way it works on Solaris 11.4 could be due to compatibility libraries for GNOME-2. It loads the libcanberra-gtk and not the libcanberra-gtk3 : -bash-5.0$ pldd 2072 | grep libcan /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so /usr/lib/libcanberra-gtk.so.0.1.9 /usr/lib/libcanberra.so.0.2.5 ----- Op 19 jan 2021 om 5:42 schreef bill-auger [hidden email]: > On Sun, 17 Jan 2021 17:41:37 +0100 (CET) [hidden email] wrote: >> could be release in a new package "3.2.6" (or 3.3 or whatever number is >> choosen). > > the latest development version is 3.2.91 - that is the version in > arch - you can get the source from savannah with git now, or the > source-ball > > https://git.savannah.gnu.org/cgit/smalltalk.git > https://alpha.gnu.org/gnu/smalltalk/ |
Free forum by Nabble | Edit this page |