Hi Arjen,
Your suggestion has worked with the NAG Fortran compiler:
subroutine interface_plfcont( lookup, grid, nx, ny, kx, lx, ky, ly,
clevel, nlevel, transform, data ) &
bind(c,name='plfcont')
import :: c_ptr
import :: private_plin
Hi Arjen,
Your simple example failed with the NAG compiler, but worked when I added the
line (shown in boldface):
subroutine use_transform( transform )
import :: xyz
interface
subroutine transform( data, result )
I don't know what the standard says
Hi Arjen,
Further to my previous email, I think the import statement has to have scope in
the inner interface by declaring it in the outer interface. I had a look at the
Fortran standard and I could not find any statement on this issue. My
colleagues are adamant that this is part of the standar
Hi Wadud,
Thanks for running the example and the issue with fill() - that is probably
some leftover that was not detected by the compilers I use.
Intriguing question regarding the scope of the import statement. I will post
this on comp.lang.fortran - some people there know the standard by h
Hi Arjen,
I tried to read the standards document and got a headache :-) Thanks for
following it up.
Regards,
Wadud.
From: Arjen Markus [mailto:arjen.mar...@deltares.nl]
Sent: 10 May 2016 13:30
To: Wadud Miah ; Alan W. Irwin
Cc: plplot-devel@lists.sourceforge.net
Subject: RE: [Plplot-devel] PLp
Hi again Arjen,
If my comments are valid and you would like to implement my recommendations,
let me know once that is done and I can recompile PLplot with your changes for
another sanity check.
The NAG Fortran compiler is very picky, but it is picky for a reason to ensure
greatest standards co
Hi Wadud,
Well, the first answer (by Wolfgang Kilian -
https://groups.google.com/forum/?hl=nl#!topic/comp.lang.fortran/-NYIZX-XZag) to
my post does support NAG's view. Unless there are strongly opposing replies, I
think the best way forward is to apply the workaround.
The fill() problem yo
Hi Arjen,
I wasn't suggesting removing the c_plfill C function - I meant that its
interface should be removed as it is not being called. The NAG compiler is
complaining about the multiple binding labels "c_plfill". This may seem valid,
but if the fill() subroutine is not being called at all, I
Hi Wadud,
Well, actually it is: look at lines 3441-3487 for instance:
The label fill() is associated with c_plfill (line 3480) and then that label is
passed as an argument to interface_plshade (line 3499). The label
interface_plfill() is used as a direct call at line 1518.
I am positive th
Hi Arjen,
Ah, yes, I see the subroutine being passed as an argument - I totally missed
that. So what would you exactly like me to do now? I was wondering whether you
would like a trial version of the NAG Fortran compiler which may make it easier
:-) Let me know if you would like a NAG Fortran
10 matches
Mail list logo