> Attached is a zip file with three short Ada files in it. They have a
> similar structure to the problematic example 19 but do not call or link
> to any PLplot stuff (despite the names of some things looking PLplot-y).
>
> Alan (or someone else with a 64-bit Ada compiler), if you would, please
Hi,
> I suspect the leading underscore on all the names is the issue. Do you have
> a Fortran compiler option you can use to get rid of the leading underscores?
Don't know, but will have a look.
>
> Also for the next iteration can you please use "make VERBOSE=1" to get the
> full build commands
Hi Alan,
sorry that it took me such a long time to test this, but in the moment
it doesn't even work for mingw anymore. The problem is, that we're
looking for the gdi32 and comdlg library. These are system libraries and
are found in c:\windows\system32 as .dll. MinGW can link to dll files,
but not
Hi,
I sent the mail above to Alan yesterday and resent it to the list a
minute ago. I actually found a solution for this problem. Looking in the
Cmake mail archives I found discussions about that topic, but no nice
solution. It was suggested to link to system libraries directly
(target_link_li
On 2008-08-31 12:25- [EMAIL PROTECTED] wrote:
> Revision: 8731
> http://plplot.svn.sourceforge.net/plplot/?rev=8731&view=rev
> Author: smekal
> Date: 2008-08-31 12:25:36 + (Sun, 31 Aug 2008)
>
> Log Message:
> ---
> For the MinGW compiler the MINGWLIBPATH variable is
On 2008-08-31 10:25+0200 Werner Smekal wrote:
> Hi,
>
>> I suspect the leading underscore on all the names is the issue. Do you
>> have
>> a Fortran compiler option you can use to get rid of the leading
>> underscores?
>
> Don't know, but will have a look.
>>
>> Also for the next iteration can
> Hi Werner:
>
> I do have one minor stylistic concern about the above change. Just to be
> consistent with most of the other configuration setup we do, shouldn't this
> change go in cmake/modules/plplot.cmake?
>
> Alan
Hi Alan,
I put it there, since some lines below we have some settings spec
My posting of this problem at comp.lang.ada has produced some rather
arcane discussion.
There is one school of thought that says that my example, being all
Ada, is different than the real code (in PLplot) because plmap in my
posted example is in Ada where in the real situation it is in C. T
Could you send the nm output for libplplotf77cd as well? That library
defines plsetopt7, but it may have the wrong underscoring convention or
there may be some import/export of symbols problem. That library is
mentioned in your detailed linking command above. Is the choice of library
name and s
On 2008-08-31 22:57+0200 Werner Smekal wrote:
>> Hi Werner:
>>
>> I do have one minor stylistic concern about the above change. Just to be
>> consistent with most of the other configuration setup we do, shouldn't
>> this
>> change go in cmake/modules/plplot.cmake?
>>
>> Alan
>
> Hi Alan,
>
> I
On 2008-08-31 14:14-0700 Jerry wrote:
> My posting of this problem at comp.lang.ada has produced some rather arcane
> discussion.
>
> There is one school of thought that says that my example, being all Ada, is
> different than the real code (in PLplot) because plmap in my posted example
> is in
> Could you send the nm output for libplplotf77cd as well? That library
> defines plsetopt7, but it may have the wrong underscoring convention or
> there may be some import/export of symbols problem. That library is
> mentioned in your detailed linking command above. Is the choice of library
> n
On 2008-09-01 00:22+0200 Werner Smekal wrote:
>> Could you send the nm output for libplplotf77cd as well? That library
>> defines plsetopt7, but it may have the wrong underscoring convention or
>> there may be some import/export of symbols problem. That library is
>> mentioned in your detailed l
> Hi Arjen,
>
>> Well, Fortran 95 is an (almost) strict superset of FORTRAN 77, so any
>> F95
>> compiler should be able to handle F77 as well (*).
>>
>> The problem you encounter here most likely has to do with naming and
>> calling
>> conventions. I have never tried gfortran under MinGW (got g95
On Aug 31, 2008, at 2:58 PM, Alan W. Irwin wrote:
On 2008-08-31 14:14-0700 Jerry wrote:
My posting of this problem at comp.lang.ada has produced some
rather arcanediscussion.
There is one school of thought that says that my example, being
all Ada, isdifferent than the real code (in PLplo
On 2008-08-31 21:37-0700 Jerry wrote:
> Attached is a zip file that more closely emulates the PLPlot situation, with
> plmap written in C but with the callback, mapform19, written in Ada. Could a
> few of you test it to see if it runs or crashes on your machines? Either way,
> I'd like to repor
16 matches
Mail list logo
