Hi Arjen and Alan
Arjen - to create a 64 bt build add Win64 to the generator, e.g. -G "Visual
Studio 11 Win64". Which made me think a moment - if it's the generator which
defines the project then why do we need to use the 64 bit VC++ Tools command
prompt? In fact maybe CMAKE sees the 64 bit comp
Hi Alan
Unfortunately it's still not completing. CMAKE output below
D:\SourceCode\Libraries\plplotinstall>set CXXFLAGS=/DUNICODE /D_UNICODE
D:\SourceCode\Libraries\plplotinstall>set CFLAGS=/DUNICODE /D_UNICODE
D:\SourceCode\Libraries\plplotinstall>cd "D:/SourceCode/Libraries/plplot_trunk_s
t
On 2013-12-12 13:13-0800 phil rosenberg wrote:
> Hi Andrew and Alan
> Unfortunately I'm not sure either problem is fixed. So here is my
output with fortran enabled
Hi Phil"
It looks to me that the Fortran build system logic is working
correctly on your platform. The soft landing for that (a
On 2013-12-12 19:53- Andrew Ross wrote:
> On Thursday 12 Dec 2013 11:09:28 Alan W. Irwin wrote:
>> On 2013-12-12 09:44-0800 Alan W. Irwin wrote:
>>> On 2013-12-12 06:06-0800 phil rosenberg wrote:
I've tried to hunt down the actual revisions where the problems
>>>
>>> occurred. After a cou
On Thursday 12 Dec 2013 11:09:28 Alan W. Irwin wrote:
> On 2013-12-12 09:44-0800 Alan W. Irwin wrote:
> > On 2013-12-12 06:06-0800 phil rosenberg wrote:
> >> I've tried to hunt down the actual revisions where the problems
> >
> > occurred. After a couple of hiccups with Tortoise SVN I've found tha
On 2013-12-12 09:44-0800 Alan W. Irwin wrote:
> On 2013-12-12 06:06-0800 phil rosenberg wrote:
>
>> I've tried to hunt down the actual revisions where the problems
> occurred. After a couple of hiccups with Tortoise SVN I've found that
> revision 12725 was the first where I encounter problems with
On 2013-12-12 06:06-0800 phil rosenberg wrote:
> I've tried to hunt down the actual revisions where the problems
occurred. After a couple of hiccups with Tortoise SVN I've found that
revision 12725 was the first where I encounter problems with the
Fortran binding not being automatically disabled a
). I think Andrew is right in attributing this issue to
the recent retirement of F77.
Regards,
Arjen
From:phil rosenberg [mailto:[email protected]]
Sent: Thursday, December 12, 2013 11:13 AM
To: [email protected]
Subject: Re: [Plplot-devel] Build problems on
this issue to
the recent retirement of F77.
Regards,
Arjen
From: phil rosenberg [mailto:[email protected]]
Sent: Thursday, December 12, 2013 11:13 AM
To: [email protected]
Subject: Re: [Plplot-devel] Build problems on Windows
Sorry I spoke too soon, although revision
Hi Andrew
Yes a completely clean build tree. I'm now on Win8 running VS2012, but as I
just emailed, going back 100 revisions allows CMAKE to complete.
On Thursday, 12 December 2013, 9:56, Andrew Ross
wrote:
Hi Phil,
I'll leave Alan to comment on the QT changes since this was his patch.
T
Sorry I spoke too soon, although revision 12848 reaches the end of the build
cycle it doesn't actually create the visual studio project, instead giving a
Configuration incomplete - errors occurred! message. The only error I can see
in the output is
CMake Error at cmake/modules/plplot_functio
Hi Alan et al
Unfortunately I've just updated to the latest source tree and found two build
problems. When CMAKE fails to find a fortran compiler it halts, rather than
simply disabling the fortran binding. Disabling fortran (-DENABLE_f77=OFF
-DENABLE_f95=OFF) allows CMAKE to continue, but it is
12 matches
Mail list logo
