configure option not to build gst-browser ?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

configure option not to build gst-browser ?

stes

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

Reply | Threaded
Open this post in threaded view
|

Re: configure option not to build gst-browser ?

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

Reply | Threaded
Open this post in threaded view
|

Re: configure option not to build gst-browser ?

bill-auger
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/

Reply | Threaded
Open this post in threaded view
|

Re: configure option not to build gst-browser ?

bill-auger
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

Reply | Threaded
Open this post in threaded view
|

Re: configure option not to build gst-browser ?

stes
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/