February 2015 - discuss - mailman3.cels.anl.gov

Re: [mpich-discuss] Memory alignment with MPI_Alloc_mem
by Marcin Zalewski 19 Feb '15

19 Feb '15

On Wed, Feb 18, 2015 at 9:48 AM, Jeff Hammond <jeff.science(a)gmail.com> wrote: > > I have a hard time imagining that Cray doesn't do what's necessary to > ensure proper utilization of their network with the system software > they package. Oh, I am sure that they do something. However, I know that my large heap will be the source of buffers used with MPI, so, in theory, I could cut down on overhead by just preregistering it once and for all rather than in small chunks. Probably with hugepages the overhead gets close to 0 though. > The only place MPI does atomics on user buffers is in MPI-3 RMA, and > CrayMPI uses the software implementation in Ch3 by default (they have > a DMAPP implementation as an option, but I don't know the details). > > The easiest way to deal with the NIC alignment requirements is for > Cray to patch glibc so that malloc always returns an 8-byte aligned > address if it doesn't already. And stack alignment is always to basic > datatype granularity, so the only case where it could be an issue is > for atomics on 32b types on the stack, no? Actually, I need a huge alignment, as in an address divisible by 2^32. This is due to some implementation requirements, but I never have a problem getting such address with mmap. Thank you, Marcin > Best, > > Jeff > > On Mon, Feb 16, 2015 at 4:53 AM, Atchley, Scott <atchleyes(a)ornl.gov> wrote: > > Jeff, > > > > I expect that he is concerned with GNI's 4-byte alignment requirement for both the address and length for RDMA Reads and the 8-byte alignment for atomics. > > > > Scott > > > > On Feb 16, 2015, at 1:42 AM, Jeff Hammond <jeff.science(a)gmail.com> wrote: > > > >> If you are going to suballocate from a slab yourself, you can handle > >> alignment yourself easy enough, no? Do I not understand what you mean > >> here. And what sort of alignment do you want? Are you trying to > >> align to 32/64 bytes because of AVX or some other x86 feature on Cray > >> XC30 or do you want page alignment? > >> > >> But what do you really want to achieve? While it is usually > >> beneficial to use pre-registered buffers on RDMA networks, good MPI > >> implementations have a page-registration cache. If, as you say, you > >> are suballocating from a slab, Cray MPI should have the backing pages > >> in the registration cache after you use them as MPI buffers. > >> > >> You can maximize the efficiency of the page registration cache by > >> using large pages. Search for intro_hugepages using 'man' or on the > >> Internet to learn the specifics of this. I suspect that using large > >> pages will induce much of the benefit you hoped to achieve with an > >> explicitly-registering MPI_Alloc_mem. > >> > >> If you really want to max out RDMA on Cray networks, you need to use > >> DMAPP. I have some simple examples and pointers to docs here: > >> https://github.com/jeffhammond/HPCInfo/tree/master/dmapp. I have more > >> examples other places that I'll migrate to that location if requested. > >> > >> If you're interested in portability, MPI-3 RMA is a good abstraction > >> for RDMA networks. Some implementations do a better job than others > >> at exposing this relationship. Cray MPI has a DMAPP back-end for RMA > >> now, although it is not active by default. You could also try Torsten > >> Hoefler's foMPI > >> [http://spcl.inf.ethz.ch/Research/Parallel_Programming/foMPI/] > >> > >> Best, > >> > >> Jeff > >> > >> On Sat, Feb 14, 2015 at 2:37 PM, Marcin Zalewski > >> <marcin.zalewski(a)gmail.com> wrote: > >>> I am using Cray MPT, and I would like to allocate a large region of > >>> memory from which, in turn, I will allocate buffers to be used with > >>> MPI. I am wondering if there is any benefit from allocating that heap > >>> with MPI_Alloc_mem. I would hope that it could be pre-registered for > >>> RDMA, speeding things up. However, I need this memory to have a > >>> specific alignment. Is there a general way in MPICH or maybe a > >>> specific way for MPT to request alignment with MPI_Alloc_mem? > >>> > >>> Thanks, > >>> Marcin > >>> _______________________________________________ > >>> discuss mailing list discuss(a)mpich.org > >>> To manage subscription options or unsubscribe: > >>> https://lists.mpich.org/mailman/listinfo/discuss > >> > >> > >> > >> -- > >> Jeff Hammond > >> jeff.science(a)gmail.com > >> http://jeffhammond.github.io/ > >> _______________________________________________ > >> discuss mailing list discuss(a)mpich.org > >> To manage subscription options or unsubscribe: > >> https://lists.mpich.org/mailman/listinfo/discuss > > > > _______________________________________________ > > discuss mailing list discuss(a)mpich.org > > To manage subscription options or unsubscribe: > > https://lists.mpich.org/mailman/listinfo/discuss > > > > -- > Jeff Hammond > jeff.science(a)gmail.com > http://jeffhammond.github.io/ > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Memory alignment with MPI_Alloc_mem
by Jeff Hammond 18 Feb '15

18 Feb '15

On Mon, Feb 16, 2015 at 6:23 AM, Marcin Zalewski <marcin.zalewski(a)gmail.com> wrote: > Thanks for your answer Jeff. > > On Mon, Feb 16, 2015 at 1:42 AM, Jeff Hammond <jeff.science(a)gmail.com> wrote: >> If you are going to suballocate from a slab yourself, you can handle >> alignment yourself easy enough, no? Do I not understand what you mean >> here. And what sort of alignment do you want? Are you trying to >> align to 32/64 bytes because of AVX or some other x86 feature on Cray >> XC30 or do you want page alignment? > > We have an implementation of a global heap using a custom memory > allocator that depends on the heap being aligned to the maximum size > of a block, which we want to be 32 bits where possible. We are able to > achieve this with mmap by trying to allocate at addresses that are > right for our heap. So, trying to allocate random memory and align to > 32 bits may be difficult. I would recommend posix_memalign and then let the CrayMPI registration cache do the rest. Best, Jeff >> But what do you really want to achieve? While it is usually >> beneficial to use pre-registered buffers on RDMA networks, good MPI >> implementations have a page-registration cache. If, as you say, you >> are suballocating from a slab, Cray MPI should have the backing pages >> in the registration cache after you use them as MPI buffers. > > That's true, I did not think of registration cache. As you say below, > if I use huge pages for our heap, there should not be a problem with > the whole heap being cached. So probably the complexity of dealing > with MPI_Alloc_mem is not worth it at all. > >> You can maximize the efficiency of the page registration cache by >> using large pages. Search for intro_hugepages using 'man' or on the >> Internet to learn the specifics of this. I suspect that using large >> pages will induce much of the benefit you hoped to achieve with an >> explicitly-registering MPI_Alloc_mem. >> >> If you really want to max out RDMA on Cray networks, you need to use >> DMAPP. I have some simple examples and pointers to docs here: >> https://github.com/jeffhammond/HPCInfo/tree/master/dmapp. I have more >> examples other places that I'll migrate to that location if requested. >> >> If you're interested in portability, MPI-3 RMA is a good abstraction >> for RDMA networks. Some implementations do a better job than others >> at exposing this relationship. Cray MPI has a DMAPP back-end for RMA >> now, although it is not active by default. You could also try Torsten >> Hoefler's foMPI >> [http://spcl.inf.ethz.ch/Research/Parallel_Programming/foMPI/] >> >> Best, >> >> Jeff >> >> On Sat, Feb 14, 2015 at 2:37 PM, Marcin Zalewski >> <marcin.zalewski(a)gmail.com> wrote: >>> I am using Cray MPT, and I would like to allocate a large region of >>> memory from which, in turn, I will allocate buffers to be used with >>> MPI. I am wondering if there is any benefit from allocating that heap >>> with MPI_Alloc_mem. I would hope that it could be pre-registered for >>> RDMA, speeding things up. However, I need this memory to have a >>> specific alignment. Is there a general way in MPICH or maybe a >>> specific way for MPT to request alignment with MPI_Alloc_mem? >>> >>> Thanks, >>> Marcin >>> _______________________________________________ >>> discuss mailing list discuss(a)mpich.org >>> To manage subscription options or unsubscribe: >>> https://lists.mpich.org/mailman/listinfo/discuss >> >> >> >> -- >> Jeff Hammond >> jeff.science(a)gmail.com >> http://jeffhammond.github.io/ >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Jeff Hammond jeff.science(a)gmail.com http://jeffhammond.github.io/ _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Memory alignment with MPI_Alloc_mem
by Jeff Hammond 18 Feb '15

18 Feb '15

I have a hard time imagining that Cray doesn't do what's necessary to ensure proper utilization of their network with the system software they package. The only place MPI does atomics on user buffers is in MPI-3 RMA, and CrayMPI uses the software implementation in Ch3 by default (they have a DMAPP implementation as an option, but I don't know the details). The easiest way to deal with the NIC alignment requirements is for Cray to patch glibc so that malloc always returns an 8-byte aligned address if it doesn't already. And stack alignment is always to basic datatype granularity, so the only case where it could be an issue is for atomics on 32b types on the stack, no? Best, Jeff On Mon, Feb 16, 2015 at 4:53 AM, Atchley, Scott <atchleyes(a)ornl.gov> wrote: > Jeff, > > I expect that he is concerned with GNI's 4-byte alignment requirement for both the address and length for RDMA Reads and the 8-byte alignment for atomics. > > Scott > > On Feb 16, 2015, at 1:42 AM, Jeff Hammond <jeff.science(a)gmail.com> wrote: > >> If you are going to suballocate from a slab yourself, you can handle >> alignment yourself easy enough, no? Do I not understand what you mean >> here. And what sort of alignment do you want? Are you trying to >> align to 32/64 bytes because of AVX or some other x86 feature on Cray >> XC30 or do you want page alignment? >> >> But what do you really want to achieve? While it is usually >> beneficial to use pre-registered buffers on RDMA networks, good MPI >> implementations have a page-registration cache. If, as you say, you >> are suballocating from a slab, Cray MPI should have the backing pages >> in the registration cache after you use them as MPI buffers. >> >> You can maximize the efficiency of the page registration cache by >> using large pages. Search for intro_hugepages using 'man' or on the >> Internet to learn the specifics of this. I suspect that using large >> pages will induce much of the benefit you hoped to achieve with an >> explicitly-registering MPI_Alloc_mem. >> >> If you really want to max out RDMA on Cray networks, you need to use >> DMAPP. I have some simple examples and pointers to docs here: >> https://github.com/jeffhammond/HPCInfo/tree/master/dmapp. I have more >> examples other places that I'll migrate to that location if requested. >> >> If you're interested in portability, MPI-3 RMA is a good abstraction >> for RDMA networks. Some implementations do a better job than others >> at exposing this relationship. Cray MPI has a DMAPP back-end for RMA >> now, although it is not active by default. You could also try Torsten >> Hoefler's foMPI >> [http://spcl.inf.ethz.ch/Research/Parallel_Programming/foMPI/] >> >> Best, >> >> Jeff >> >> On Sat, Feb 14, 2015 at 2:37 PM, Marcin Zalewski >> <marcin.zalewski(a)gmail.com> wrote: >>> I am using Cray MPT, and I would like to allocate a large region of >>> memory from which, in turn, I will allocate buffers to be used with >>> MPI. I am wondering if there is any benefit from allocating that heap >>> with MPI_Alloc_mem. I would hope that it could be pre-registered for >>> RDMA, speeding things up. However, I need this memory to have a >>> specific alignment. Is there a general way in MPICH or maybe a >>> specific way for MPT to request alignment with MPI_Alloc_mem? >>> >>> Thanks, >>> Marcin >>> _______________________________________________ >>> discuss mailing list discuss(a)mpich.org >>> To manage subscription options or unsubscribe: >>> https://lists.mpich.org/mailman/listinfo/discuss >> >> >> >> -- >> Jeff Hammond >> jeff.science(a)gmail.com >> http://jeffhammond.github.io/ >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Jeff Hammond jeff.science(a)gmail.com http://jeffhammond.github.io/ _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Mpich won't compile with gcc-5
by Jan Wittke 18 Feb '15

18 Feb '15

Yes this was the poroblem. Now its compiling. Thank you Jan On 18.02.2015 12:18, Balaji, Pavan wrote: > Did you check if gfortran-5 works for simple Fortran programs? It looks like it doesn't. > > configure:38446: ./conftest > ./conftest: error while loading shared libraries: libquadmath.so.0: cannot open shared object file: No such file or directory > configure:38446: $? = 127 > configure: program exited with status 127 > configure: failed program was: > | > | > | program main > | real a(2) > | integer irc, cisize > | irc = cisize(a(1),a(2)) > | end > > -- Pavan > >> On Feb 18, 2015, at 4:56 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: >> >> Yes, >> >> here. >> >> Thank you >> Jan >> >> >> On 18.02.2015 11:52, Balaji, Pavan wrote: >>> Can you send the config.log file? >>> >>> -- Pavan >>> >>>> On Feb 18, 2015, at 4:28 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: >>>> >>>> Yes, >>>> >>>> I only want to use gfortran-5. >>>> >>>> Regards, >>>> Jan >>>> >>>> >>>> On 18.02.2015 11:26, Balaji, Pavan wrote: >>>>> Are you using gfortran-5 as well? That seems to be giving an issue. If you don't need fortran, you can disable it by passing --disable-fortran to configure. >>>>> >>>>> -- Pavan >>>>> >>>>>> On Feb 18, 2015, at 4:14 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> after installing gcc-5-20150208 from source with >>>>>> >>>>>> /opt/gcc-5-20150208/configure --program-suffix=-5 --prefix=/usr/local --enable-languages=c,c++,fortran --disable-multilib >>>>>> >>>>>> I am not able to run the mpich ./configure script properly. >>>>>> Doing: >>>>>> >>>>>> CC=/usr/local/bin/gcc-5 FC=/usr/local/bin/gfortran-5 ./configure --enable-threads >>>>>> >>>>>> in the mpich-3.2a2 directory I got the error: >>>>>> >>>>>> configure: error: Unable to configure with Fortran support because configure could not determine the size of a Fortran INTEGER. Consider setting CROSS_F77_SIZEOF_INTEGER to the length in bytes of a Fortran INTEGER >>>>>> >>>>>> Is there any fix around ? >>>>>> >>>>>> Thank you, >>>>>> Jan >>>>>> >>>>>> >> <config.log>_______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > -- > Pavan Balaji ✉️ > http://www.mcs.anl.gov/~balaji > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Jan Wittke Geophysicist (M.Sc.) Institute of Geophysics and Meteorology University of Cologne Email: wittke(a)geo.uni-koeln.de Homepage: www.geomet.uni-koeln.de Tel.: +49 (0)221 470 6132 / Room 310 _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Mpich won't compile with gcc-5
by Balaji, Pavan 18 Feb '15

18 Feb '15

Did you check if gfortran-5 works for simple Fortran programs? It looks like it doesn't. configure:38446: ./conftest ./conftest: error while loading shared libraries: libquadmath.so.0: cannot open shared object file: No such file or directory configure:38446: $? = 127 configure: program exited with status 127 configure: failed program was: | | | program main | real a(2) | integer irc, cisize | irc = cisize(a(1),a(2)) | end -- Pavan > On Feb 18, 2015, at 4:56 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: > > Yes, > > here. > > Thank you > Jan > > > On 18.02.2015 11:52, Balaji, Pavan wrote: >> Can you send the config.log file? >> >> -- Pavan >> >>> On Feb 18, 2015, at 4:28 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: >>> >>> Yes, >>> >>> I only want to use gfortran-5. >>> >>> Regards, >>> Jan >>> >>> >>> On 18.02.2015 11:26, Balaji, Pavan wrote: >>>> Are you using gfortran-5 as well? That seems to be giving an issue. If you don't need fortran, you can disable it by passing --disable-fortran to configure. >>>> >>>> -- Pavan >>>> >>>>> On Feb 18, 2015, at 4:14 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: >>>>> >>>>> Hi, >>>>> >>>>> after installing gcc-5-20150208 from source with >>>>> >>>>> /opt/gcc-5-20150208/configure --program-suffix=-5 --prefix=/usr/local --enable-languages=c,c++,fortran --disable-multilib >>>>> >>>>> I am not able to run the mpich ./configure script properly. >>>>> Doing: >>>>> >>>>> CC=/usr/local/bin/gcc-5 FC=/usr/local/bin/gfortran-5 ./configure --enable-threads >>>>> >>>>> in the mpich-3.2a2 directory I got the error: >>>>> >>>>> configure: error: Unable to configure with Fortran support because configure could not determine the size of a Fortran INTEGER. Consider setting CROSS_F77_SIZEOF_INTEGER to the length in bytes of a Fortran INTEGER >>>>> >>>>> Is there any fix around ? >>>>> >>>>> Thank you, >>>>> Jan >>>>> >>>>> > > <config.log>_______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Pavan Balaji ✉️ http://www.mcs.anl.gov/~balaji _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Mpich won't compile with gcc-5
by Jan Wittke 18 Feb '15

18 Feb '15

Yes, here. Thank you Jan On 18.02.2015 11:52, Balaji, Pavan wrote: > Can you send the config.log file? > > -- Pavan > >> On Feb 18, 2015, at 4:28 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: >> >> Yes, >> >> I only want to use gfortran-5. >> >> Regards, >> Jan >> >> >> On 18.02.2015 11:26, Balaji, Pavan wrote: >>> Are you using gfortran-5 as well? That seems to be giving an issue. If you don't need fortran, you can disable it by passing --disable-fortran to configure. >>> >>> -- Pavan >>> >>>> On Feb 18, 2015, at 4:14 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: >>>> >>>> Hi, >>>> >>>> after installing gcc-5-20150208 from source with >>>> >>>> /opt/gcc-5-20150208/configure --program-suffix=-5 --prefix=/usr/local --enable-languages=c,c++,fortran --disable-multilib >>>> >>>> I am not able to run the mpich ./configure script properly. >>>> Doing: >>>> >>>> CC=/usr/local/bin/gcc-5 FC=/usr/local/bin/gfortran-5 ./configure --enable-threads >>>> >>>> in the mpich-3.2a2 directory I got the error: >>>> >>>> configure: error: Unable to configure with Fortran support because configure could not determine the size of a Fortran INTEGER. Consider setting CROSS_F77_SIZEOF_INTEGER to the length in bytes of a Fortran INTEGER >>>> >>>> Is there any fix around ? >>>> >>>> Thank you, >>>> Jan >>>> >>>> _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Mpich won't compile with gcc-5
by Balaji, Pavan 18 Feb '15

18 Feb '15

Can you send the config.log file? -- Pavan > On Feb 18, 2015, at 4:28 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: > > Yes, > > I only want to use gfortran-5. > > Regards, > Jan > > > On 18.02.2015 11:26, Balaji, Pavan wrote: >> Are you using gfortran-5 as well? That seems to be giving an issue. If you don't need fortran, you can disable it by passing --disable-fortran to configure. >> >> -- Pavan >> >>> On Feb 18, 2015, at 4:14 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: >>> >>> Hi, >>> >>> after installing gcc-5-20150208 from source with >>> >>> /opt/gcc-5-20150208/configure --program-suffix=-5 --prefix=/usr/local --enable-languages=c,c++,fortran --disable-multilib >>> >>> I am not able to run the mpich ./configure script properly. >>> Doing: >>> >>> CC=/usr/local/bin/gcc-5 FC=/usr/local/bin/gfortran-5 ./configure --enable-threads >>> >>> in the mpich-3.2a2 directory I got the error: >>> >>> configure: error: Unable to configure with Fortran support because configure could not determine the size of a Fortran INTEGER. Consider setting CROSS_F77_SIZEOF_INTEGER to the length in bytes of a Fortran INTEGER >>> >>> Is there any fix around ? >>> >>> Thank you, >>> Jan >>> >>> >>> >>> -- >>> Jan Wittke >>> Geophysicist (M.Sc.) >>> Institute of Geophysics and Meteorology >>> University of Cologne >>> Email: wittke(a)geo.uni-koeln.de >>> Homepage: www.geomet.uni-koeln.de >>> Tel.: +49 (0)221 470 6132 / Room 310 >>> >>> _______________________________________________ >>> discuss mailing list discuss(a)mpich.org >>> To manage subscription options or unsubscribe: >>> https://lists.mpich.org/mailman/listinfo/discuss >> -- >> Pavan Balaji ✉️ >> http://www.mcs.anl.gov/~balaji >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > > > -- > Jan Wittke > Geophysicist (M.Sc.) > Institute of Geophysics and Meteorology > University of Cologne > Email: wittke(a)geo.uni-koeln.de > Homepage: www.geomet.uni-koeln.de > Tel.: +49 (0)221 470 6132 / Room 310 > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Pavan Balaji ✉️ http://www.mcs.anl.gov/~balaji _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Mpich won't compile with gcc-5
by Jan Wittke 18 Feb '15

18 Feb '15

Yes, I only want to use gfortran-5. Regards, Jan On 18.02.2015 11:26, Balaji, Pavan wrote: > Are you using gfortran-5 as well? That seems to be giving an issue. If you don't need fortran, you can disable it by passing --disable-fortran to configure. > > -- Pavan > >> On Feb 18, 2015, at 4:14 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: >> >> Hi, >> >> after installing gcc-5-20150208 from source with >> >> /opt/gcc-5-20150208/configure --program-suffix=-5 --prefix=/usr/local --enable-languages=c,c++,fortran --disable-multilib >> >> I am not able to run the mpich ./configure script properly. >> Doing: >> >> CC=/usr/local/bin/gcc-5 FC=/usr/local/bin/gfortran-5 ./configure --enable-threads >> >> in the mpich-3.2a2 directory I got the error: >> >> configure: error: Unable to configure with Fortran support because configure could not determine the size of a Fortran INTEGER. Consider setting CROSS_F77_SIZEOF_INTEGER to the length in bytes of a Fortran INTEGER >> >> Is there any fix around ? >> >> Thank you, >> Jan >> >> >> >> -- >> Jan Wittke >> Geophysicist (M.Sc.) >> Institute of Geophysics and Meteorology >> University of Cologne >> Email: wittke(a)geo.uni-koeln.de >> Homepage: www.geomet.uni-koeln.de >> Tel.: +49 (0)221 470 6132 / Room 310 >> >> _______________________________________________ >> discuss mailing list discuss(a)mpich.org >> To manage subscription options or unsubscribe: >> https://lists.mpich.org/mailman/listinfo/discuss > -- > Pavan Balaji ✉️ > http://www.mcs.anl.gov/~balaji > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Jan Wittke Geophysicist (M.Sc.) Institute of Geophysics and Meteorology University of Cologne Email: wittke(a)geo.uni-koeln.de Homepage: www.geomet.uni-koeln.de Tel.: +49 (0)221 470 6132 / Room 310 _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Re: [mpich-discuss] Mpich won't compile with gcc-5
by Balaji, Pavan 18 Feb '15

18 Feb '15

Are you using gfortran-5 as well? That seems to be giving an issue. If you don't need fortran, you can disable it by passing --disable-fortran to configure. -- Pavan > On Feb 18, 2015, at 4:14 AM, Jan Wittke <wittke(a)geo.uni-koeln.de> wrote: > > Hi, > > after installing gcc-5-20150208 from source with > > /opt/gcc-5-20150208/configure --program-suffix=-5 --prefix=/usr/local --enable-languages=c,c++,fortran --disable-multilib > > I am not able to run the mpich ./configure script properly. > Doing: > > CC=/usr/local/bin/gcc-5 FC=/usr/local/bin/gfortran-5 ./configure --enable-threads > > in the mpich-3.2a2 directory I got the error: > > configure: error: Unable to configure with Fortran support because configure could not determine the size of a Fortran INTEGER. Consider setting CROSS_F77_SIZEOF_INTEGER to the length in bytes of a Fortran INTEGER > > Is there any fix around ? > > Thank you, > Jan > > > > -- > Jan Wittke > Geophysicist (M.Sc.) > Institute of Geophysics and Meteorology > University of Cologne > Email: wittke(a)geo.uni-koeln.de > Homepage: www.geomet.uni-koeln.de > Tel.: +49 (0)221 470 6132 / Room 310 > > _______________________________________________ > discuss mailing list discuss(a)mpich.org > To manage subscription options or unsubscribe: > https://lists.mpich.org/mailman/listinfo/discuss -- Pavan Balaji ✉️ http://www.mcs.anl.gov/~balaji _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0

Mpich won't compile with gcc-5
by Jan Wittke 18 Feb '15

18 Feb '15

Hi, after installing gcc-5-20150208 from source with /opt/gcc-5-20150208/configure --program-suffix=-5 --prefix=/usr/local --enable-languages=c,c++,fortran --disable-multilib I am not able to run the mpich ./configure script properly. Doing: CC=/usr/local/bin/gcc-5 FC=/usr/local/bin/gfortran-5 ./configure --enable-threads in the mpich-3.2a2 directory I got the error: configure: error: Unable to configure with Fortran support because configure could not determine the size of a Fortran INTEGER. Consider setting CROSS_F77_SIZEOF_INTEGER to the length in bytes of a Fortran INTEGER Is there any fix around ? Thank you, Jan -- Jan Wittke Geophysicist (M.Sc.) Institute of Geophysics and Meteorology University of Cologne Email: wittke(a)geo.uni-koeln.de Homepage: www.geomet.uni-koeln.de Tel.: +49 (0)221 470 6132 / Room 310 _______________________________________________ discuss mailing list discuss(a)mpich.org To manage subscription options or unsubscribe: https://lists.mpich.org/mailman/listinfo/discuss

1 0