Opened 15 years ago

Closed 11 years ago

#20240 closed defect (wontfix)

Openmpi problem with universal_arch = i386 x86_64

Reported by: lvcargnini@… Owned by: mww@…
Priority: Normal Milestone:
Component: ports Version: 1.7.1
Keywords: Cc: manphiz@…, mamoll (Mark Moll)
Port: openmpi

Description (last modified by mf2k (Frank Schima))

trying to install openmpi, with universal_arch = i386 x86_64, I get the following error:

-->  Configuring openmpi
Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/build" && /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/openmpi-1.3.2/configure --prefix=/opt/local --with-xgrid --sysconfdir=/opt/local/etc/openmpi --includedir=/opt/local/include/openmpi --bindir=/opt/local/lib/openmpi/bin --mandir=/opt/local/share/man --enable-f77 --enable-f90 --disable-dependency-tracking " returned error 1
Command output: checking for strings.h... no
checking for inttypes.h... no
checking for stdint.h... no
checking for unistd.h... no
checking for long long... no
checking for long double... no
checking for int8_t... no
checking for uint8_t... no
checking for int16_t... no
checking for uint16_t... no
checking for int32_t... no
checking for uint32_t... no
checking for int64_t... no
checking for uint64_t... no
checking for intptr_t... no
checking for uintptr_t... no
checking for mode_t... no
checking for ssize_t... no
checking for ptrdiff_t... no
checking size of char... 0
checking size of short... 0
checking size of int... 0
checking size of long... 0
checking size of float... 0
checking size of double... 0
checking size of void *... 0
checking size of size_t... 0
checking alignment of char... configure: WARNING: *** Problem running configure test!
configure: WARNING: *** See config.log for details.
configure: error: *** Cannot continue.

Error: Status 1 encountered during processing.

Attachments (2)

config.log (167.7 KB) - added by lvcargnini@… 15 years ago.
Config.log of the openmpi error, decribed in this tiket
patch-openmpi-universal.diff (612 bytes) - added by manphiz@… 14 years ago.
Patch against current openmpi Portfile to enable universal build

Download all attachments as: .zip

Change History (11)

comment:1 in reply to:  description Changed 15 years ago by lvcargnini@…

Replying to lvcargnini@…:

Fixing the message above:

--> Configuring openmpi Error: Target org.macports.configure returned: configure failure: shell command " 
cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/build" && 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/openmpi-1.3.2/configure 
--prefix=/opt/local --with-xgrid --sysconfdir=/opt/local/etc/openmpi --includedir=/opt/local/include/openmpi --bindir=/opt/local/lib/openmpi/bin 
--mandir=/opt/local/share/man --enable-f77 --enable-f90 --disable-dependency-tracking " 
returned error 1 
Command output: 
checking for strings.h... no 
checking for inttypes.h... no 
checking for stdint.h... no 
checking for unistd.h... no 
checking for long long... no 
checking for long double... no 
checking for int8_t... no 
checking for uint8_t... no 
checking for int16_t... no 
checking for uint16_t... no 
checking for int32_t... no 
checking for uint32_t... no 
checking for int64_t... no 
checking for uint64_t... no 
checking for intptr_t... no 
checking for uintptr_t... no 
checking for mode_t... no 
checking for ssize_t... no 
checking for ptrdiff_t... no 
checking size of char... 0 
checking size of short... 0 
checking size of int... 0 
checking size of long... 0 
checking size of float... 0 
checking size of double... 0 
checking size of void *... 0 
checking size of size_t... 0 
checking alignment of char... 
configure: WARNING: *** Problem running configure test!
 configure: WARNING: *** See config.log for details.
 configure: error: *** Cannot continue.

comment:2 Changed 15 years ago by mf2k (Frank Schima)

Description: modified (diff)
Keywords: openmpi removed
Owner: changed from macports-tickets@… to mww@…
Priority: HighNormal

In the future, please use WikiFormatting,

Changed 15 years ago by lvcargnini@…

Attachment: config.log added

Config.log of the openmpi error, decribed in this tiket

comment:3 Changed 15 years ago by tobypeterson

disabled universal build in r54192

comment:4 Changed 14 years ago by manphiz@…

It seems that by using "PortGroup muniversal" rules openmpi can be built universal. Patch attached. Tested on Mac OS X 10.6.4 with xcode 3.2.3.

Changed 14 years ago by manphiz@…

Patch against current openmpi Portfile to enable universal build

comment:5 Changed 14 years ago by manphiz@…

Cc: manphiz@… added

Cc Me!

comment:6 Changed 12 years ago by mamoll (Mark Moll)

Cc: mmoll@… added

Cc Me!

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

It seems that this is still an issue with OpenMPI (and MPICH). I don't know if it's something worth fixing since neither upstream project wants to support it. There is a comment in the OpenMPI portfile that says:

# TODO: Improve universal.  The only issue is with ${prefix}/include/openmpi/mpif-config.h
#       It requires preprocessing, so it will work with #include directives
#       but not if clients use INCLUDE

mww, mmoll: what do you guys think?

comment:8 Changed 11 years ago by mamoll (Mark Moll)

My opinion is that universal is dead. If it's easy to support universal, then it's okay to keep it around. But if new patches will have to be written to support universal/i386/ppc*, then I'd say that it's time to drop support for those architectures.

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

Resolution: wontfix
Status: newclosed

Replying to mmoll@…:

My opinion is that universal is dead. If it's easy to support universal, then it's okay to keep it around. But if new patches will have to be written to support universal/i386/ppc*, then I'd say that it's time to drop support for those architectures.

I agree (and it's what is currently done with the mpi ports). I'll close this ticket but we can reopen and discuss it more if need be.

Note: See TracTickets for help on using tickets.