Hi Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Wednesday, July 12, 2017 3:21 AM
>
> By the way, this is really good news that MSVC found this issue and you
> reported it
> because previously I was having trouble figuring out why that code wa
On 2017-07-11 19:49- Arjen Markus wrote:
[...]
And then it hit me: I had downloaded the _wrong_ bits
version. From there on it went quite smoothly. After some struggles
with the path I got the build to succeed and got an example to run.
I was very happy to hear that good news from you.
T
Hi Alan, Phil,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Monday, July 10, 2017 11:36 PM
>
> Anyhow, I now think you have had all the input you need from Phil and me to
> fix or
> work around this wxwidgets linking issue you have discovered, and
t; To: Arjen Markus; Phil Rosenberg; plplot-devel@lists.sourceforge.net
> Subject: Re: [Plplot-devel] The wxwidgets version you use for MSVC
>
> On 2017-07-10 11:20-0700 Alan W. Irwin wrote:
>
> > On 2017-07-10 11:05- Arjen Markus wrote:
> >
> > [...]
> >> A
On 2017-07-10 11:20-0700 Alan W. Irwin wrote:
On 2017-07-10 11:05- Arjen Markus wrote:
[...]
As far as I can tell, the build should be picking up everything from
the installation and not gather stuff from elsewhere. It is unlikely
it is scavenging the MinGW or Cywin installations. Anyway,
On 2017-07-10 11:05- Arjen Markus wrote:
[...]
As far as I can tell, the build should be picking up everything from
the installation and not gather stuff from elsewhere. It is unlikely
it is scavenging the MinGW or Cywin installations. Anyway, got to
check that.
Hi Arjen:
I assume you are
Hi Phil,
I will have to check that later. As far as I can tell, the build should be
picking up everything from the installation and not gather stuff from
elsewhere. It is unlikely it is scavenging the MinGW or Cywin installations.
Anyway, got to check that.
Regards,
Arjen
> -Orig
Last email of speculation
I have found in the latest source that the file include/wx/gdicmn.h
includes the inline definition for the constructor, but the file
interface/wx/gdicmn.h does not include the inline definition for the
constructor. The former should be used by external applications like
o
Hi Arjen
Doing a git blame on GitHub indicates that the relevant constructor
line was last edited 10 years ago, which seems strange. However that
is probably the header used when building the library rather than put
in the include directory for use by external programs. Maybe the two
are not the sa
Hi Phil,
Quite the same - see my earlier reply.
Regards,
Arjen
> -Original Message-
> From: Phil Rosenberg [mailto:p.d.rosenb...@gmail.com]
> Sent: Monday, July 10, 2017 12:02 PM
> To: Arjen Markus; plplot-devel@lists.sourceforge.net
> Cc: Alan W. Irwin
> Subject: Re: The wxwidg
I just checked in my version. I have
class WXDLLIMPEXP_CORE wxSize
{
public:
// members are public for compatibility, don't use them directly.
int x, y;
// constructors
wxSize() : x(0), y(0) { }
wxSize(int xx, int yy) : x(xx), y(yy) { }
The last line is the important one. What
Hi Phil,
> -Original Message-
> From: Phil Rosenberg [mailto:p.d.rosenb...@gmail.com]
> Sent: Monday, July 10, 2017 11:49 AM
> To: Arjen Markus; plplot-devel@lists.sourceforge.net
> Cc: Alan W. Irwin
> Subject: Re: The wxwidgets version you use for MSVC
>
> Hi Arjen
> That looks like the
Hi Arjen
That looks like the class you are looking for. Those comments
shouldn't be important. They just mean that you can access x and y
exactly like in a C struct, for example wxSize mySize; mySize.x=4;.
But the comment says please don't do this.
Further down in that class is there a constructor
13 matches
Mail list logo