On 2009-11-19 17:05-0500 Hazen Babcock wrote:
> Just one last thing. I'm getting a few warning messages from example 29:
> [ 75%] Building Fortran object examples/f77/CMakeFiles/x29f.dir/x29f.f.obj
> C:\users\hazen\plplot_build\examples\f77\x29f.f: In subroutine `plot4':
> C:\users\hazen\plplot_bu
Arjen Markus wrote:
> Hi Davide, Hazen,
>
> I have just repaired it. FYI: The wrapper C function has to be
> duplicated - the second version has an underscore appended.
> This way the linker can choose between func_with_underscore_() and
> func_with_underscore__(). The solution is not particularl
Hi Davide, Hazen,
I have just repaired it. FYI: The wrapper C function has to be
duplicated - the second version has an underscore appended.
This way the linker can choose between func_with_underscore_() and
func_with_underscore__(). The solution is not particularly
elegant, but it works.
Regard
Hi Davide, Hazen,
the Fortran bindings for PLplot already have a solution for this
problem. I simply forgot about it - most PLplot functions avoid
the underscore, so the issue does not arise. As Davide explains,
it occurs with a number of compilers, most notably of the GNU
lineage.
I will repair
Hazen Babcock ha scritto:
> Arjen Markus wrote:
>> Hi Davide, Hazen,
>>
>> yes, g77 is complaining because of the "implicit none" statements.
>> I have now added "external floor" and "real*8 floor", so the error
>> messages are gone.
>>
>> The second (warning) message is about calling plslabelfunc
Arjen Markus wrote:
> Hi Davide, Hazen,
>
> yes, g77 is complaining because of the "implicit none" statements.
> I have now added "external floor" and "real*8 floor", so the error
> messages are gone.
>
> The second (warning) message is about calling plslabelfunc with a
> literal 0, rather than a
A further warning which I think results from your recent changes (this
is with gfortran 4.4.1)
[100%] Building C object bindings/f77/CMakeFiles/plplotf77cd.dir/scstubs.c.o
/home/andrew/software/plplot/plplot/bindings/f77/scstubs.c: In function
plslabelfunc_:
/home/andrew/software/plplot/plplot
Hi Davide,
On 2009-11-12 10:22, Davide Cesari wrote:
> Hi Arjen,
>
> Arjen Markus ha scritto:
>> Hi Davide, Hazen,
>>
>> yes, g77 is complaining because of the "implicit none" statements.
>> I have now added "external floor" and "real*8 floor", so the error
>> messages are gone.
>>
>> The second
Hi Arjen,
Arjen Markus ha scritto:
> Hi Davide, Hazen,
>
> yes, g77 is complaining because of the "implicit none" statements.
> I have now added "external floor" and "real*8 floor", so the error
> messages are gone.
>
> The second (warning) message is about calling plslabelfunc with a
> literal
Hi Davide, Hazen,
yes, g77 is complaining because of the "implicit none" statements.
I have now added "external floor" and "real*8 floor", so the error
messages are gone.
The second (warning) message is about calling plslabelfunc with a
literal 0, rather than a procedure name. gfortran ignores th
Hi,
since floor is declared as function, you need something like
times = floor()
times = call floor() is definitely wrong; maybe, if you have declared
"implicit none", you need to declare floor as real at the beginning of
the program unit, something like:
real floor
Davide
Hazen Babc
Hi Hazen,
hm, I will have to look into these issues.
Functions in Fortran are actually rather simple (*):
y = floor(x)
should work, but I may need to add some declarations (my FORTRAN 77
skills are getting a bit rusty, as Fortran 95 offers much better
tools to make the compiler agree with you).
Hi Arjen,
Thanks for working on this. Unfortunately I'm still getting the error
about the floor function. I thought perhaps I needed to add something
like "external floor" in the normalize_longitude function but that only
gave me a different error. "times = call floor (..)" also does not seem
Hi Hazen,
just now I started to include the changes for x19f.f, when I realised
that the label argument poses a bit of a problem: Fortran expects a
hidden argument to hold the actual string length. For the other
interfaces we can circumvent that issue and in the F95 interface
this is solved by usi
Hi Hazen,
I will make the corrections. Yes, it should work correctly, as it
is all well within the capabilities of FORTRAN 77 (just a few Fortran 90
features that slipped in ...)
Regards,
Arjen
On 2009-11-07 23:05, Hazen Babcock wrote:
>
> Hi Arjen,
>
> Since I just ran into exactly this prob
Hi Arjen,
Since I just ran into exactly this problem myself (with mingw on
windows)... Should we fix example x19f.f to work with f77? It is in the
f77 examples folder so I think it is reasonable for the user to assume
that it should be possible to compile this example with a f77 compiler.
bes
Hi Werner,
the floor function does not exist in FORTRAN 77, so you need
to implement it, for instance:
*234567
REAL FUNCTION FLOOR(X)
REAL X
FLOOR = FLOAT(INT(X))
RETURN
END
The declaration "character*(length) label" is a Fortran 90
facility. Use:
chara
Hi,
when I compile the latest revision of PLplot with MinGW 3.4.5
including the g77 compiler I get the following compiler error:
Scanning dependencies of target x19f
[ 88%] Building Fortran object examples/f77/CMakeFiles/x19f.dir/
x19f.f.obj
E:\plbuild\examples\f77\x19f.f: In function `normali
18 matches
Mail list logo
