Release of PnetCDF 1.9.0

[Wei-keng Liao]

Hi, Bruno

Glad it works for you. I will include this fix in the next PnetCDF release.
No need to try the LDFLAGS approach. Thanks.

Wei-keng

> On May 21, 2018, at 9:39 AM, Bruno Pagani <bruno.pagani at astrophysics.eu> wrote:
> 
> 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