Building errors when generating moc_browse_lineedit.cxx

[Free Will]

 Hi all!
I have a trouble when installing deal.II (v 8.2). Before installing, I installed necessary packages like openmpi, petsc, hdf5, doxygen, p4est, trilinos and get them testified, respectively. Then, I have configured deal.II through cmake like this:
--------------------------------------------------------------------------------

cmake \
-D CMAKE_INSTALL_PREFIX=$DEAL_II_DIR \
-D DEAL_II_WITH_MPI=ON -D MPI_DIR=$MPI_DIR \
-D DEAL_II_WITH_PETSC=ON -D PETSC_DIR=$PETSC_DIR \
-D DEAL_II_WITH_HDF5=ON -D HDF5_DIR=$HDF5_DIR \
-D DEAL_II_WITH_P4EST=ON -D P4EST_DIR=$P4EST_DIR \
-D DEAL_II_WITH_TRILINOS=ON -D TRILINOS_DIR=$TRILINOS_DIR \
-D DEAL_II_COMPONENT_DOCUMENTATION=ON \
-D DEAL_II_COMPONENT_PARAMETER_GUI=ON \
../

--------------------------------------------------------------------------------
which yielded informations as below:
--------------------------------------------------------------------------------

[...]
###
#
#  deal.II configuration:
#        CMAKE_BUILD_TYPE:       DebugRelease
#        BUILD_SHARED_LIBS:      ON
#        CMAKE_INSTALL_PREFIX:   /home/f/deal.II_v8.2.1
#        CMAKE_SOURCE_DIR:       /home/f/deal.II及其依赖/dealii-8.2.1 (Version 8.2.1)
#        CMAKE_BINARY_DIR:       /home/f/deal.II及其依赖/dealii-8.2.1/build
#        CMAKE_CXX_COMPILER:     GNU 4.4.7 on platform Linux x86_64
#                                /usr/bin/c++
#
#  Configured Features (DEAL_II_ALLOW_BUNDLED = ON, DEAL_II_ALLOW_AUTODETECTION = ON):
#      ( DEAL_II_WITH_64BIT_INDICES = OFF )
#      ( DEAL_II_WITH_ARPACK = OFF )
#        DEAL_II_WITH_BOOST set up with bundled packages
#        DEAL_II_WITH_BZIP2 set up with external dependencies
#      ( DEAL_II_WITH_CXX11 = OFF )
#        DEAL_II_WITH_HDF5 set up with external dependencies
#        DEAL_II_WITH_LAPACK set up with external dependencies
#        DEAL_II_WITH_METIS set up with external dependencies
#        DEAL_II_WITH_MPI set up with external dependencies
#      ( DEAL_II_WITH_MUMPS = OFF )
#        DEAL_II_WITH_MUPARSER set up with bundled packages
#      ( DEAL_II_WITH_NETCDF = OFF )
#      ( DEAL_II_WITH_OPENCASCADE = OFF )
#        DEAL_II_WITH_P4EST set up with external dependencies
#        DEAL_II_WITH_PETSC set up with external dependencies
#      ( DEAL_II_WITH_SLEPC = OFF )
#        DEAL_II_WITH_THREADS set up with bundled packages
#        DEAL_II_WITH_TRILINOS set up with external dependencies
#        DEAL_II_WITH_UMFPACK set up with bundled packages
#        DEAL_II_WITH_ZLIB set up with external dependencies
#
#  Component configuration:
#        DEAL_II_COMPONENT_COMPAT_FILES
#        DEAL_II_COMPONENT_DOCUMENTATION
#        DEAL_II_COMPONENT_EXAMPLES
#        DEAL_II_COMPONENT_MESH_CONVERTER
#      ( DEAL_II_COMPONENT_PACKAGE = OFF )
#        DEAL_II_COMPONENT_PARAMETER_GUI
#
#  Detailed information (compiler flags, feature configuration) can be found in detailed.log
#
#  Run  $ make info  to print a help message with a list of top level targets
#
###
-- Configuring done
-- Generating done

--------------------------------------------------------------------------------

Afterwards, things went wrong when making ($ make -j4):
--------------------------------------------------------------------------------

[...]
Linking CXX executable ../../bin/mesh_converter
[ 80%] Built target mesh_converter_exe
[ 80%] Generating qrc_application.cxx
[ 80%] Generating moc_browse_lineedit.cxx
moc: Cannot open options file specified with @
Usage: moc [options] <header-file>
  -o<file>           write output to file rather than stdout
  -I<dir>            add dir to the include path for header files
  -E                 preprocess only; do not generate meta object code
  -D<macro>[=<def>]  define macro, with optional definition
  -U<macro>          undefine macro
  -i                 do not generate an #include statement
  -p<path>           path prefix for included file
  -f[<file>]         force #include, optional file name
  -nw                do not display warnings
  @<file>            read additional options from file
  -v                 display version of moc
make[2]: *** [contrib/parameter_gui/moc_browse_lineedit.cxx] Error 1
make[1]: *** [contrib/parameter_gui/CMakeFiles/parameter_gui_exe.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 80%] Built target obj_matrix_free.debug
[ 80%] Built target obj_meshworker.debug
make: *** [all] Error 2
[...]

--------------------------------------------------------------------------------


It seems that what went wrong is building of moc_browse_lineedit.cxx but I am not sure.

Any help would be appreciated!

Best,

Qingwen

[Free Will]

I just find that, if cancel the term DEAL_II_COMPONENT_PARAMETER_GUI=ON, this error wouldn't occur.

在 2015年3月25日星期三 UTC+8上午12:10:16，Free Will写道：

[Timo Heister]

> I just find that, if cancel the term DEAL_II_COMPONENT_PARAMETER_GUI=ON,
> this error wouldn't occur.

Thanks for the info. Do you need the GUI for what you are trying to
do? Googling for the error you are getting it might be that your QT
version is too old to make it work.

@Wolfgang: Have you compiled and used the parameter gui successfully recently?


--
Timo Heister
http://www.math.clemson.edu/~heister/

[Matthias Maier]

> @Wolfgang: Have you compiled and used the parameter gui successfully recently?

I tried it yesterday - it works with a recent Gentoo userland.

Best,
Matthias

[Wolfgang Bangerth]

On 03/25/2015 08:55 AM, Timo Heister wrote:
>> I just find that, if cancel the term DEAL_II_COMPONENT_PARAMETER_GUI=ON,
>> this error wouldn't occur.
>
> Thanks for the info. Do you need the GUI for what you are trying to
> do? Googling for the error you are getting it might be that your QT
> version is too old to make it work.
>
> @Wolfgang: Have you compiled and used the parameter gui successfully recently?

Not in a while, but trying now I find that it works for me. It must be an
issue with a newer or older Qt/KDE version.

@freewill: Can you run your build command using the command line
make VERBOSE=ON
to see what commands are actually executed that lead to the moc error?

Best
W.


--
------------------------------------------------------------------------
Wolfgang Bangerth email: bang...@math.tamu.edu
www: http://www.math.tamu.edu/~bangerth/