* Re: Setting up a proper modelling environment in Cygwin
2020-09-11 14:59 ` Marco Atzeri
@ 2020-09-12 5:39 ` Brian Inglis
2020-09-12 6:51 ` Marco Atzeri
2020-09-12 6:13 ` ASSI
` (2 subsequent siblings)
3 siblings, 1 reply; 14+ messages in thread
From: Brian Inglis @ 2020-09-12 5:39 UTC (permalink / raw)
To: cygwin
On 2020-09-11 08:59, Marco Atzeri via Cygwin wrote:
> On 11.09.2020 04:37, Lawrence Bernardo via Cygwin wrote:
>> Dear Cygwin users and developers,
>>
>> I am trying to run some models based on the ROMS ocean modeling system. And
>> although I mainly run such models on Linux supercomputing systems, I
>> sometimes use Cygwin to make test runs. However, whenever I install Cygwin
>> on a new PC, I often find that my set up on an older PC I had been using
>> doesn't work properly. After looking deeper into the issues, it seems that
>> proper compilation requires that the same fortran compiler (gfortran in
>> this case) be used to compile the necessary components.
>>
>> And as far as I understand, these components would mainly be:
>> - netcdf-fortran
>> As the gfortran compiler version number used for these different components
>> is not indicated whenever I run cygwin setup-x86_64.exe, I am left to guess
>> which version numbers for each to select. Of course, another option would
>> be to accept the defaults for some components, and then compile my own
>> version of say, netcdf, but this attempt almost always fails, and I'm not
>> sure if this is due to conflicts with the already existing cygwin setup.
>>
>> Given the issues above, would anyone have any suggestions or
>> recommendations on how to best achieve the setup I would like to have? I
>> will greatly appreciate any help.
> netcdf-fortran needs a rebuild
>
> $ zcat /usr/include/netcdf.mod | head -n 1
> GFORTRAN module version '14' created from netcdf4.f90
Worse, setup.ini somehow now contains component package netcdf-fortran-debuginfo
but not netcdf-fortran itself!
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in IEC units and prefixes, physical quantities in SI.]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Setting up a proper modelling environment in Cygwin
2020-09-12 5:39 ` Brian Inglis
@ 2020-09-12 6:51 ` Marco Atzeri
0 siblings, 0 replies; 14+ messages in thread
From: Marco Atzeri @ 2020-09-12 6:51 UTC (permalink / raw)
To: cygwin
On 12.09.2020 07:39, Brian Inglis wrote:
> On 2020-09-11 08:59, Marco Atzeri via Cygwin wrote:
>> On 11.09.2020 04:37, Lawrence Bernardo via Cygwin wrote:
>>> Dear Cygwin users and developers,
>>>
>>> I am trying to run some models based on the ROMS ocean modeling system. And
>>> although I mainly run such models on Linux supercomputing systems, I
>>> sometimes use Cygwin to make test runs. However, whenever I install Cygwin
>>> on a new PC, I often find that my set up on an older PC I had been using
>>> doesn't work properly. After looking deeper into the issues, it seems that
>>> proper compilation requires that the same fortran compiler (gfortran in
>>> this case) be used to compile the necessary components.
>>>
>>> And as far as I understand, these components would mainly be:
>
>>> - netcdf-fortran
>
>>> As the gfortran compiler version number used for these different components
>>> is not indicated whenever I run cygwin setup-x86_64.exe, I am left to guess
>>> which version numbers for each to select. Of course, another option would
>>> be to accept the defaults for some components, and then compile my own
>>> version of say, netcdf, but this attempt almost always fails, and I'm not
>>> sure if this is due to conflicts with the already existing cygwin setup.
>>>
>>> Given the issues above, would anyone have any suggestions or
>>> recommendations on how to best achieve the setup I would like to have? I
>>> will greatly appreciate any help.
>
>> netcdf-fortran needs a rebuild
>>
>> $ zcat /usr/include/netcdf.mod | head -n 1
>> GFORTRAN module version '14' created from netcdf4.f90
>
> Worse, setup.ini somehow now contains component package netcdf-fortran-debuginfo
> but not netcdf-fortran itself!
>
of course they are called a bit differently
libnetcdf-fortran-devel 4.5.2-1
libnetcdf-fortran_7 4.5.2-1
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Setting up a proper modelling environment in Cygwin
2020-09-11 14:59 ` Marco Atzeri
2020-09-12 5:39 ` Brian Inglis
@ 2020-09-12 6:13 ` ASSI
2020-09-12 6:56 ` Marco Atzeri
2020-09-12 10:24 ` Marco Atzeri
2020-09-12 9:29 ` Achim Gratz
2020-09-14 2:07 ` Lawrence Bernardo
3 siblings, 2 replies; 14+ messages in thread
From: ASSI @ 2020-09-12 6:13 UTC (permalink / raw)
To: cygwin
Marco Atzeri via Cygwin writes:
> Now the current gfortran has
>
> $ zcat
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/finclude/ieee_arithmetic.mod|head
> -n 1
> GFORTRAN module version '15' created from ieee_arithmetic.F90
>
> openmpi was built with last gcc so it is aligned
That points to some larger problem with the way dependencies are
extracted for packages using Fortran modules.
> Give me some days for an update of the package
> And I will need to re-build for test gcc 10 also,
> but it is less urgent
No. :-)
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Setting up a proper modelling environment in Cygwin
2020-09-12 6:13 ` ASSI
@ 2020-09-12 6:56 ` Marco Atzeri
2020-09-12 8:47 ` Achim Gratz
2020-09-12 10:24 ` Marco Atzeri
1 sibling, 1 reply; 14+ messages in thread
From: Marco Atzeri @ 2020-09-12 6:56 UTC (permalink / raw)
To: cygwin
On 12.09.2020 08:13, ASSI wrote:
> Marco Atzeri via Cygwin writes:
>> Now the current gfortran has
>>
>> $ zcat
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/finclude/ieee_arithmetic.mod|head
>> -n 1
>> GFORTRAN module version '15' created from ieee_arithmetic.F90
>>
>> openmpi was built with last gcc so it is aligned
>
> That points to some larger problem with the way dependencies are
> extracted for packages using Fortran modules.
>
>> Give me some days for an update of the package
>> And I will need to re-build for test gcc 10 also,
>> but it is less urgent
>
> No. :-)
No as "I do not need for GCC 10" or
no "it is really urgent to build a test version to match the
gcc test version" ?
$ zcat
/usr/lib/gcc/x86_64-pc-cygwin/10.2.0/finclude/ieee_arithmetic.mod| head -n 1
GFORTRAN module version '15' created from ieee_arithmetic.F90
ok, it is "I do not need for GCC 10"
> Regards,
> Achim.
>
Regards
Marco
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Setting up a proper modelling environment in Cygwin
2020-09-12 6:13 ` ASSI
2020-09-12 6:56 ` Marco Atzeri
@ 2020-09-12 10:24 ` Marco Atzeri
1 sibling, 0 replies; 14+ messages in thread
From: Marco Atzeri @ 2020-09-12 10:24 UTC (permalink / raw)
To: cygwin
On 12.09.2020 08:13, ASSI wrote:
> Marco Atzeri via Cygwin writes:
>> Now the current gfortran has
>>
>> $ zcat
>> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/finclude/ieee_arithmetic.mod|head
>> -n 1
>> GFORTRAN module version '15' created from ieee_arithmetic.F90
>>
>> openmpi was built with last gcc so it is aligned
>
> That points to some larger problem with the way dependencies are
> extracted for packages using Fortran modules.
I doubt we have any dependencies from Fortran modules
in our packages.
They are mainly used by others building their own binaries
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Setting up a proper modelling environment in Cygwin
2020-09-11 14:59 ` Marco Atzeri
2020-09-12 5:39 ` Brian Inglis
2020-09-12 6:13 ` ASSI
@ 2020-09-12 9:29 ` Achim Gratz
2020-09-14 2:07 ` Lawrence Bernardo
3 siblings, 0 replies; 14+ messages in thread
From: Achim Gratz @ 2020-09-12 9:29 UTC (permalink / raw)
To: cygwin
Marco Atzeri via Cygwin writes:
> On 11.09.2020 04:37, Lawrence Bernardo via Cygwin wrote:
> for what I am aware the problem is only present with
> fortran modules if you are using them.
> Now the current gfortran has
>
> $ zcat
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/finclude/ieee_arithmetic.mod|head
> -n 1
> GFORTRAN module version '15' created from ieee_arithmetic.F90
>
> openmpi was built with last gcc so it is aligned
>
> $ zcat /usr/lib/mpi.mod |head -n 1
> GFORTRAN module version '15' created from mpi-ignore-tkr.F90
If these are dependent on the compiler version / module ABI version,
then they should be moved to some version dependent directory, then. I
have no idea yet how to name that. The Linux distributions I've looked
at have a very complicated folder structure that caters to the HPC folks
that want multiple parallel installed versions.
With gcc10 the gfortran package will provide "gfm15" and that number
will be incremented in lockstep with the Fortran module version so that
setup can figure out if things match. In order for this to work any
packages delivering Fortran modules would need to have a manual require
on that.
> netcdf-fortran needs a rebuild
>
> $ zcat /usr/include/netcdf.mod | head -n 1
> GFORTRAN module version '14' created from netcdf4.f90
Certainly none of these files should live in /usr/include.
These seem to be the only two packages in the distribution that provide
Fortran modules, so the impact is currently limited.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Setting up a proper modelling environment in Cygwin
2020-09-11 14:59 ` Marco Atzeri
` (2 preceding siblings ...)
2020-09-12 9:29 ` Achim Gratz
@ 2020-09-14 2:07 ` Lawrence Bernardo
2020-09-14 18:25 ` Marco Atzeri
3 siblings, 1 reply; 14+ messages in thread
From: Lawrence Bernardo @ 2020-09-14 2:07 UTC (permalink / raw)
To: Marco Atzeri; +Cc: cygwin
Thank you Marco for addressing my concerns. And I think checking for the
fortran module consistency will be really helpful for me to assess issues I
run into in the future. I have rolled back the versions I have been using
to all be based on gfortran/gcc version 7.4.0, but an update, although not
urgent for now, would indeed be helpful. Lately, some other codes I've been
running have been having problems with this older version, so I'll stay
tuned for your updates to the package.
Best regards,
Lawrence
On Fri, Sep 11, 2020 at 11:59 PM Marco Atzeri via Cygwin <cygwin@cygwin.com>
wrote:
> On 11.09.2020 04:37, Lawrence Bernardo via Cygwin wrote:
> > Dear Cygwin users and developers,
> >
> > I am trying to run some models based on the ROMS ocean modeling system.
> And
> > although I mainly run such models on Linux supercomputing systems, I
> > sometimes use Cygwin to make test runs. However, whenever I install
> Cygwin
> > on a new PC, I often find that my set up on an older PC I had been using
> > doesn't work properly. After looking deeper into the issues, it seems
> that
> > proper compilation requires that the same fortran compiler (gfortran in
> > this case) be used to compile the necessary components.
> >
> > And as far as I understand, these components would mainly be:
> > - zlib
> > - hdf5
> > - netcdf
> > - netcdf-fortran
> > - openmpi
> >
> > As the gfortran compiler version number used for these different
> components
> > is not indicated whenever I run cygwin setup-x86_64.exe, I am left to
> guess
> > which version numbers for each to select. Of course, another option would
> > be to accept the defaults for some components, and then compile my own
> > version of say, netcdf, but this attempt almost always fails, and I'm not
> > sure if this is due to conflicts with the already existing cygwin setup.
> >
> > Given the issues above, would anyone have any suggestions or
> > recommendations on how to best achieve the setup I would like to have? I
> > will greatly appreciate any help.
> >
> > Best regards,
> > Lawrence
> > --
>
>
> for what I am aware the problem is only present with
> fortran modules if you are using them.
> C interface are not involved
>
> zlib should not be involved as it has no fortran specific modules
> same for hdf5.
>
> Now the current gfortran has
>
> $ zcat
> /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/finclude/ieee_arithmetic.mod|head -n 1
> GFORTRAN module version '15' created from ieee_arithmetic.F90
>
> openmpi was built with last gcc so it is aligned
>
> $ zcat /usr/lib/mpi.mod |head -n 1
> GFORTRAN module version '15' created from mpi-ignore-tkr.F90
>
> netcdf-fortran needs a rebuild
>
> $ zcat /usr/include/netcdf.mod | head -n 1
> GFORTRAN module version '14' created from netcdf4.f90
>
> Give me some days for an update of the package
> And I will need to re-build for test gcc 10 also,
> but it is less urgent
>
>
> Regards
> Marco
>
>
>
>
> --
> Problem reports: https://cygwin.com/problems.html
> FAQ: https://cygwin.com/faq/
> Documentation: https://cygwin.com/docs.html
> Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Setting up a proper modelling environment in Cygwin
2020-09-14 2:07 ` Lawrence Bernardo
@ 2020-09-14 18:25 ` Marco Atzeri
2020-09-15 0:23 ` Lawrence Bernardo
0 siblings, 1 reply; 14+ messages in thread
From: Marco Atzeri @ 2020-09-14 18:25 UTC (permalink / raw)
To: Lawrence Bernardo; +Cc: cygwin
On 14.09.2020 04:07, Lawrence Bernardo wrote:
> Thank you Marco for addressing my concerns. And I think checking for the
> fortran module consistency will be really helpful for me to assess
> issues I run into in the future. I have rolled back the versions I have
> been using to all be based on gfortran/gcc version 7.4.0, but an update,
> although not urgent for now, would indeed be helpful. Lately, some
> other codes I've been running have been having problems with this older
> version, so I'll stay tuned for your updates to the package.
>
> Best regards,
> Lawrence
>
bottom post on this mailing list, please.
The netcdf-fortran is already aligned
https://sourceware.org/pipermail/cygwin-announce/2020-September/009700.html
$ zcat /usr/include/netcdf.mod | head -n 1
GFORTRAN module version '15' created from netcdf4.f90
Regards
Marco
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Setting up a proper modelling environment in Cygwin
2020-09-14 18:25 ` Marco Atzeri
@ 2020-09-15 0:23 ` Lawrence Bernardo
0 siblings, 0 replies; 14+ messages in thread
From: Lawrence Bernardo @ 2020-09-15 0:23 UTC (permalink / raw)
To: Marco Atzeri; +Cc: cygwin
Thanks Marco! I'll attempt to reinstall the latest netcdf-fortran and see
if it will work for me.
Cheers,
Lawrence
On Tue, Sep 15, 2020 at 3:25 AM Marco Atzeri <marco.atzeri@gmail.com> wrote:
> On 14.09.2020 04:07, Lawrence Bernardo wrote:
> > Thank you Marco for addressing my concerns. And I think checking for the
> > fortran module consistency will be really helpful for me to assess
> > issues I run into in the future. I have rolled back the versions I have
> > been using to all be based on gfortran/gcc version 7.4.0, but an update,
> > although not urgent for now, would indeed be helpful. Lately, some
> > other codes I've been running have been having problems with this older
> > version, so I'll stay tuned for your updates to the package.
> >
> > Best regards,
> > Lawrence
> >
>
> bottom post on this mailing list, please.
>
> The netcdf-fortran is already aligned
>
> https://sourceware.org/pipermail/cygwin-announce/2020-September/009700.html
>
> $ zcat /usr/include/netcdf.mod | head -n 1
> GFORTRAN module version '15' created from netcdf4.f90
>
> Regards
> Marco
>
>
^ permalink raw reply [flat|nested] 14+ messages in thread