[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: configure option not to build gst-browser ?
From: |
address@hidden |
Subject: |
Re: configure option not to build gst-browser ? |
Date: |
Mon, 18 Jan 2021 17:00:50 +0100 (CET) |
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 stes@telenet.be:
> 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