en Markus
Cc: Phil Rosenberg ; PLplot development list
Sent: Tuesday, 23 September 2014, 16:39
Subject: Re: [Plplot-devel] tcl build problem
On 2014-09-23 10:36- Arjen Markus wrote:
> Hi Phil,
> I will definitely try these changes with Cygwin and MinGW. Pairs of
functions for ha
On 2014-09-23 10:36- Arjen Markus wrote:
> Hi Phil,
> I will definitely try these changes with Cygwin and MinGW. Pairs of
functions for handling ASCII and UNICODE strings are ubiquitous under
Windows and I do not expect trouble like Cygwin or MinGW not
supporting the two flavours. Still, that
both of those
variables works, then please commit that result because I urgently
want to drop using the deprecated LIBRARY_OUTPUT_PATH.
Alan
> -Original Message-
> From: "Alan W. Irwin"
> Sent: 23/09/2014 02:58
> To: "Phil Rosenberg"
> Cc: "PLplot de
able to sort out these path issues.
Regards,
Arjen
From: Phil Rosenberg [mailto:philip_rosenb...@yahoo.com]
Sent: Tuesday, September 23, 2014 12:13 PM
To: Alan W. Irwin
Cc: PLplot development list
Subject: Re: [Plplot-devel] tcl build problem
Hi Alan I found the problem. On Windows
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Tuesday, September 23, 2014 3:59 AM
> To: Phil Rosenberg
> Cc: PLplot development list
> Subject: Re: [Plplot-devel] tcl build problem
>
> On 2014-09-22 22:58+0100 Phil Rosenberg wrote:
>
> > Hi Alan
>
>
should. Note I
am still using cmake 3 as I am nervous about having two versions side by side -
I really don't want to break it.
Phil
-Original Message-
From: "Alan W. Irwin"
Sent: 23/09/2014 02:58
To: "Phil Rosenberg"
Cc: "PLplot development list"
Su
.uvic.ca]
> Sent: Tuesday, September 23, 2014 3:59 AM
> To: Phil Rosenberg
> Cc: PLplot development list
> Subject: Re: [Plplot-devel] tcl build problem
>
> On 2014-09-22 22:58+0100 Phil Rosenberg wrote:
>
> > Hi Alan
>
> > [...]I have located the DLLs on the
>
On 2014-09-22 22:58+0100 Phil Rosenberg wrote:
> Hi Alan
> [...]I have located the DLLs on the
lib directory and added their directory to my path, but still they
don't seem to be loading.
Hi Phil (taking this conversation back to the list):
You need access to all the dll's in the build tree, no
dll to the system that will be loaded and executed instead. Not sure
how real any threat really would be to a plplot user though.
Phil
-Original Message-
From: "Alan W. Irwin"
Sent: 22/09/2014 19:49
To: "Phil Rosenberg"
Cc: "PLplot development list"
Subje
all
dll's created in the build tree into that dll subdirectory by hand,
put that subdirectory on your PATH, and then see whether the dynamic
load of the svg device works properly.
Alan
>
> Phil
>
> -Original Message-
> From: "Phil Rosenberg"
> Sent: 22/09
riginal Message-
From: "Phil Rosenberg"
Sent: 22/09/2014 17:44
To: "Alan W. Irwin"
Subject: RE: [Plplot-devel] tcl build problem
Hi Alan
I have started this testing. It all works fine with my standard static lib,
static runtime visual studio, cmake 3 setup.
However if I tr
On 2014-09-04 13:51-0700 Alan W. Irwin wrote:
> On 2014-09-01 11:08-0700 Alan W. Irwin wrote:
>
>> I now plan to do a comprehensive run-time test using
>> scripts/comprehensive_test.sh for the same Tcl/Tk/Itcl/Itk install
>> locations, and such a comprehensive test (involving run-time tests of
>>
On 2014-09-01 11:08-0700 Alan W. Irwin wrote:
> I now plan to do a comprehensive run-time test using
> scripts/comprehensive_test.sh for the same Tcl/Tk/Itcl/Itk install
> locations, and such a comprehensive test (involving run-time tests of
> both the build tree and install tree for our 3 major b
On 2014-08-31 16:32-0700 Alan W. Irwin wrote:
> Meanwhile, I have done some testing of the "blank-in-pathname" case
> on Linux and some additional changes beyond what you did are needed even
> in the Tcl/Tk case.
Those changes have now been pushed (commit dc5286a). They pass the
new test_tcl and
good to know.
Regards,
Arjen
From: Phil Rosenberg [mailto:philip_rosenb...@yahoo.com]
Sent: Monday, September 01, 2014 2:25 PM
To: Arjen Markus
Cc: PLplot development list
Subject: RE: [Plplot-devel] tcl build problem
Cheers Arjen
I remember having some problems with nmake and the 64
d get some extra debug info.
Phil
-Original Message-
From: "Arjen Markus"
Sent: 01/09/2014 08:38
To: "phil rosenberg"
Cc: "PLplot development list"
Subject: RE: [Plplot-devel] tcl build problem
Hi Phil,
I have given this matter some more thought,
: Arjen Markus; PLplot development list
Subject: Re: [Plplot-devel] tcl build problem
Hi Alan
I think we both are correct in terms of how libs are linked in both the Linux
and Windows world. However I am not entirely sure that on Windows CMake is
doing what you think it is doing.
Just so you know
...@deltares.nl]
Sent: Sunday, August 31, 2014 3:30 PM
To: Alan W. Irwin; phil rosenberg
Cc: PLplot development list
Subject: Re: [Plplot-devel] tcl build problem
Hi Phil, Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Saturday, August 30,
On 2014-08-31 15:24-0700 phil rosenberg wrote:
> Re testing with the other settings. I will try
Thanks. That would be worthwhile now just to satisfy my
curiosity about whether you get a limited PLplot version
in that case. I predict you won't (see below), but
seeing is believing
> - howeve
ent: Sunday, 31 August 2014, 17:55
Subject: Re: [Plplot-devel] tcl build problem
On 2014-08-31 00:37-0700 phil rosenberg wrote:
> So on Windows either is acceptable - at least for static libs, dlls
are a bit different. I can either link a library into a depending
library then link this into my
On 2014-08-31 00:37-0700 phil rosenberg wrote:
> So on Windows either is acceptable - at least for static libs, dlls
are a bit different. I can either link a library into a depending
library then link this into my exe, or I can not link the libraries
together and can link them all into the exe.
A
Hi Phil, Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Saturday, August 30, 2014 9:08 PM
>
> > 2) I tried using the nmake generator. It failed. It tried to build a
> test program to test the compiler, which failed - cl.exe reported "could
Hi Alan thanks for all that, I'll sort out the commit asap - you will
presumably see the commit alert.
>However, you have to clearly
distinguish what we tell CMake to do via our CMake build system logic
compared with the actual build result that is generated by CMake (and
which you access using t
Hi Phil:
I have also CC'd Arjen as a reminder to him to look for comments below
that mention his name. :-)
On 2014-08-30 06:04-0700 phil rosenberg wrote:
> Right I have now gotten to the bottom of all this
>
>
> The include directories must contain quotes but the link libraries must not.
>
> P
Hi Phil:
On 2014-08-30 00:17+0100 Phil Rosenberg wrote:
> Thanks Alan. I'll have a look at that over the weekend. But just so
you know in both the static and dynamic build case the libraries are
not linked into the plplot library.
Yes, -DBUILD_SHARED_LIBS=ON or OFF (to use CMake terminology) eit
common to link statically on that OS.
Anyway. Have a good weekend.
Phil
-Original Message-
From: "Alan W. Irwin"
Sent: 29/08/2014 20:12
To: "Phil Rosenberg"
Cc: "PLplot development list"
Subject: RE: [Plplot-devel] tcl build problem
On 2014-08-29 18:22+0100 Phi
On 2014-08-29 18:22+0100 Phil Rosenberg wrote:
> Hi Alan
> Got both your messages. Unfortunately that cannot be where the external
> libraries are linked into the examples as I am building static libraries so
> almost that entire file (including the section you indicated) is skipped.
> Just to b
error is when
building the examples.
Phil
-Original Message-
From: "Alan W. Irwin"
Sent: 29/08/2014 17:16
To: "PLplot development list"
Subject: Re: [Plplot-devel] tcl build problem
On 2014-08-29 02:08-0700 phil rosenberg wrote:
> Hi Alan
> I have cured the
On 2014-08-29 02:08-0700 phil rosenberg wrote:
> Hi Alan
> I have cured the actual link errors - I was trying to link 64 bit tcl
> libraries into 32 bit plplot examples - obviously it didn't work.
>
> The only real issue left is the appended .lib outside the quotes. I
can't find if that is somet
I expected to
find a TARGET_LINK_LIBRARIES call with either items from DRIVERS_LINK_FLAGS or
ntk_LINK_FLAGS somewhere, but I can't find it.
Phil
From: phil rosenberg
To: Alan W. Irwin
Cc: PLplot development list
Sent: Friday, 29 August 2014, 0:18
Subject: Re: [Plplot-devel] tc
On 2014-08-28 16:18-0700 phil rosenberg wrote:
> Hi Alan
> I found the same location in the file you specified between checking emails.
> I have been through and added the \" where appropriate to the various (rpath,
> compile, linker) flags. This allows me to compile, but I am getting linker
>
ose out on my system.
From: Alan W. Irwin
To: Phil Rosenberg
Cc: PLplot development list
Sent: Thursday, 28 August 2014, 21:29
Subject: RE: [Plplot-devel] tcl build problem
On 2014-08-28 20:33+0100 Phil Rosenberg wrote:
> Hi Alan
> Given what you said I did a quick google
On 2014-08-28 20:33+0100 Phil Rosenberg wrote:
> Hi Alan
> Given what you said I did a quick google for cmake paths spaces and
immediately found this post
http://stackoverflow.com/questions/9964775/using-cmakes-include-directories-command-with-white-spaces.
Seems the issue is the same there and i
whitespace. I'll see if I can work out where the quotes should go and if not
then I'll uninstall and reinstall tcl I guess.
-Original Message-
From: "Alan W. Irwin"
Sent: 28/08/2014 19:12
To: "phil rosenberg"
Cc: "PLplot development list"
Subject:
On 2014-08-28 10:06-0700 phil rosenberg wrote:
> Hi Alan
> I have done my best to look at this, but I am struggling. Looking at the
> various tcl related variables they all appear at first glance to be fine. I
> have just tried literally outputting every variable at the end of the top
> level c
Hi Alan
I have done my best to look at this, but I am struggling. Looking at the
various tcl related variables they all appear at first glance to be fine. I
have just tried literally outputting every variable at the end of the top level
cmakelists.txt. Looking through I notices that the ntk_COMP
36 matches
Mail list logo
