graphicsmagick-tclmagick — Discussion of TclMagick development

Re: [GM-tcl] Fix installation on Linux

[Jan K. <jj...@gm...>]

Am 09.05.23 um 23:33 schrieb Bob Friesenhahn:
>
> Please make me aware of if you are interested in more engagement with
> TclMagick, such as making it a more integrated installable option rather
> than just an adjunct software package.
>
I use it in a homebrew embedded Linux that is deployed in the field a
few dozen times. I'd like to update my distribution to Tcl 8.6, but
Graphics Magick is one of the packages that gives me some headache.

Kind regards

	Jan

Re: [GM-tcl] Fix installation on Linux

[Aydar Z. <ayd...@gm...>]

Thanks for the reply, I don't think I can help with TclMagick in any other
way.

ср, 10 мая 2023 г., 01:33 Bob Friesenhahn <bfr...@si...>:

> On Wed, 10 May 2023, Aydar Zarifullin wrote:
>
> > Hello all, please review my small patches for TclMagick build script
> >
> > https://sourceforge.net/p/graphicsmagick/patches/72/
> > https://sourceforge.net/p/graphicsmagick/patches/73/
> > https://sourceforge.net/p/graphicsmagick/patches/74/
> >
> > These patches fix the installation of TclMagick on Linux
>
> I have noticed that the patches were posted but have not had time to
> look at them yet.
>
> Please make me aware of if you are interested in more engagement with
> TclMagick, such as making it a more integrated installable option
> rather than just an adjunct software package.
>
> TclMagick may be a bit stale but it is still quite valuable.
>
> Bob
> --
> Bob Friesenhahn
> bfr...@si..., http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
> Public Key,     http://www.simplesystems.org/users/bfriesen/public-key.txt
>

Re: [GM-tcl] Fix installation on Linux

[Bob F. <bfr...@si...>]

On Wed, 10 May 2023, Aydar Zarifullin wrote:

> Hello all, please review my small patches for TclMagick build script
>
> https://sourceforge.net/p/graphicsmagick/patches/72/
> https://sourceforge.net/p/graphicsmagick/patches/73/
> https://sourceforge.net/p/graphicsmagick/patches/74/
>
> These patches fix the installation of TclMagick on Linux

I have noticed that the patches were posted but have not had time to 
look at them yet.

Please make me aware of if you are interested in more engagement with 
TclMagick, such as making it a more integrated installable option 
rather than just an adjunct software package.

TclMagick may be a bit stale but it is still quite valuable.

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
Public Key,     http://www.simplesystems.org/users/bfriesen/public-key.txt

[GM-tcl] Fix installation on Linux

[Aydar Z. <ayd...@gm...>]

Hello all, please review my small patches for TclMagick build script

https://sourceforge.net/p/graphicsmagick/patches/72/
https://sourceforge.net/p/graphicsmagick/patches/73/
https://sourceforge.net/p/graphicsmagick/patches/74/

These patches fix the installation of TclMagick on Linux

Re: [GM-tcl] /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr

[Bob F. <bfr...@si...>]

On Sun, 10 Nov 2019, Jacob Hartzell wrote:

> I've tried with both '--with-tcl=/usr/lib' and without the '--with-tcl'
> flags. Both fail.
>
> This one liner seems to fix things when executed from the TclMagick
> directory: 'sed -i 's/^INSTALL = .*/INSTALL = $(SHELL)
> $(top_srcdir)\/unix\/tclconfig\/install-sh -c/g' Makefile generic/Makefile'
>
> Seems to be something to do with INSTALL originally pointing to $(srcdir),
> which in the case of generic doesn't have the install-sh scripts.

The problem is that it has the internal path used by Tcl and Tk 
package builds hard-coded.

The normal case when using Autotools (Autoconf, Automake, and libtool) 
to build and install software is that 'install-sh' is only used if the 
system lacks an 'install' program supporting the desired syntax. 
It may be that the additional hard-coded stuff always uses 
'install-sh' or maybe some systems lack the requisite 'install' 
program.

The latest development snapshot has an edit for this and some other 
edits.  I have not actually compiled it though.

As a developer, most of the GraphicsMagick builds I do use static 
libraries and I must do something out of the norm to produce a shared 
library build to use for testing TclMagick.

Many of the Bug 420 issues are related to building under Windows using 
the MinGW or MinGW-W64 compiler.  There are likely issues remaining 
there since my previous Windows system failed and the new system is 
still not properly set up for GCC MinGW-W64 builds.

Volunteer assistance is always welcome.

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
Public Key,     http://www.simplesystems.org/users/bfriesen/public-key.txt

Re: [GM-tcl] /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr

[Jacob H. <jac...@gm...>]

I've tried with both '--with-tcl=/usr/lib' and without the '--with-tcl'
flags. Both fail.

This one liner seems to fix things when executed from the TclMagick
directory: 'sed -i 's/^INSTALL = .*/INSTALL = $(SHELL)
$(top_srcdir)\/unix\/tclconfig\/install-sh -c/g' Makefile generic/Makefile'

Seems to be something to do with INSTALL originally pointing to $(srcdir),
which in the case of generic doesn't have the install-sh scripts.

On Sat, Nov 9, 2019 at 6:59 PM Bob Friesenhahn <bfr...@si...>
wrote:

> On Sat, 9 Nov 2019, Jacob Hartzell wrote:
>
> > just an update... I was able to get it built using some of the hints from
> > here:
> > https://onlinetravelstrategy.com/p/graphicsmagick/bugs/420/
> >
> > I had to patch the configure and Makefile, replacing tclconfig with
> > /unix/config, but otherwise straightforward once I remembered what the
> > issue was.
>
> The proper bug page is
> https://sourceforge.net/p/graphicsmagick/bugs/420/.  I have no idea
> who "onlinetravelstrategy.com" is, but they seem to have copied
> SourceForge content.  It is not the same site.
>
> Sorry that there is apparently a bug.  I do see install-sh in the
> TclMagick/unix/config directory.
>
> In all honesty I only build TclMagick every few years.  Most recently
> someone else worked on it.
>
> What arguments did you provide to the configure script?  It seems like
> this issue might be triggered by using the --with-tcl configuration
> option.
>
> I am thinking that changing the configure.ac script from
>
> AC_CONFIG_AUX_DIR([unix/config])
>
> to
>
> AC_CONFIG_AUX_DIR([unix/tclconfig])
>
> would likely "solve" the problem.
>
> Bob
> --
> Bob Friesenhahn
> bfr...@si..., http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
> Public Key,     http://www.simplesystems.org/users/bfriesen/public-key.txt
>

Re: [GM-tcl] /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr

[Bob F. <bfr...@si...>]

On Sat, 9 Nov 2019, Jacob Hartzell wrote:

> just an update... I was able to get it built using some of the hints from
> here:
> https://onlinetravelstrategy.com/p/graphicsmagick/bugs/420/
>
> I had to patch the configure and Makefile, replacing tclconfig with
> /unix/config, but otherwise straightforward once I remembered what the
> issue was.

The proper bug page is 
https://sourceforge.net/p/graphicsmagick/bugs/420/.  I have no idea 
who "onlinetravelstrategy.com" is, but they seem to have copied 
SourceForge content.  It is not the same site.

Sorry that there is apparently a bug.  I do see install-sh in the 
TclMagick/unix/config directory.

In all honesty I only build TclMagick every few years.  Most recently 
someone else worked on it.

What arguments did you provide to the configure script?  It seems like 
this issue might be triggered by using the --with-tcl configuration 
option.

I am thinking that changing the configure.ac script from

AC_CONFIG_AUX_DIR([unix/config])

to

AC_CONFIG_AUX_DIR([unix/tclconfig])

would likely "solve" the problem.

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
Public Key,     http://www.simplesystems.org/users/bfriesen/public-key.txt

Re: [GM-tcl] /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr

[Jacob H. <jac...@gm...>]

just an update... I was able to get it built using some of the hints from
here:
https://onlinetravelstrategy.com/p/graphicsmagick/bugs/420/

I had to patch the configure and Makefile, replacing tclconfig with
/unix/config, but otherwise straightforward once I remembered what the
issue was.

Thanks again!
Jacob

On Sat, Nov 9, 2019 at 11:20 AM Jacob Hartzell <jac...@gm...>
wrote:

> Thank you Bob,
>
> That makes sense. Of course, after uninstalling the wrong libs, I can't
> get the GraphicsMagick ones to load. :)
>
> I'm trying to compile from source, and I'm getting the following when
> running `make install`:
>
> Making install in generic
> make[1]: Entering directory
> '/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/generic'
> make[2]: Entering directory
> '/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/generic'
> make[2]: Nothing to be done for 'install-exec-am'.
>  /sbin/mkdir -p
> '/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/pkg/TclMagick//usr/lib/TclMagick0.46'
>  /bin/sh ../libtool   --mode=install /bin/sh ./tclconfig/install-sh -c
> libttkcommon.la libTclMagick.la libTkMagick.la
> '/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/pkg/TclMagick//usr/lib/TclMagick0.46'
> libtool: install: /bin/sh ./tclconfig/install-sh -c
> .libs/libttkcommon.so.0.0.0
> /mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/pkg/TclMagick//usr/lib/TclMagick0.46/libttkcommon.so.0.0.0
> */bin/sh: ./tclconfig/install-sh: No such file or directory*
> make[2]: *** [Makefile:481: install-lib_magickLTLIBRARIES] Error 127
> make[2]: Leaving directory
> '/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/generic'
> make[1]: *** [Makefile:685: install-am] Error 2
> make[1]: Leaving directory
> '/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/generic'
> make: *** [Makefile:469: install-recursive] Error 1
>
> From what I remember, this was an easy fix last time, but I can't seem to
> remember what that easy fix was.
>
> Regards,
> Jacob
>
>
>
>
> On Sat, Nov 9, 2019 at 9:55 AM Bob Friesenhahn <
> bfr...@si...> wrote:
>
>> On Sat, 9 Nov 2019, Jacob Hartzell wrote:
>>
>> > Hi All,
>> >
>> > I'm getting the following error when trying to run TclMagick:
>> > /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr
>> >
>> > I'm on Arch, and have attached my PKGBUILD file below. I couldn't find
>> an
>> > AUR entry for this package.
>> >
>> > I can't seem to make heads or tails of why I'm getting the tclStubsPtr
>> > errors. Any help is appreciated.
>>
>> Please disregard the SourceForge TclMagick release packages.  For
>> quite a long time, TclMagick has been supported via a 'TclMagick'
>> subdirectory of GraphicsMagick and it is only tested with
>> GraphicsMagick.
>>
>> The latest GraphicsMagick release is 1.3.33 and the TclMagick in that
>> release identifies itself as "0.46".
>>
>> The cause of your problem is almost certainly that the symbol
>> resolution policy upon dlopen of a module is now to hide symbols from
>> subsequently opened modules rather than to allow use of those symbols.
>> The current release software has a solution to that via a helper
>> library.
>>
>> Bob
>> --
>> Bob Friesenhahn
>> bfr...@si...,
>> http://www.simplesystems.org/users/bfriesen/
>> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
>> Public Key,
>> http://www.simplesystems.org/users/bfriesen/public-key.txt
>>
>

Re: [GM-tcl] /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr

[Jacob H. <jac...@gm...>]

Thank you Bob,

That makes sense. Of course, after uninstalling the wrong libs, I can't get
the GraphicsMagick ones to load. :)

I'm trying to compile from source, and I'm getting the following when
running `make install`:

Making install in generic
make[1]: Entering directory
'/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/generic'
make[2]: Entering directory
'/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/generic'
make[2]: Nothing to be done for 'install-exec-am'.
 /sbin/mkdir -p
'/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/pkg/TclMagick//usr/lib/TclMagick0.46'
 /bin/sh ../libtool   --mode=install /bin/sh ./tclconfig/install-sh -c
libttkcommon.la libTclMagick.la libTkMagick.la
'/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/pkg/TclMagick//usr/lib/TclMagick0.46'
libtool: install: /bin/sh ./tclconfig/install-sh -c
.libs/libttkcommon.so.0.0.0
/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/pkg/TclMagick//usr/lib/TclMagick0.46/libttkcommon.so.0.0.0
*/bin/sh: ./tclconfig/install-sh: No such file or directory*
make[2]: *** [Makefile:481: install-lib_magickLTLIBRARIES] Error 127
make[2]: Leaving directory
'/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/generic'
make[1]: *** [Makefile:685: install-am] Error 2
make[1]: Leaving directory
'/mnt/Backup/hdBackup/home/jacob/Documents/code/redditDl/GraphicsMagick-1.3.33/TclMagick/generic'
make: *** [Makefile:469: install-recursive] Error 1

>From what I remember, this was an easy fix last time, but I can't seem to
remember what that easy fix was.

Regards,
Jacob




On Sat, Nov 9, 2019 at 9:55 AM Bob Friesenhahn <bfr...@si...>
wrote:

> On Sat, 9 Nov 2019, Jacob Hartzell wrote:
>
> > Hi All,
> >
> > I'm getting the following error when trying to run TclMagick:
> > /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr
> >
> > I'm on Arch, and have attached my PKGBUILD file below. I couldn't find an
> > AUR entry for this package.
> >
> > I can't seem to make heads or tails of why I'm getting the tclStubsPtr
> > errors. Any help is appreciated.
>
> Please disregard the SourceForge TclMagick release packages.  For
> quite a long time, TclMagick has been supported via a 'TclMagick'
> subdirectory of GraphicsMagick and it is only tested with
> GraphicsMagick.
>
> The latest GraphicsMagick release is 1.3.33 and the TclMagick in that
> release identifies itself as "0.46".
>
> The cause of your problem is almost certainly that the symbol
> resolution policy upon dlopen of a module is now to hide symbols from
> subsequently opened modules rather than to allow use of those symbols.
> The current release software has a solution to that via a helper
> library.
>
> Bob
> --
> Bob Friesenhahn
> bfr...@si..., http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
> Public Key,     http://www.simplesystems.org/users/bfriesen/public-key.txt
>

Re: [GM-tcl] /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr

[Bob F. <bfr...@si...>]

On Sat, 9 Nov 2019, Jacob Hartzell wrote:

> Hi All,
>
> I'm getting the following error when trying to run TclMagick:
> /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr
>
> I'm on Arch, and have attached my PKGBUILD file below. I couldn't find an
> AUR entry for this package.
>
> I can't seem to make heads or tails of why I'm getting the tclStubsPtr
> errors. Any help is appreciated.

Please disregard the SourceForge TclMagick release packages.  For 
quite a long time, TclMagick has been supported via a 'TclMagick' 
subdirectory of GraphicsMagick and it is only tested with 
GraphicsMagick.

The latest GraphicsMagick release is 1.3.33 and the TclMagick in that 
release identifies itself as "0.46".

The cause of your problem is almost certainly that the symbol 
resolution policy upon dlopen of a module is now to hide symbols from 
subsequently opened modules rather than to allow use of those symbols. 
The current release software has a solution to that via a helper 
library.

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
Public Key,     http://www.simplesystems.org/users/bfriesen/public-key.txt

[GM-tcl] /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr

[Jacob H. <jac...@gm...>]

Hi All,

I'm getting the following error when trying to run TclMagick:
 /usr/lib/TclMagick0.45/libTclMagick.so: undefined symbol: tclStubsPtr

I'm on Arch, and have attached my PKGBUILD file below. I couldn't find an
AUR entry for this package.

I can't seem to make heads or tails of why I'm getting the tclStubsPtr
errors. Any help is appreciated.

Regards,
Jacob


pkgname=TclMagick
pkgver=0.45
pkgrel=1
epoch=
pkgdesc=""
arch=(x86_64)
url=""
license=('GPL')
groups=()
depends=()
makedepends=()
checkdepends=()
optdepends=()
provides=()
conflicts=()
replaces=()
backup=()
options=()
install=
changelog=
source=("
https://downloads.sourceforge.net/project/tclmagick/tclmagick/0.45/TclMagick-0.45.tar.gz
")
noextract=()
md5sums=('48477162f27c0e67a30f444024bf5117')
validpgpkeys=()

prepare() {
cd "$pkgname-$pkgver"
# patch -p1 -i "$srcdir/$pkgname-$pkgver.patch"
}

build() {
cd "$pkgname-$pkgver"
./configure --with-tcl=/usr/lib/ --with-tk=/usr/lib/
--with-magick=/sbin/GraphicsMagickWand-config --enable-shared
--enable-threads
make
}

check() {
cd "$pkgname-$pkgver"
# make -k check
}

package() {
cd "$pkgname-$pkgver"
make DESTDIR="$pkgdir/" install
}

Re: [GM-tcl] Cannot checkout TclMagick

[Bob F. <bfr...@si...>]

The original independent TclMagick project was abandoned quite some 
time ago.  It became part of the GraphicsMagick project (a 
subdirectory of it).   You may check out the GraphicsMagick 
project using Mercurial as described at:

http://www.graphicsmagick.org/Hg.html

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

[GM-tcl] Cannot checkout TclMagick

[<hr...@gm...>]

Dear Sirs!

To the command 

 cvs -d:pserver:ano...@cv...:/GraphicsMagick login

I get the answer:

cvs [login aborted]: connect to cvs.graphicsmagick.org(65.66.246.93):2401 failed: Connection refused

Is the password "anonymous" not anymore valid?

Is the version TclMagick-0.45.tar.gz that cab be downloaded from
http://sourceforge.net/projects/tclmagick/files/ the last one?

I didnt manage to run it under tcl8.6, does someone know
if it runs?

Thanks
Rodrigo.

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Bob F. <bfr...@si...>]

On Thu, 9 Jan 2014, Benjamin Brink wrote:

> Bob, I volunteer if there's some mindless code re-formatting or
> documenting that needs done. I haven't touched C level since the 1970's.
> I'm not phased by having to manually refactor code or documents if told
> what needs done.

All that needs to be done is some refactoring of the configure script 
and Makefile.

I agree that making Tk optional is important.

> I plan on using TclMagick in the context of OpenACS.org/naviserver,
> where for security and performance, it's a good idea to avoid extra
> libraries.

This sounds pretty neat.  I do think that TclMagick is well-written 
and is a worthy interface to GraphicsMagick within the bounds of what 
is supported by the Tcl language.

> If tk depends on something like X (and thus requires loading X etc), it
> would be difficult to imagine TclMagick becoming a preferred graphics
> utility for high-performance web servers. I don't know if tk requires X
> specifically, just saying whatever extra libraries might be voluminous
> and detract from its features.

The Tk support is via a separate module from Tcl so the issue is with 
building only.  They are not conjoined in one module.  You can just 
skip deploying the Tk support module.

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Benjamin B. <tek...@ya...>]

Bob, I volunteer if there's some mindless code re-formatting or 
documenting that needs done. I haven't touched C level since the 1970's. 
I'm not phased by having to manually refactor code or documents if told 
what needs done.

For expertise with strategy, coding etc, naviserver developers are quite 
knowledgeable with streamlining C, building/maintaining tcl packages and 
developing.. http://next-scripting.org based on an object-oriented tcl.

I plan on using TclMagick in the context of OpenACS.org/naviserver, 
where for security and performance, it's a good idea to avoid extra 
libraries.

If tk depends on something like X (and thus requires loading X etc), it 
would be difficult to imagine TclMagick becoming a preferred graphics 
utility for high-performance web servers. I don't know if tk requires X 
specifically, just saying whatever extra libraries might be voluminous 
and detract from its features.

cheers,

Benjamin

On 01/09/2014 06:27 PM, Bob Friesenhahn wrote:
> On Thu, 9 Jan 2014, Benjamin Brink wrote:
>
..
>>
>> The same error persists when trying to ./configure TclMagic (with
>> argument --without-tk ).
>
> I took a look and it seems that both the original TclMagick authors and
> the TEA configuration macro developers did not consider the case where
> the user does not want Tk.  It will take some work to re-arrange the
> configure and build to allow avoiding Tk.
>
> There is an issue already on some systems with Tk because the Tk
> extension expects to find the symbols from the Tcl extension by default
> but some modern Linux systems default to not exposing the symbols from a
> module to one loaded later.  I could use some expertise to help fix
> this.  I think that Tcl can be used to find the TclMagick function
> addresses.
>
> Regardless, to the best of my knowledge, TclMagick works pretty well.
>
> Bob

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Bob F. <bfr...@si...>]

On Thu, 9 Jan 2014, Benjamin Brink wrote:

> Thank you, Bob.
>
> gm is restored.
>
> The same error persists when trying to ./configure TclMagic (with argument 
> --without-tk ).

I took a look and it seems that both the original TclMagick authors 
and the TEA configuration macro developers did not consider the case 
where the user does not want Tk.  It will take some work to re-arrange 
the configure and build to allow avoiding Tk.

There is an issue already on some systems with Tk because the Tk 
extension expects to find the symbols from the Tcl extension by 
default but some modern Linux systems default to not exposing the 
symbols from a module to one loaded later.  I could use some expertise 
to help fix this.  I think that Tcl can be used to find the TclMagick 
function addresses.

Regardless, to the best of my knowledge, TclMagick works pretty well.

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Bob F. <bfr...@si...>]

On Thu, 9 Jan 2014, Benjamin Brink wrote:

> Thank you, Bob.
>
> gm is restored.
>
> The same error persists when trying to ./configure TclMagic (with
> argument --without-tk ).
>
> Should I file a bug report?

A bug report helps remind me to fix the problem when I have the time.

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Benjamin B. <tek...@ya...>]

Thank you, Bob.

gm is restored.

The same error persists when trying to ./configure TclMagic (with 
argument --without-tk ).

Should I file a bug report?

Benjamin

On 01/09/2014 12:38 PM, Bob Friesenhahn wrote:> On Thu, 9 Jan 2014, 
Benjamin Brink wrote:
 >
 >> Okay.
 >>
 >> Ubuntu is showing two possibilities:
 >>
 >> libgraphicsmagick++1-dev - format-independent image processing - C++
 >> development files
 >> libgraphicsmagick1-dev - format-independent image processing - C
 >> development files
 >>
 >> Since this is for Tcl w/TclMagic, any reason I shouldn't choose C?
 >
 > C is fine.  After installing it and seeing the -dev dependencies get
 > installed, you would want to uninstall it and ensure that the -dev
 > dependencies remain.
 >
 > Make sure to configure GraphicsMagick with --enable-shared.
 >
 > Bob

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Bob F. <bfr...@si...>]

On Thu, 9 Jan 2014, Benjamin Brink wrote:

> Okay.
>
> Ubuntu is showing two possibilities:
>
> libgraphicsmagick++1-dev - format-independent image processing - C++
> development files
> libgraphicsmagick1-dev - format-independent image processing - C
> development files
>
> Since this is for Tcl w/TclMagic, any reason I shouldn't choose C?

C is fine.  After installing it and seeing the -dev dependencies get 
installed, you would want to uninstall it and ensure that the -dev 
dependencies remain.

Make sure to configure GraphicsMagick with --enable-shared.

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Benjamin B. <tek...@ya...>]

Okay.

Ubuntu is showing two possibilities:

libgraphicsmagick++1-dev - format-independent image processing - C++ 
development files
libgraphicsmagick1-dev - format-independent image processing - C 
development files

Since this is for Tcl w/TclMagic, any reason I shouldn't choose C?


On 01/09/2014 11:03 AM, Bob Friesenhahn wrote:
> On Thu, 9 Jan 2014, Benjamin Brink wrote:
>
>> Thank you for the suggestion, Bob.
>>
>> If it's any help, the results appear exactly the same.
>>
>> However, gm convert (without TclMagick) via ubuntu broke at some point
>> during these attempts --it accepts few supported encoding formats (see
>> below).
>
> On Ubuntu, you will need to install -dev versions of all the supporting
> libraries so that you can compile with them.  Don't worry, the latest
> GraphicsMagick works very will under Ubuntu 12.04LTS.
>
> Probably if you install the -dev package for GraphicsMagick (or
> ImageMagick), Ubuntu will automatically install the needed -dev libraries.
>
> Bob

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Bob F. <bfr...@si...>]

On Thu, 9 Jan 2014, Benjamin Brink wrote:

> Thank you for the suggestion, Bob.
>
> If it's any help, the results appear exactly the same.
>
> However, gm convert (without TclMagick) via ubuntu broke at some point
> during these attempts --it accepts few supported encoding formats (see
> below).

On Ubuntu, you will need to install -dev versions of all the 
supporting libraries so that you can compile with them.  Don't worry, 
the latest GraphicsMagick works very will under Ubuntu 12.04LTS.

Probably if you install the -dev package for GraphicsMagick (or 
ImageMagick), Ubuntu will automatically install the needed -dev 
libraries.

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Benjamin B. <tek...@ya...>]

Thank you for the suggestion, Bob.

If it's any help, the results appear exactly the same.

However, gm convert (without TclMagick) via ubuntu broke at some point 
during these attempts --it accepts few supported encoding formats (see 
below).

I'm happy to supply additional diagnostics or testing for TclMagick.

For now, I'm going to try to recover gm functionality via re-installing 
the ubuntu package.

Here's current gm version info:

root@hydrino:/usr/local/src/GraphicsMagick-1.3.19/TclMagick# gm version
GraphicsMagick 1.3.19 2013-12-31 Q8 http://www.GraphicsMagick.org/
Copyright (C) 2002-2013 GraphicsMagick Group.
Additional copyrights and licenses apply to this software.
See http://www.GraphicsMagick.org/www/Copyright.html for details.

Feature Support:
   Thread Safe              yes
   Large Files (> 32 bit)   yes
   Large Memory (> 32 bit)  no
   BZIP                     no
   DPS                      no
   FlashPix                 no
   FreeType                 no
   Ghostscript (Library)    no
   JBIG                     no
   JPEG-2000                no
   JPEG                     no
   Little CMS               no
   Loadable Modules         no
   OpenMP                   yes (200805)
   PNG                      no
   TIFF                     no
   TRIO                     no
   UMEM                     no
   WMF                      no
   X11                      no
   XML                      no
   ZLIB                     yes

Host type: i686-pc-linux-gnu

Configured using the command:
   ./configure 
'--with-magick=/usr/local/src/GraphicsMagick-1.3.19/wand/GraphicsMagickWand-config'

Final Build Parameters:
   CC       = gcc -std=gnu99
   CFLAGS   = -fopenmp -g -O2 -Wall -pthread
   CPPFLAGS =
   CXX      = g++
   CXXFLAGS = -pthread
   LDFLAGS  =
   LIBS     = -lz -lm -lgomp -lpthread

cheers,

Benjamin


On 01/09/2014 08:17 AM, Bob Friesenhahn wrote:> On Thu, 9 Jan 2014, 
Benjamin Brink wrote:
 >>
 >> root@hydrino:/usr/local/src/GraphicsMagick-1.3.19/TclMagick# find
 >> /usr/local/ -name GraphicsMagickWand-config -print
 >> /usr/local/bin/GraphicsMagickWand-config
 >> /usr/local/src/GraphicsMagick-1.3.19/wand/GraphicsMagickWand-config
 >>
 >>
 >> Any suggestions?
 >
 > While I have no idea if it will help, please try configuring with the
 > option '--without-tk'.  Let us know if that helps.

..

 > Bob

Re: [GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Bob F. <bfr...@si...>]

On Thu, 9 Jan 2014, Benjamin Brink wrote:
>
> root@hydrino:/usr/local/src/GraphicsMagick-1.3.19/TclMagick# find
> /usr/local/ -name GraphicsMagickWand-config -print
> /usr/local/bin/GraphicsMagickWand-config
> /usr/local/src/GraphicsMagick-1.3.19/wand/GraphicsMagickWand-config
>
>
> Any suggestions?

While I have no idea if it will help, please try configuring with the 
option '--without-tk'.  Let us know if that helps.

Otherwise, it will be necessary for me to investigate and fix the 
problem (it seems that there may be a problem, regardless).

Bob
-- 
Bob Friesenhahn
bfr...@si..., http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

[GM-tcl] installing TclMagick in Ubuntu 12.04LTS w/o tk

[Benjamin B. <tek...@ya...>]

Hello TclMagicians,

I'm trying to install TclMagick on Ubuntu 12.04LTS:

Linux 3.2.0-58-generic-pae #88-Ubuntu SMP i686 i686 i386 GNU/Linux

tclsh8.5 is built and working in the context of tcl for naviserver 
(running OpenACS of openacs.org).

gm convert works in the context of tcl's exec using ubuntu's built-in 
packaging, but the drawing process is very slow, because it's plotting 
thousands of data points --Currently one at a time;

I'm reprogramming the app to plot multiple points of same color at once, 
but..

TclMagick would be faster still..

After manually building GM from source, 'make install' ends with:

make[1]: Leaving directory `/usr/local/src/GraphicsMagick-1.3.19'
root@hydrino:/usr/local/src/GraphicsMagick-1.3.19#

The session is followed by:

root@hydrino:/usr/local/src/GraphicsMagick-1.3.19# cd TclMagick/
root@hydrino:/usr/local/src/GraphicsMagick-1.3.19/TclMagick# ./configure 
--with-magick=/usr/local/src/GraphicsMagick-1.3.19/wand/GraphicsMagickWand-config
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert i686-pc-linux-gnu file names to 
i686-pc-linux-gnu format... func_convert_file_noop
checking how to convert i686-pc-linux-gnu file names to toolchain 
format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld) supports shared 
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for library containing strerror... none required
checking for ANSI C header files... (cached) yes
checking for Graphics/ImageMagick Wand configuration script... 
/usr/local/src/GraphicsMagick-1.3.19/wand/GraphicsMagickWand-config
checking for MagickSetImageFormat... yes
checking for correct TEA configuration... ok (TEA 3.6)
checking for Tcl configuration... found 
/usr/local/src/tcl8.5.14/unix/tclConfig.sh
checking for existence of /usr/local/src/tcl8.5.14/unix/tclConfig.sh... 
loading
checking for Tk configuration... configure: WARNING: Can't find Tk 
configuration definitions


root@hydrino:/usr/local/src/GraphicsMagick-1.3.19/TclMagick# make install
make: *** No rule to make target `install'.  Stop.


Tk is not installed on this system. I want to avoid installing tk as I 
eventually will be writing server apps.


Here's confirmation of references for TclMagick/./configure

root@hydrino:/usr/local/src/GraphicsMagick-1.3.19/TclMagick# find /usr/ 
-name tclConfig.sh
/usr/local/ns/lib/tclConfig.sh
/usr/local/src/tcl8.5.14/unix/tclConfig.sh

root@hydrino:/usr/local/src/GraphicsMagick-1.3.19/TclMagick# find 
/usr/local/ -name GraphicsMagickWand-config -print
/usr/local/bin/GraphicsMagickWand-config
/usr/local/src/GraphicsMagick-1.3.19/wand/GraphicsMagickWand-config


Any suggestions?

[GM-tcl] Build libTkMagick.so using GraphicsMagick-1.3.12

[Reinhard F. <rei...@ca...>]

Hi,

I tried to build graphicsmagick-tclmagick using the
GraphicsMagick-1.3.12 distribution on a Redhat 5.5
system.

But later the execution of "tkmagick.tcl" failed with:
---
couldn't load file "/usr/tcl/Linux/lib/TclMagick0.45/libTkMagick.so": 
/usr/tcl/Linux/lib/TclMagick0.45/libTkMagick.so: undefined symbol: 
tkStubsPtr
     while executing
"load /usr/tcl/Linux/lib/TclMagick0.45/libTkMagick.so"
     ("package ifneeded TkMagick 0.45" script)
     invoked from within
"package require TkMagick"
     (file "./tkmagick.tcl" line 7)

To fix this problem I had to change the link step from:
---
gcc -shared  \
         .libs/libTkMagick_la-TkMagick.o   \
         -Wl,-rpath -Wl,/usr/tcl/Linux/lib \
         -Wl,-rpath -Wl,/usr/tcl/Linux/lib \
         -L/usr/tcl/Linux/lib -L/usr/lib \
         -L/usr/lib64 -lXft -lXrender -lfontconfig -lieee \
         /usr/tcl/Linux/lib/libGraphicsMagickWand.so \
         /usr/tcl/Linux/lib/libGraphicsMagick.so \
         -ldl -llcms -ltiff -lfreetype -ljpeg -lpng -lXext \
         -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm -lgomp -lpthread  \
         -Wl,--export-dynamic   \
         -pthread -Wl,-soname -Wl,libTkMagick.so.0 \
         -o .libs/libTkMagick.so.0.0.0

To:
---
gcc -shared  \
         .libs/libTkMagick_la-TkMagick.o   \
         /usr/tcl/Linux/lib/libtclstub8.5.a \
         /usr/tcl/Linux/lib/libtkstub8.5.a \
         -L/usr/tcl/Linux/lib/TclMagick0.45 -lTclMagick \
         -Wl,-rpath -Wl,/usr/tcl/Linux/lib \
         -Wl,-rpath -Wl,/usr/tcl/Linux/lib \
         -L/usr/tcl/Linux/lib -L/usr/lib \
         -L/usr/lib64 -lXft -lXrender -lfontconfig -lieee \
         /usr/tcl/Linux/lib/libGraphicsMagickWand.so \
         /usr/tcl/Linux/lib/libGraphicsMagick.so \
         -ldl -llcms -ltiff -lfreetype -ljpeg -lpng -lXext \
         -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm -lgomp -lpthread  \
         -Wl,--export-dynamic   \
         -pthread -Wl,-soname -Wl,libTkMagick.so.0 \
         -o .libs/libTkMagick.so.0.0.0

After that change "tkmagick.tcl" ran fine.

Best regards,

Reinhard