New Mac OS X Maverick package

[Luca Heltai]

Dear all,

thanks to Wolfgang and Matthias, I could finally compile on Mac OS 10.9.

I have just uploaded a new binary package for those of you who upgraded to Mac OS 10.9 and Xcode 5.

https://code.google.com/p/dealii/downloads/detail?name=deal.II-rev31468.pkg

Before you test this package, you should remove the old bundle, which is under

/Library/deal.II-bundle

Please, let me know if the new one works for you. If mac ports seem to conflict with this, just move the line

# Added by deal.II Installation
. /Library/deal.II-bundle/set_deal.II-bundle_paths.sh

in your .profile to the very top of the file, and you should be good to go.

As usual: testers are needed...

Luca.

Ps: remember to read the README.txt! It contains useful informations about bugs in LC* and LANG* on Mac OS X....

--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

[Denis Davydov]

Thanks a lot for making it work!

I will test it tomorrow... 

Could you please add (at some point) details on configuration of : Metis, ParMetis, SuperLU_DIST, p4est as well as deal.ii (there is only log in the description file)?

Thank you in advance,

Kind regards,

Denis.

[Denis Davydov]

Dear Luca,

I tried Step-36 and my program build on this - both compile and run fine in serial, but I have some problems in parallel. Will be testing more...

I might be wrong, but I looked at set_deal.ii-bundle_paths.sh, do you think that 

changing export commands, for example, 

  export PATH=$PATH:$DST/$OPENMPI/bin

to

 export PATH=$DST/$OPENMPI/bin:$PATH

so that they "override" all the preferences set before is better?

Supposedly there will be no conflicts with macports paths etc since those from the bundle will be looked for first 

and thus the proper compiler/library will be chosen, to my understanding. 

And then if user wants to use the "default" environment, he would need to comment the last line in .profile

p.s. macports append paths from the left during installation: 

export PATH=/opt/local/bin:/opt/local/sbin:$PATH

Kind regards,

Denis.

[Luca Heltai]

Dear Denis,

yes indeed, this is probably the correct solution. Leave the script at the end, and modify it to prepend all paths and libraries instead of appending.

My bad.

I'll fix the package, and upload a new version as soon as I have a faster connection...

:)

L.

--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

[Simon Schmidt]

Hi Luca,

thanks for updating the package! I (again) updated to Xcode 5.0 and installed the package. Most of the example steps compile and run fine, however I get an error when I try to run step-43 or step-31 for example:

dyld: Library not loaded: libmesquite.11.dylib

  Referenced from: /Library/deal.II-bundle/deal.II-trunk/examples/step-31/step-31

  Reason: image not found

CMake Error at CMakeFiles/run_target.cmake:6 (MESSAGE):

  

  Program terminated with exit code: SIGTRAP

make[3]: *** [CMakeFiles/run] Error 1

make[2]: *** [CMakeFiles/run.dir/all] Error 2

make[1]: *** [CMakeFiles/run.dir/rule] Error 2

make: *** [run] Error 2

Is this a known issue or does it have to do something with the package?

Best 

Simon

[Andrew Mcbride]

Hi Simon

Step-31 works perfectly for me using the package. 

Andrew

--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed to the Google Groups "deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dealii+un...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Luca Heltai]

Simon,

this error means that the executable does not know how to find the Trilinos library.

If you are running from a terminal, check that your DYLD_LIBRARY_PATH contains a pointer to the new trilinos installation (this should happen automatically thanks to the modification to the ~/.profile file that the installation makes).

If you are running an IDE, such as eclipse, you have to make sure that the IDE exports these variables exactly in the same as what you get in the terminal...

Luca.

--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

[Denis Davydov]

Dear Luca,

Just a naive question, when you compiled your package did you have a C++11 support? 

When I compile some other programs of mine (which i used before with self-built deal.ii and gcc), 

i don't see the flag -std=c++11 in the resulting cache file and c++11 is turned off, as far as i can say. 

Supposedly, one can modify the resulting CMakeCache.txt to add c11 support on per-project basis, 

but perhaps it is better to have it natively in deal.II build.

Kind regards,

Denis.

On Monday, October 28, 2013 6:46:56 PM UTC+1, Luca Heltai wrote:

[Denis Davydov]

As a follow-up, I was trying to append C11 flag using Cmake:

...

DEAL_II_INITIALIZE_CACHED_VARIABLES()

PROJECT(my_orject)

SET( CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11" )

...

However, this does not do what i expect it to. 

I would be grateful for any ideas why ;)

Kind regards,

Denis.

[Matthias Maier]

Am 21. Nov 2013, 13:17 schrieb Denis Davydov <davy...@gmail.com>:

> As a follow-up, I was trying to append C11 flag using Cmake:
>
>
> ...
> DEAL_II_INITIALIZE_CACHED_VARIABLES()
> PROJECT(my_orject)
> SET( CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11" )
> ...
>
> However, this does not do what i expect it to.

Well, this should work.

How exactly, does it not what you expect it to do? (Furthermore, is your
compiler new enough to actually understand -std=c++11 - in this case you
might want to use -std=c++0x)

Best,
Matthias

[Denis Davydov]

Hi Matthias,

The resulting CMakeCache.txt does not have C11 flag. 

I tried deleting it and then re-run "cmake .", but Cmake still does not append the flag.

Of course I can append it by hand, but was just trying to keep all the crucial stuff inside CMakeList.txt.

Best regards,

Denis.

[Matthias Maier]

Am 21. Nov 2013, 14:52 schrieb Denis Davydov <davy...@gmail.com>:

> Hi Matthias,
>
> The resulting CMakeCache.txt does not have C11 flag.
> I tried deleting it and then re-run "cmake .", but Cmake still does
> not append the flag.

Well,

> SET( CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11" )

does not set the flag in the cache at all. So you will not find it in
CMakeCache.txt. Note that CMake reads in the CMakeCache.txt file upon
invocation and populates the CMACE_CXX_FLAGS variable with the given
variable. After that you append it with "-std=c++11" - this won't be
written back into the cache.

You can check whether your resulting Makefile uses the flag by running a
compilation process in verbose mode:

$ make VERBOSE=1 ...
(or $ ninja -v, etc. pp.)

There, "-std=c++11" must show up on the command line.

Alternatively, you'll find "-std=c++11" in the generated Makefiles,
e.g. in

$ CMakeFiles/<target>.dir/flags.make
(heavily depending on the choice of generator you use).

Best,
Matthias

[Denis Davydov]

Oh, I see now.
Thanks a lot for making it clear.

Kind regards,
Denis

[Luca Heltai]

Dear Denis,

as far as I can tell, yes. I did not set anything manually, and my detailed.log contains

# Compiler flags used for this build:
# CMAKE_CXX_FLAGS: -Qunused-arguments -pedantic -fpic -Wall -Wpointer-arith -Wwrite-strings -Wsynth -Wsign-compare -Wswitch -Wno-long-long -Wno-deprecated -Wno-deprecated-declarations -Wno-dangling-else -Wno-delete-non-virtual-dtor -Wno-long-long -Wno-newline-eof -Wno-unused-function -Wno-unused-private-field -Wno-unused-variable -std=c++11 -Wno-unused -Wno-extra -Wno-overloaded-virtual -Wno-long-long

So yes, the package that is shipped as a binary package on google code is compiled with -std=c++11.

Sorry for replying so late, but I could not find any more the directory in which I built that particular version of the package (I have about 15 different versions of deal.II hanging arounds...).

L.

--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

[Jinhyun Choo]

Dear Luca,

I just installed recently uploaded 8.1 version package but when trying CMake in the example step directories, I consistently get the following error. It seems that there is a problem in the openmpi compiler. I checked paths for binary and libraries are correctly designated. Could you please give advice if you have an idea on this? Thanks. 

Best regards,

Jinhyun

-- The C compiler identification is Clang 5.0.0

-- The CXX compiler identification is unknown

-- Check for working C compiler: /usr/bin/cc

-- Check for working C compiler: /usr/bin/cc -- works

-- Detecting C compiler ABI info

-- Detecting C compiler ABI info - done

-- Check for working CXX compiler: /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++

-- Check for working CXX compiler: /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++ -- broken

CMake Error at /Applications/CMake 2.8-11.app/Contents/share/cmake-2.8/Modules/CMakeTestCXXCompiler.cmake:54 (message):

  The C++ compiler "/Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++" is not

  able to compile a simple test program.

[Luca Heltai]

Dear Jinhyun,

can you send me your CMakeFiles/CMakeError.log file?

Thanks,

Luca.

--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

[Luca Heltai]

Just out of curiosity... can you try to copy one of the examples out of the system's directory tree?

I think this error might be related to the fact that /Library/deal.II-bundle/deal.II-8.1/examples is not world writeable, and it got installed with root permissions...

you could either change permissions, or copy the examples somewhere you have write access to...

sudo chown -R a+rw /Library/deal.II-bundle/deal.II-8.1/examples

should do the trick...

L.

--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

On 25 Dec 2013, at 9:26, Jinhyun Choo <jinhyu...@gmail.com> wrote:

[Jinhyun Choo]

Dear Luca,

Thank you very much for your advice! Even after changing permissions, however, I still get an error. I see there is a problem in compiler but not sure why (I'm not familiar with clang..). Below is the CMakeError.log. Your help will be greatly appreciated!

Best regards,

Jinhyun

Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp" failed.

Compiler: /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++

Build flags: -Qunused-arguments;-pedantic;-fpic;-Wall;-Wpointer-arith;-Wwrite-strings;-Wsynth;-Wsign-compare;-Wswitch;-Wno-long-long;;;-Wno-dangling-else;-Wno-delete-non-virtual-dtor;-Wno-long-long;-Wno-newline-eof;-Wno-unused-function;-Wno-unused-private-field;-Wno-unused-variable;-std=c++11;-Wno-parentheses;-Wno-long-long;-Wno-unused;-Wno-extra;-Wno-overloaded-virtual;-Wno-long-long

Id flags:

The output was:

1

g++: error: unrecognized command line option ‘-Qunused-arguments’

Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp" failed.

Compiler: /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++

Build flags: -Qunused-arguments;-pedantic;-fpic;-Wall;-Wpointer-arith;-Wwrite-strings;-Wsynth;-Wsign-compare;-Wswitch;-Wno-long-long;;;-Wno-dangling-else;-Wno-delete-non-virtual-dtor;-Wno-long-long;-Wno-newline-eof;-Wno-unused-function;-Wno-unused-private-field;-Wno-unused-variable;-std=c++11;-Wno-parentheses;-Wno-long-long;-Wno-unused;-Wno-extra;-Wno-overloaded-virtual;-Wno-long-long

Id flags: -c

The output was:

1

g++: error: unrecognized command line option ‘-Qunused-arguments’

Determining if the CXX compiler works failed with the following output:

Change Dir: /Library/deal.II-bundle/deal.II-8.1/examples/step-32/CMakeFiles/CMakeTmp

Run Build Command:/usr/bin/make "cmTryCompileExec3580452671/fast"

/Applications/Xcode.app/Contents/Developer/usr/bin/make -f CMakeFiles/cmTryCompileExec3580452671.dir/build.make CMakeFiles/cmTryCompileExec3580452671.dir/build

"/Applications/CMake 2.8-11.app/Contents/bin/cmake" -E cmake_progress_report /Library/deal.II-bundle/deal.II-8.1/examples/step-32/CMakeFiles/CMakeTmp/CMakeFiles 1

Building CXX object CMakeFiles/cmTryCompileExec3580452671.dir/testCXXCompiler.cxx.o

/Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++    -Qunused-arguments -pedantic -fpic -Wall -Wpointer-arith -Wwrite-strings -Wsynth -Wsign-compare -Wswitch -Wno-long-long   -Wno-dangling-else -Wno-delete-non-virtual-dtor -Wno-long-long -Wno-newline-eof -Wno-unused-function -Wno-unused-private-field -Wno-unused-variable -std=c++11 -Wno-parentheses -Wno-long-long -Wno-unused -Wno-extra -Wno-overloaded-virtual -Wno-long-long     -o CMakeFiles/cmTryCompileExec3580452671.dir/testCXXCompiler.cxx.o -c /Library/deal.II-bundle/deal.II-8.1/examples/step-32/CMakeFiles/CMakeTmp/testCXXCompiler.cxx

g++: error: unrecognized command line option ‘-Qunused-arguments’

make[1]: *** [CMakeFiles/cmTryCompileExec3580452671.dir/testCXXCompiler.cxx.o] Error 1

make: *** [cmTryCompileExec3580452671/fast] Error 2

[Luca Heltai]

Dear Jinjyun,

what is your version of

1. Operating system (should be 10.9.0 or 10.9.1)
2. Compiler (clang --version: Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn) )
3. XCode+command line utilities (should be 5.0.2)

If any of the above is not what you have, you should update your os and xcode+command line tools.

In particular the command line tools should include the MacOSX10.9.sdk

Best,

Luca

--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

[Wolfgang Bangerth]

All:
I know nothing about OS X, but just wanted to point out that...

> Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp"
> failed.
> Compiler: /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++
> Build flags:
> -Qunused-arguments;-pedantic;-fpic;-Wall;-Wpointer-arith;-Wwrite-strings;-Wsynth;-Wsign-compare;-Wswitch;-Wno-long-long;;;-Wno-dangling-else;-Wno-delete-non-virtual-dtor;-Wno-long-long;-Wno-newline-eof;-Wno-unused-function;-Wno-unused-private-field;-Wno-unused-variable;-std=c++11;-Wno-parentheses;-Wno-long-long;-Wno-unused;-Wno-extra;-Wno-overloaded-virtual;-Wno-long-long
> Id flags:
>
> The output was:
> 1

> g++: error: unrecognized command line option �-Qunused-arguments�

...mpic++ is apparently GCC based...

> > -- The C compiler identification is Clang 5.0.0
> > -- The CXX compiler identification is unknown

...whereas it apparently can't quite figure out what it is here.

> > -- Check for working CXX compiler:
> /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++
> > -- Check for working CXX compiler:
> /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++ -- broken

And it complains here. Finally:

> > # Compiler flags used for this build:
> > # CMAKE_CXX_FLAGS: -Qunused-arguments

This seems to indicate that the C++ compiler was identified as Clang.

Cheers
W.


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

[Luca Heltai]

For some reasons, the mpi wrapper on his system does not pick up clang but g++.

This is the output of my summary.log:

###
#
# deal.II configuration:
# CMAKE_BUILD_TYPE: DebugRelease
# BUILD_SHARED_LIBS: ON
# CMAKE_INSTALL_PREFIX: /Library/deal.II-bundle/deal.II-8.1
# CMAKE_SOURCE_DIR: /usr/local/src/deal.II-8.1 (Version 8.1.0)
# CMAKE_BINARY_DIR: /usr/local/build/deal.II-8.1
# CMAKE_CXX_COMPILER: Clang 5.0.0 on platform Darwin i386
# /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++
# CMAKE_C_COMPILER: /Library/deal.II-bundle/openmpi-1.6.5/bin/mpicc
# CMAKE_Fortran_COMPILER: /Library/deal.II-bundle/openmpi-1.6.5/bin/mpif77
# CMAKE_GENERATOR: Unix Makefiles

I think on his system /usr/bin/c++ is a link to a previous version of g++, and that is the one which is picked up by openmpi, or he has another c++ in his path which points to a gnu compiler... This likely indicates he's either not using Maverick, or that I made some mistakes with the openmpi package.

I'll try to recompile openmpi by explicitly pointing to /usr/bin/clang and /usr/bin/clang++ instead of letting the system pick up cc, and c++...

L.

--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

On 26 Dec 2013, at 15:08, Wolfgang Bangerth <bang...@math.tamu.edu> wrote:

>
> All:
> I know nothing about OS X, but just wanted to point out that...
>
>> Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp"
>> failed.
>> Compiler: /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++
>> Build flags:
>> -Qunused-arguments;-pedantic;-fpic;-Wall;-Wpointer-arith;-Wwrite-strings;-Wsynth;-Wsign-compare;-Wswitch;-Wno-long-long;;;-Wno-dangling-else;-Wno-delete-non-virtual-dtor;-Wno-long-long;-Wno-newline-eof;-Wno-unused-function;-Wno-unused-private-field;-Wno-unused-variable;-std=c++11;-Wno-parentheses;-Wno-long-long;-Wno-unused;-Wno-extra;-Wno-overloaded-virtual;-Wno-long-long
>> Id flags:
>>
>> The output was:
>> 1

>> g++: error: unrecognized command line option ‘-Qunused-arguments’

>
> ...mpic++ is apparently GCC based...
>
>> > -- The C compiler identification is Clang 5.0.0
>> > -- The CXX compiler identification is unknown
>
> ...whereas it apparently can't quite figure out what it is here.
>
>> > -- Check for working CXX compiler:
>> /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++
>> > -- Check for working CXX compiler:
>> /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++ -- broken
>
> And it complains here. Finally:
>
>> > # Compiler flags used for this build:
>> > # CMAKE_CXX_FLAGS: -Qunused-arguments
>
> This seems to indicate that the C++ compiler was identified as Clang.
>
> Cheers
> W.
>
>
> --
> ------------------------------------------------------------------------
> Wolfgang Bangerth email: bang...@math.tamu.edu
> www: http://www.math.tamu.edu/~bangerth/
>

[Matthias Maier]

Am 26. Dec 2013, 15:53 schrieb Luca Heltai <luca....@gmail.com>:

> For some reasons, the mpi wrapper on his system does not pick up clang but g++.

As a workaround you can explicitly specify CMAKE_(C|CXX)_COMPILER to
clang/clang++ and MPI_(C|CXX)_COMPILER to the correct wrappers. With
that you avoid an override of the mpic/mpic++ wrappers on client side due to
environment variables.

Best,
Matthias

[Luca Heltai]

Dear all,

I uploaded to my google drive a deal.II-8.1 bundle for Mac OS X Maverick. It contains all but one of the external libraries deal.II can link with (the exception is netcdf, on which I'm still working). I need some volunteers to test these packages...

You can find an "mpkg" directory (which is a "bundle" package in mac terminology) as a single compressed file named

deal.II-8.1.mpkg.zip

or as a browsable directory

deal.II-8.1.mpkg

Here:

https://drive.google.com/folderview?id=0Bw6ro-ia4LtdS014YWVsNG9hRXM&usp=drive_web

If you dive into the directory, under

deal.II-8.1.mpkg/Contents/Packages/

accessible here:

https://drive.google.com/folderview?id=0Bw6ro-ia4Ltdd0VFdEVtSjY2ZTQ&usp=drive_web&tid=0Bw6ro-ia4LtdS014YWVsNG9hRXM

you will find the subpackages which make the distribution:

d2-compilers.pkg (54MB) (openmpi, gfortran)
d2-extra.pkg (4MB) (p4est, hdf5, arpack)
d2-petsc-suite.pkg (60MB) (petsc, slepc, scalapack, mumps, hypre)
d2-trilinos.pkg (21MB)
d2-deal.II-8.1.pkg (52MB)

I have just changed the d2-compilers package, so that clang is correctly picked up, even when another compiler exists in the path which might interferes with Mavericks' clang compiler.

You can install all of the packages at once (by downloading the zip file, uncompressing it and double clicking on the directory), or just one of the subpackages.

The compilers package contains both openmpi and gfortran (downloaded from the hpc on mac site, and relocated to a "neutral" location, so that it does not interferes with the rest of the system).

Everything is self contained, and it will install under /Library/deal.II-bundle

This package requires you to install cmake before you can run any deal.II example.

After you installed the package (it modifies your .profile, so make sure this file is read by your environment), you can fire up a terminal and copy one of the parallel tutorial somewhere you have write permission to ad try

cmake .
make
mpirun -np 2 ./step-xx

where xx is your favorite step-number. This should just work out of the box.

I'm now working on a script which would allow you to move the entire bundle to a location of your liking, without breaking all library dependencies, but I'm not quite there yet. Also, I'm trying to make all libraries exploit @rpath capabilities of Mac OS 10.9, but some things are still not working properly, so for the moment everything works fine *only* if you keep the default installation path.

Happy new year to everyone. (the zipped file should get there pretty soon...

L.


--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

On 26 Dec 2013, at 15:08, Wolfgang Bangerth <bang...@math.tamu.edu> wrote:

>

> All:
> I know nothing about OS X, but just wanted to point out that...
>
>> Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp"
>> failed.
>> Compiler: /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++
>> Build flags:
>> -Qunused-arguments;-pedantic;-fpic;-Wall;-Wpointer-arith;-Wwrite-strings;-Wsynth;-Wsign-compare;-Wswitch;-Wno-long-long;;;-Wno-dangling-else;-Wno-delete-non-virtual-dtor;-Wno-long-long;-Wno-newline-eof;-Wno-unused-function;-Wno-unused-private-field;-Wno-unused-variable;-std=c++11;-Wno-parentheses;-Wno-long-long;-Wno-unused;-Wno-extra;-Wno-overloaded-virtual;-Wno-long-long
>> Id flags:
>>
>> The output was:
>> 1

>> g++: error: unrecognized command line option ‘-Qunused-arguments’

>
> ...mpic++ is apparently GCC based...
>
>> > -- The C compiler identification is Clang 5.0.0
>> > -- The CXX compiler identification is unknown
>
> ...whereas it apparently can't quite figure out what it is here.
>
>> > -- Check for working CXX compiler:
>> /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++
>> > -- Check for working CXX compiler:
>> /Library/deal.II-bundle/openmpi-1.6.5/bin/mpic++ -- broken
>
> And it complains here. Finally:
>
>> > # Compiler flags used for this build:
>> > # CMAKE_CXX_FLAGS: -Qunused-arguments
>
> This seems to indicate that the C++ compiler was identified as Clang.
>
> Cheers
> W.
>
>
> --
> ------------------------------------------------------------------------
> Wolfgang Bangerth email: bang...@math.tamu.edu
> www: http://www.math.tamu.edu/~bangerth/
>

[Jinhyun Choo]

Dear all,

Thanks to all the comments, I found the problem was that instead of clang the mpi wrapper picked gcc that I had manually installed. Removing the path for the gcc resolved the problem. I also found that the newly uploaded version also works for my case. Thanks again for all the help.

Best,

Jinhyun

[Ray S]

Dear Luca,

thanks for your upload.

I have the same issue as Simon had (29.10.2013). At make run the Trilinos lib is not found for tutorial example step-1:

[ 50%] Built target step-1

[100%] Run step-1 with Debug configuration

dyld: Library not loaded: libmesquite.11.dylib

  Referenced from: /Library/deal.II-bundle/deal.II-8.1/examples/step-1/./step-1

  Reason: image not found

make[3]: *** [CMakeFiles/run] Trace/BPT trap: 5

make[2]: *** [CMakeFiles/run.dir/all] Error 2

make[1]: *** [CMakeFiles/run.dir/rule] Error 2

make: *** [run] Error 2

I am running it on Mavericks with the latest XCode & command line tools & latest CMAKE.

Your package added to my .profile:

# Added by deal.II Installation

. /Library/deal.II-bundle/set_deal.II-bundle_paths.sh

Any suggestions?

Happy new year!

regards,

Raimund

[Luca Heltai]

Dear Raimund,

someone else had the same issue. For them it happened when they had a .bashrc file (which takes precedence over .profile, which is ignored if a .bashrc file exists).

The library libmesquite is not found because DYLD_LIBRARY_PATH is not exported correctly.

Can you try adding the same line

. /Library/deal.II-bundle/set_deal.II-bundle_paths.sh

to your .bashrc file?

I hope this fixes your issue.

Luca

--
Luca Heltai <luca....@gmail.com>
http://people.sissa.it/~heltai/
Scuola Internazionale Superiore di Studi Avanzati
Phone: +39 040 3787 449, Office: 622
--
There are no answers, only cross references

[Ray S]

Dear Luca,

thanks for your kind reply.
You were right, the path variables were not exported. No idea why the call of your script in ~/.profile didn't do the job - well, apple...
When adding the line calling the script to the ~/.bash_profile, then it works and printenv shows all of the definitions from the script.
Compilation and execution now runs fine.

Thanks again,
Raimund