Release of PnetCDF 1.9.0

[Bruno Pagani]

Hi Wei-keng,

Sorry for this long silence, I had totally forgot about this. The issue
was still occurring with GCC 8.1.0 we are now using here (I have not
tried older version of GCC finally, and doing so now would be way more
harder). I’ve tried the below patch, and after adding an `aclocal` step
to my build script, it worked. ;) So we are finally providing shared
libs along static libs in the ArchLinux package!

I haven’t tried the LDFLAGS change thus, tell me if you want me to.

Regards,
Bruno

Le 21/05/2018 à 13:11, Wei-keng Liao a écrit :
> Could you try the patch below (only one line changed)?
> I found it a better solution than adding LDFLAGS.
>
>
> --- src/libs/Makefile.am	(revision 3766)
> +++ src/libs/Makefile.am	(working copy)
> @@ -44,7 +44,7 @@
>  libpnetcdf_la_LIBADD += ../binding/f90/libf90.la
>  # According to Automake Manual, Section 8.14.3 Mixing Fortran 77 With C and
>  # C++, adding $(FLIBS) is necessary
> -# libpnetcdf_la_LIBADD += $(FLIBS) $(FCLIBS)
> +libpnetcdf_la_LIBADD += $(FLIBS) $(FCLIBS)
>  # nodist_EXTRA_libpnetcdf_la_SOURCES += dummyf90.f90
>  endif
>  
>
>
> Wei-keng
>
>> On May 19, 2018, at 12:28 PM, Wei-keng Liao <wkliao at eecs.northwestern.edu> wrote:
>>
>> Hi, Bruno
>>
>> I am wondering if you still have the same problem.
>>
>> If yes, could you try adding the following environment variable to your configure command line.
>> LDFLAGS="-Wl,--allow-shlib-undefined”
>>
>> The error messages you encountered also appear on other platforms, Ubuntu and Redhat.
>> See doc/README.Ubuntu from the release for more info.
>>
>> Please let me know whether this works for ArchLinux.
>>
>> Wei-keng
>>
>>> On Dec 20, 2017, at 5:13 PM, Wei-keng Liao <wkliao at eecs.northwestern.edu> wrote:
>>>
>>>
>>> If GNU 7.2.1 is a suspect, would you like to try an earlier
>>> version of GNU compilers to verify?
>>>
>>> Wei-keng
>>>
>>> On Dec 20, 2017, at 5:01 PM, Bruno Pagani wrote:
>>>
>>>> Le 20/12/2017 à 23:50, Wei-keng Liao a écrit :
>>>>> I just built an OpenMPI 3.0.0 with GNU 6.2.0 compilers on a Redhat but
>>>>> could not reproduce the errors you are seeing.
>>>> The issue arise with both OpenMPI 2.1.1 and 3.0.0. I would rather expect
>>>> GNU 7.2.1 to be the culprit here.
>>>>
>>>>> To check whether the problem is OpenMPI related, could you try
>>>>> using MPICH and see if the errors go away?
>>>> Will take me some time as MPICH is not currently available on ArchLinux
>>>> (this is on my TL, but not reachable in a foreseeable future), so I
>>>> won’t be able to test it within our building system. But if I can build
>>>> it locally and try with that maybe that could do it (I would need to
>>>> reproduce the error outside our building system first, but that should
>>>> be straight away).
>>>>
>>>> I’ll keep you updated, but expect some weeks before I do.
>>>>
>>>> Regards,
>>>> Bruno