Re: error building GUI on Mac OS-X 10.6.8

[Ben Abbott]

On Aug 24, 2012, at 1:27 PM, Ben Abbott wrote:

> On Aug 10, 2012, at 9:50 PM, Ben Abbott wrote:
> 
>> On Aug 10, 2012, at 9:10 PM, John W. Eaton wrote:
>> 
>>> On 10-Aug-2012, Thomas Yengst wrote:
>>> 
>>> | I successfully built the development version with help from Ben. Finally, 
>>> success on OS-X. Now I'm trying to build Jacob's GUI and run into something 
>>> that I haven't seen on the maintainers list.
>>> | 
>>> | I did the following;:
>>> | hg update gui
>>> | hg pull
>>> | cd gui
>>> | qmake
>>> | make
>>> | 
>>> | ... and got fairly far into the compile before....
>>> 
>>> I'm not sure what is causing the compile problems, but I've recently
>>> changed the build system so that you should now just do ./autogen.sh
>>> in the source tree and then configure in the build tree, then make.
>>> You don't need to run qmake or cd to the gui directory to run make,
>>> just do it from the top-level directory
>>> 
>>> See also this message about a minor problem that I'm working on fixing
>>> but have not checked in yet:
>>> 
>>> https://mailman.cae.wisc.edu/pipermail/octave-maintainers/2012-August/029359.html
>>> 
>>> If you still have problems, then please report the details.
>>> 
>>> Thanks,
>>> 
>>> jwe
>> 
>> My tip is ...
>> 
>> $ hg tip
>> changeset:   15153:ba431d1106e3
>> tag:         tip
>> user:        Rik <address@hidden>
>> date:        Fri Aug 10 17:50:55 2012 -0700
>> summary:     build: Update ax_XXX macros in m4 directory to newest versions.
>> 
>> I'm seeing the error below.  I tried ....
>> 
>>      make -C src interp-core/mxarray.h
>> 
>> ... but the error persists.
>> 
>> libtool: compile:  /opt/local/bin/g++-mp-4.5 -DHAVE_CONFIG_H -I. -I../.. 
>> -DHAVE_CONFIG_H -I/opt/local/include -I/opt/local/include/QtCore 
>> -I/opt/local/include/QtGui -I./../qterminal/libqterminal -D_THREAD_SAFE 
>> -pthread -I/opt/local/include -pipe -O0 -g -m64 -ggdb3 -gstabs 
>> -D_THREAD_SAFE -pthread -D_THREAD_SAFE -pthread -MT 
>> libqterminal_la-moc_QTerminal.lo -MD -MP -MF 
>> .deps/libqterminal_la-moc_QTerminal.Tpo -c 
>> ../qterminal/libqterminal/moc_QTerminal.cpp  -fno-common -DPIC -o 
>> .libs/libqterminal_la-moc_QTerminal.o
>> libtool: compile:  /opt/local/bin/g++-mp-4.5 -DHAVE_CONFIG_H -I. -I../.. 
>> -DHAVE_CONFIG_H -I/opt/local/include -I/opt/local/include/QtCore 
>> -I/opt/local/include/QtGui -I./../qterminal/libqterminal -D_THREAD_SAFE 
>> -pthread -I/opt/local/include -pipe -O0 -g -m64 -ggdb3 -gstabs 
>> -D_THREAD_SAFE -pthread -D_THREAD_SAFE -pthread -MT 
>> libqterminal_la-moc_QTerminalInterface.lo -MD -MP -MF 
>> .deps/libqterminal_la-moc_QTerminalInterface.Tpo -c 
>> ../qterminal/libqterminal/moc_QTerminalInterface.cpp  -fno-common -DPIC -o 
>> .libs/libqterminal_la-moc_QTerminalInterface.o
>> ../qterminal/libqterminal/moc_QTerminal.cpp:10:30: fatal error: 
>> thread/QTerminal.h: No such file or directory
>> compilation terminated.
>> ../qterminal/libqterminal/moc_QTerminalInterface.cpp:10:39: fatal error: 
>> thread/QTerminalInterface.h: No such file or directory
>> compilation terminated.
>> 
>> Ben
> 
> I'm still seeing this problem with the "thread" reference.  As a work around 
> I'm using sed ...
> 
> sed -ie 's/#include "thread\//#include "/g' 
> libgui/qterminal/libqterminal/moc-*.cc
> sed -ie 's/#include "thread\//#include "/g' 
> libgui/qterminal/libqterminal/unix/moc-*.cc
> sed -ie 's/#include "thread\//#include "/g' libgui/src/octave-adapter/moc-*.cc
> sed -ie 's/#include "thread\//#include "/g' libgui/src/qtinfo/moc-*.cc
> sed -ie 's/#include "thread\//#include "/g' libgui/src/moc-*.cc
> sed -ie 's/#include "thread\//#include "/g' libgui/src/qtinfo/moc-*.cc
> sed -ie 's/#include "thread\//#include "/g' libgui/src/m-editor/moc-*.cc
> 
> In addition to the "thread" reference, I'm seeing a growing collection of 
> moc-* files.
> 
> $ ls -1 moc-documentation-dockwidget.cc*
> moc-documentation-dockwidget.cc
> moc-documentation-dockwidget.cce
> moc-documentation-dockwidget.ccee
> 
> Ben

The moc command that I'm seeing is below.

moc -o../qterminal/libqterminal/moc-QTerminal.cc -DHAVE_CONFIG_H -I. -I../..   
-D_THREAD_SAFE -pthread -I/opt/local/include -I/opt/local/include 
-I/opt/local/include/QtCore -I/opt/local/include/QtGui 
-I/opt/local/include/QtNetwork -I./../qterminal/libqterminal -I./m-editor 
-I./octave-adapter -I./qtinfo -I./../../libcruft/misc -I../../liboctave 
-I./../../liboctave -I../../libinterp -I../../libinterp/interp-core 
-I../../libinterp/interpfcn -I../../libinterp/parse-tree -I./../../libinterp 
-I./../../libinterp/interp-core -I./../../libinterp/interpfcn 
-I./../../libinterp/octave-value -I./../../libtinerp/operators 
-I./../../libinterp/parse-tree ../qterminal/libqterminal/QTerminal.h

The "thread" reference goes away if I remove "-pthread".   I had thought that 
"-pthread" was needed (don't recall why), but apparently it is not needed.  In 
any event, configuring as below, resolves the problem for me.

THREADS="-D_THREAD_SAFE"
PREFIX=/usr/fubar
CC=/opt/local/bin/gcc-mp-$VER
CXX=/opt/local/bin/g++-mp-$VER
CXXCPP="/opt/local/bin/g++-mp-$VER -E"
F77=/opt/local/bin/gfortran-mp-$VER
FC=/opt/local/bin/gfortran-mp-$VER
CXXFLAGS="-pipe -O0 -g -m64 -ggdb3 -gstabs $THREADS"
FFLAGS="$CXXFLAGS -funroll-loops"
CFLAGS="$FFLAGS -lstdc++"
LDFLAGS="-headerpad_max_install_names $THREADS -L/opt/local/lib"
CPPFLAGS="$THREADS -I/opt/local/include"
BLAS_LIBS="-lcblas -lf77blas -latlas"
LAPACK_LIBS=-llapack

./configure --prefix="$PREFIX" --with-framework-carbon \
                    --with-cholmod="-lcholmod -lmetis" \
                    --with-umfpack="-lumfpack -lSuiteSparse"

Running the gui still produces the fork() errors

The process has forked and you cannot use this CoreFoundation functionality 
safely. You MUST exec().
Break on 
__THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__()
 to debug.

No new failures when running "make check"

Ben