On Sat, Aug 18, 2012 at 06:09:13PM -0700, Jerry wrote:
>
> On Aug 18, 2012, at 1:37 PM, Andrew Ross wrote:
>
> >> P.S. That comment wasn't quite right. To further clarify, all lists
> >> of linking flags like QT_LIBRARIES are further processed by our build
> >> system when they are first encoun
On Aug 20, 2012, at 2:07 PM, Andrew Ross wrote:
> Jerry,
>
> Thanks. So my method did what it was meant to, but unforunately it looks
> like we need to actually link in QtGui and QtSvg as well, so we might
> as well just use QT_LIBRARIES without trying to parse it.
>
> Note that QtCore has to
Now I wonder if we could start working towards rehabilitating Tcl/Tk on OS X. I
say "rehabilitate" because I had been building this without problems for years.
With NON_TRANSITIVE=ON or NON_TRANSITIVE=OFF, ENABLE_tcl=ON, and ENABLE_tk=ON,
the build fails as below. FWIW, my OS X has two Tcl and T
On Aug 20, 2012, at 8:11 PM, Jerry wrote:
> Now I wonder if we could start working towards rehabilitating Tcl/Tk on OS X.
> I say "rehabilitate" because I had been building this without problems for
> years.
>
> With NON_TRANSITIVE=ON or NON_TRANSITIVE=OFF, ENABLE_tcl=ON, and
> ENABLE_tk=ON,
>
> Also, the undefined symbols are the same if I use the "factory" or "MacPorts"
> X11 libraries.
>
> Jerry
>
There were comments about this (Tcl/Tk X11) at the beginning of the thread,
"Can't build on OS X Lion." Maybe I shouldn't have started a new thread.
Jerry
---
On 2012-08-20 22:07+0100 Andrew Ross wrote:
> Classes from QtGui and QtSvg are not explictly mentioned in qt.cpp, but
> derived classes (QtPLWidget etc from plplotqtd) are mentioned. On Linux
> at least "ldd -u qt.so" shows these libraries as unused dependencies, but
> "nm --demangle --undefined-o
