Opened 9 years ago

Closed 9 years ago

Last modified 9 years ago

#48825 closed defect (fixed)

dolfin @1.6.0_0 +openmpi +suitesparse fails to build

Reported by: Schamschula (Marius Schamschula) Owned by: seanfarley (Sean Farley)
Priority: Normal Milestone:
Component: ports Version: 2.3.3
Keywords: Cc:
Port: dolfin

Description

The update to dolfin 1.6.0 (+openmpi +suitesparse variant) fails to build while compiling modulePYTHON_wrap.cxx. main.log attached. I have had two Yosemite machines fail the same way.

Attachments (1)

main.log.gz (20.2 KB) - added by Schamschula (Marius Schamschula) 9 years ago.

Download all attachments as: .zip

Change History (10)

Changed 9 years ago by Schamschula (Marius Schamschula)

Attachment: main.log.gz added

comment:1 Changed 9 years ago by petrrr

Cc: sean@… removed
Owner: changed from macports-tickets@… to sean@…

comment:2 Changed 9 years ago by seanfarley (Sean Farley)

I just installed this and had no problems. Do you have anything installed in /usr/local? The log file suggests some weird things going on with c++ (perhaps stdc++ issues?). I dunno. Maybe boost is throwing in the wrong libs?

comment:3 in reply to:  2 ; Changed 9 years ago by Schamschula (Marius Schamschula)

Replying to sean@…:

I just installed this and had no problems. Do you have anything installed in /usr/local? The log file suggests some weird things going on with c++ (perhaps stdc++ issues?). I dunno. Maybe boost is throwing in the wrong libs?

Nope. Nothing in /usr/local.

port installed boost gives me boost @1.59.0_1+mpich+no_single+no_static+python27

comment:4 in reply to:  3 Changed 9 years ago by seanfarley (Sean Farley)

Resolution: fixed
Status: newclosed

Replying to mschamschula@…:

Replying to sean@…:

I just installed this and had no problems. Do you have anything installed in /usr/local? The log file suggests some weird things going on with c++ (perhaps stdc++ issues?). I dunno. Maybe boost is throwing in the wrong libs?

Nope. Nothing in /usr/local.

port installed boost gives me boost @1.59.0_1+mpich+no_single+no_static+python27

This should have been caught by mpi portgroup. You need to match the same mpi variants with boost and its descendants due to the fact that mpi is a compiler wrapper. I'm going to mark this as invalid but if my advice of installing dolfin +mpich doesn't work, feel free to reopen.

comment:5 Changed 9 years ago by Schamschula (Marius Schamschula)

Hmm.

When I initially installed dolfin it also installed mpich, as that is the dolfin default variant (+mpich +suitesparse).

So when I attempted to upgrade dolfin to 1.6.0 I ran into this issue. After cleaning out dolfin (and its particular dependencies) I just attempted to install dolfin.

This time I manually set +mpich (redundant, but just make sure). The results (errors) are the same, even though the parallel build job got terminated in a different order.

comment:6 Changed 9 years ago by seanfarley (Sean Farley)

Resolution: fixed
Status: closedreopened

Well, damn. There seems to be weird things with libc++ and julia.

comment:7 Changed 9 years ago by seanfarley (Sean Farley)

Resolution: fixed
Status: reopenedclosed

I just dug this up again. I think it's happening because one of your dependency ports was built with gcc. If you can ensure they are all built with clang, then I think that was fix it.

comment:8 in reply to:  7 ; Changed 9 years ago by Schamschula (Marius Schamschula)

Replying to sean@…:

I just dug this up again. I think it's happening because one of your dependency ports was built with gcc. If you can ensure they are all built with clang, then I think that was fix it.

In other words, use +accelerate, rather than +atlas to build SuiteSparse?

atlas is built using gcc by default.

After all, my only reason to build dolfin was as a prerequisite for octave-fem-fenics.

comment:9 in reply to:  8 Changed 9 years ago by seanfarley (Sean Farley)

Replying to mschamschula@…:

Replying to sean@…:

I just dug this up again. I think it's happening because one of your dependency ports was built with gcc. If you can ensure they are all built with clang, then I think that was fix it.

In other words, use +accelerate, rather than +atlas to build SuiteSparse?

atlas is built using gcc by default.

After all, my only reason to build dolfin was as a prerequisite for octave-fem-fenics.

That *should* be alright but you can try to use clang to build atlas. I was more worried about something using gcc's c++ library as opposed to clang (since they are incompatible). boost smells suspicious but I can't really tell for sure.

Note: See TracTickets for help on using tickets.