Alan W. Irwin wrote:
>
> Also, please note that I have been working on gcc visibility issues
> recently
> so I may have inadvertently messed up the MinGW version of GCC case. The
> the PLplot trunk version right now, all is well for Linux gcc because
> I use
> the "(default)" case (i.e., everyt
On 2008-09-08 06:44+0200 Arjen Markus wrote:
>> Hi,
>>
>> the email below was somehow never sent, since it stayed in my Drafts
>> folder, so I send it again.
>>
>> Werner
>>
>> Ok,
>>
>> one step forward. The import library libplplotf77cd.dll.a (to which is
>> linked to) doesn't contain any symbol
> Hi,
>
> the email below was somehow never sent, since it stayed in my Drafts
> folder, so I send it again.
>
> Werner
>
> Ok,
>
> one step forward. The import library libplplotf77cd.dll.a (to which is
> linked to) doesn't contain any symbols. If I change in plstubs.h
> STUB_LAU to
>
> #define FNA
On 2008-09-07 22:27+0200 Werner Smekal wrote:
> Hi,
>
> the email below was somehow never sent, since it stayed in my Drafts folder,
> so I send it again.
>
> Werner
>
> Ok,
>
> one step forward. The import library libplplotf77cd.dll.a (to which is
> linked to) doesn't contain any symbols. If I c
Hi,
the email below was somehow never sent, since it stayed in my Drafts
folder, so I send it again.
Werner
Ok,
one step forward. The import library libplplotf77cd.dll.a (to which is
linked to) doesn't contain any symbols. If I change in plstubs.h
STUB_LAU to
#define FNAME(x,y) PLDLLIMPE
Hi Alan,
On Sat, 2008-09-06 at 13:22 -0700, Alan W. Irwin wrote:
> I suggest we specify our continuous time variable as a TT Julian day
> number
Personally I think this is nearly as good, or bad, as any other choice
because it will suit some people and confuse others. I would like to
draw a disti
