Opened 10 years ago

Closed 9 years ago

Last modified 9 years ago

#46736 closed defect (wontfix)

mpich-dragonegg33 @3.1.3 +fortran/mpich-devel-dragonegg33 @3.2a2 +fortran linking fails

Reported by: dstrubbe (David Strubbe) Owned by: seanfarley (Sean Farley)
Priority: Normal Milestone:
Component: ports Version: 2.3.3
Keywords: Cc: eborisch (Eric A. Borisch)
Port: mpich, mpich-devel

Description

Linking fails for these ports for me on OSX 10.8.5. openmpi-dragonegg33 builds ok though. This is the error:

:info:build libtool: link: /opt/local/bin/dragonegg-3.3-gcc -pipe -m64 -O2 -Wl,-headerpad_max_install_names -Wl,-flat_namespace -o src/env/mpichversion src/env/mpichversion.o  lib/.libs/libmpi.a -L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_mpich/mpich-dragonegg33/work/mpich-3.1.3/src/mpl -L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_mpich/mpich-dragonegg33/work/mpich-3.1.3/src/openpa/src -lpthread
:info:build Undefined symbols for architecture x86_64:
:info:build   "_MPI_Abort", referenced from:
:info:build       _main in mpivars.o
:info:build   "_MPI_Comm_rank", referenced from:
:info:build       _main in mpivars.o
:info:build   "_MPI_Finalize", referenced from:
:info:build       _main in mpivars.o
:info:build   "_MPI_Init_thread", referenced from:
:info:build       _main in mpivars.o

Attachments (2)

mpich-dragonegg33-main.log.tgz (127.9 KB) - added by dstrubbe (David Strubbe) 10 years ago.
mpich-devel-dragonegg33-main.log.tgz (131.2 KB) - added by dstrubbe (David Strubbe) 10 years ago.

Download all attachments as: .zip

Change History (10)

Changed 10 years ago by dstrubbe (David Strubbe)

Changed 10 years ago by dstrubbe (David Strubbe)

comment:1 Changed 10 years ago by dstrubbe (David Strubbe)

Cc: eborisch@… added

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

Should we just remove the dragonegg variants from the compilers portgroup and mpi subports?

comment:3 in reply to:  2 Changed 9 years ago by eborisch (Eric A. Borisch)

Replying to sean@…:

Should we just remove the dragonegg variants from the compilers portgroup and mpi subports?

I'm all for it.

comment:4 Changed 9 years ago by dstrubbe (David Strubbe)

Resolution: wontfix
Status: newclosed

Support for dragonegg compilers has been removed from the MPICH port.

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

Replying to dstrubbe@…:

Support for dragonegg compilers has been removed from the MPICH port.

Should we remove those variants from the compilers/mpi port group, too?

comment:6 Changed 9 years ago by dstrubbe (David Strubbe)

There are some ports that use dragonegg specifically, e.g. OpenBLAS, apparently due to AVX support. So, I think unless we find that is no longer useful, we should keep dragonegg in the compilers portgroup.

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

OpenBLAS (nor ATLAS) use the compilers portgroup. Plus, the mpi portgroup dependes on the compiler portgroup. I think it'd make more sense to remove them from the group and just add those variants to the ports that really need them (if any at all)

comment:8 Changed 9 years ago by dstrubbe (David Strubbe)

Ok fair enough. In practice, the use of dragonegg-gfortran in OpenBLAS is not compatible with the compilers portgroup anyway since it is done along with clang rather than dragonegg-gcc.

Note: See TracTickets for help on using tickets.