That sounds cool, HC. However, do you or anyone have an idea why the Jaunty
i386 autobuild gives me those errors?
Andras
2010/1/4 Hans-Christoph Steiner h...@at.or.at
I don't think anyone really likes dealing with build issues, but someone
has to do it :-D. I was thinking that we should
I've never seen that error. My guess is that its trying to use a
different version of Tcl/Tk than it was compiled against. So like as
if your pd-extended package was compiled against Tcl 8.5.6 but you
have 8.5.0 installed.
.hc
On Jan 5, 2010, at 12:05 PM, András Murányi wrote:
That
I do have Tcl 8.5.6 installed.
$ tclsh
% puts $tcl_version
8.5
% info patchlevel
8.5.6
Looks like my own Tcl is conflicting itself, as 'require' is from
/usr/share/tcltk/tcl8.5/init.tcl. Meanwhile, all the other Tcl apps are
working well.
My best clue so far is that in Tk 8.5 the Tk_Init()
Perhaps you have more than one Tcl/TK installed, like in /usr/local.
Try which tclsh.
.hc
On Jan 5, 2010, at 2:56 PM, András Murányi wrote:
I do have Tcl 8.5.6 installed.
$ tclsh
% puts $tcl_version
8.5
% info patchlevel
8.5.6
Looks like my own Tcl is conflicting itself, as 'require'
2010/1/5 Hans-Christoph Steiner h...@at.or.at
Perhaps you have more than one Tcl/TK installed, like in /usr/local. Try
which tclsh.
.hc
/usr/bin/tclsh.
Nice x86_64 (with 32-bit Pd) oddity, as i have found out: getlibs -p tk8.5
helped the case.
Thanks,
Andras
I don't think anyone really likes dealing with build issues, but
someone has to do it :-D. I was thinking that we should make a pd-
extended PPA on Ubuntu's Launchpad. Then we can get i386, amd64, and
lpia builds from their servers. That means making a Pd-extended
Debian source
