Re: [Plplot-general] Problem with LNK2019 error unresolved external

2019-10-24 Thread David Bergman via Plplot-general
Two different approaches to the build were given to me.?? But essentially 
the same result, I set an install prefix and the bin, lib, share, and 
doc folders are deposited.?? I was speaking shorthand when I said 
"install dir", I simply meant that I was using the lbs and dlls from the 
correct folders in which they were placed after running the INSTALL 
project.?? I had stated previously that I removed ALL older builds so 
there was NO occurrence of plplot related code anywhere on the machine.



On 10/24/2019 3:59 PM, Alan W. Irwin wrote:

On 2019-10-24 18:36- Ferrell, Stephen via Plplot-general wrote:

If you are using strictly the defaults found in the CmakeLists.txt 
when using Cmake to generate your PLPlot solution file and then 
running the solution file, an install folder will not be created, so 
I'm not sure what you did to end up with an install folder containing 
DLL's and lib files.?? I suspect that your install folder and the 
files in it are from some previous build/installation that's 
incompatible with a 5.15 default build.


Yes, it is true that you should never mix various PLplot versions.
And because of the possibility of version clashes from an old install
folder, if you are working within the build folder you should refer to
nothing in the install folder, e.g., don't refer to the install folder in
your PATH, and better yet, when making a fresh start, always remove
all old install folders before proceeding.

Anyhow, I too am extremely happy to hear from David that he has found 
a solution.


Alan


-- The quality of your thoughts will determine the quality of your life.

 On Thursday, October 24, 2019, 07:45:44 AM MST, David Bergman 
 wrote:



Okay, wow.?? The following seems to have fixed the issue.?? I did not 
exactly what Steve suggested.?? What I did do is point to the



.\source\build\dll directory for the libs and dlls, and used the libs 
in there rather than in the install dir.


I am having some deja vu in that last time I was unable to get the 
install to work and made a monolithic folder canned plplot-man (for 
manual) in which I dropped the dll and lib files into.


I used everything in there just to be sure I didn't miss anything.


I still do not understand why but I'm just glad I'm past it. Could 
the install have corrupted a file that appears in the install 
folders??? Could that have been from the hanging I get using VS 2017 
for the install??? I am not sure if the install project just moves 
files around or implements some additional bindings etc.



Most likely I just did something wrong.?? In that case please accept 
my apologies for wasting your time.?? But thank you all for the help.



David




On 10/24/2019 10:30 AM, David Bergman wrote:


Also, I've been including all lib's in the dependencies.?? I will 
reduce the number.


On 10/24/2019 9:59 AM, David Bergman wrote:


I'll give it a try.?? That last one I tried had every .lib in the 
dependencies.?? Also, I am pointing to the install directories for the 
dll not the build directory.?? Is this not the correct thing to do??? 
Last but not least I am running the x00 example which does not use 
the widgets driver, so I would probably want to swap 
plplotwxwidgets.lib with wingcc.lib


David



On 10/23/2019 11:49 PM, Ferrell, Stephen wrote:

?? In your solution file, does your linker input look similar to 
this??? There should only be 2 link-libs listed.
??C:\plplot-5.15\build\dll\Release\plplotcxx.lib;C:\plplot-5.15\build\dll\Release\plplotwxwidgets.lib;%(AdditionalDependencies) 




??Under Linker/System it should read:
??Console (/SUBSYSTEM:CONSOLE)


??Your C++ pre-processor definitions should be:
??PL_USE_NAMESPACE;WIN32;NDEBUG;_WINDOWS;%(PreprocessorDefinitions)


??Under C/C++ Code Generation it should be:
??Multi-threaded DLL (/MD)




??-- The quality of your thoughts will determine the quality of your 
life.


 On Wednesday, October 23, 2019, 02:53:25 PM MST, David Bergman 
 wrote:



Well then I don't know what to do.


Thanks anyway.



On 10/23/2019 5:33 PM, Ferrell, Stephen wrote:

?? This works perfectly on my system.?? As in the examples, plstream is 
delcared globally:

??-- #include "plc++demos.h"
??#ifdef PL_USE_NAMESPACE using namespace std; #endif
??plstream?? ?? ?? ?? ??*pls;

??int main(int argc, char ** argv) { ?? ?? cout << "About to declare and 
new a plstream variable..." << "\n" << endl;

 ?? pls = new plstream();
 ?? cout << "Testing delete plstream..." << "\n" << endl;
 ?? delete pls;
 ?? return 0; }







??-- The quality of your thoughts will determine the quality of your 
life.


 On Wednesday, October 23, 2019, 01:29:38 PM MST, David Bergman 
 wrote:



I didn't think I was trying random things.?? Here is a simple code 
snippet that causes the crash.


int main(int argc, char ** argv)
{
?? cout << "About to declare and new a plstream variable..." << "\n" 
<< endl;

?? plstream *pls;
?? pls = new 

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

2019-10-17 Thread David Bergman via Plplot-general
Tom, thanks for your input but I'm not even writing code yet.  This is a build 
error and I'm using the out of the box make, cmake and other scripts so I 
wouldn't know what file to put those lines of code in.  Any thoughts?

Sent from Yahoo Mail on Android 
 
  On Thu, Oct 17, 2019 at 2:46 PM, Tom Schoonjans via 
Plplot-general wrote:   
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
  
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general


Re: [Plplot-general] plplot-wxwidgets-plotting

2018-06-07 Thread David Bergman via Plplot-general
 Phil, 
Thank you very much for the help.  I will try these edits and see how it 
goes.As for specifying the size of the window (as per your last email).  I've 
shied away from that as it screwed up the splitter windows construction I 
had.This suggestion looks like the best route, will let you know how it 
works.David

On Thursday, June 7, 2018, 10:46:44 AM EDT, Phil Rosenberg 
 wrote:  
 
 Hi David again

Just to let you know that a way to get the automatic text sizing to
work correctly without specifying an initial size for your window
would be to wait until the window is displayed to call your Plot
routine. You could do this by catching the first resize event or first
paint event and calling Plot at that point.

Or if you wish to manually set text size you should note that
pls->adv() and pls->env() (which calls plsadv()) reset the size to
what plplot thinks is the best. Hence you must do the work of
pls->env() manually. In your case, replace pls->env() with

 pls->clear();
 pls->vsta();
 pls->wind(xmin, xmax, ymin, ymax);
 pls->schr(5.0, 1.0);
 plbox("bcnst", (PLFLT) 0.0, 0, "bcnstv", (PLFLT) 0.0, 0);
 pls->schr(8.0, 1.0);
 pls->lab("x", "y", "sin(x)/x");

replacing the values 5.0 and 8.0 witht he size you want your numbers
and labels (in mm).

On 7 June 2018 at 14:55, Phil Rosenberg  wrote:
> Hi David
> Sorry, I haven't replied - I've been away and off email for close to a month.
>
> Anyway - the problem is that when you create your wxPLplotwindow using
> the default constructor it gets a size of wxDefaultSize at
> initialisation. This is 20x20 pixels on my Windows system. PLPlot then
> uses this size along with the DPI to calculate the most appropriate
> text size, which comes out at I think about 0.3 mm. This is converted
> to a pt size and used to create a wxFont. One of either of the
> following is happening wxFont only accepts integers for pt size and
> the pt size is less than 1 so gets rounded down to 0 and no text is
> drawn, or the text is sortof there, but it is so small it doesn't
> actually show up.
>
> The easiest workaround is to specify a size at construction time -
> this will change when your frame actually sorts out the sizing of its
> child windows, but that's fine. So something like
>
> m_right = new wxPLplotwindow(true, wxSize(800, 800));
>
> works and the text displays.
>
> You should also be able to manually set the size using pls->schr() in
> your Plot function, but I've just quickly tried that and it didn't
> work. I'll try to investigate why.
>
> Hope that gets you going for now.
>
> Phil
>
>
>
> On 6 June 2018 at 13:01, David Bergman  wrote:
>> Alan,
>>
>> Thanks.  It seems that we're making some progress.  I am working on Windows
>> and I do not get the warning
>> "Somehow we attempted to plot before the wxPLplotwindow was ready. The plot
>> will not be drawn".
>> I get a plot with some missing elements.  I've not tried to build or run in
>> Linux.
>>
>> Thanks for your help,
>> David
>>
>>
>> On 6/6/2018 1:48 AM, Alan W. Irwin wrote:
>>>
>>> On 2018-05-25 15:37-0400 David Bergman wrote:
>>>
 Alan,

 I regret waiting this long to reply but have had a lot of work.
 To tell you the truth I am not sure what exactly caused the issue but
 I've deleted the "wxOVERRIDE" from the code, which was clearly a copy-paste
 from a wxWidgets example.

 I copied the simple.cpp code into the PLplot-Widgets example.

 cmake and nmake both ran find but cmake install generated the following
 fatal error.  Recall that I had quite a bit of trouble getting it to 
 install
 the first time and I may have missed an option that is required.  Not sure
 if my error is due to the same issue that caused your error.


 Install the project...
 -- Install configuration: "Debug"
 -- Installing: C:/Program Files (x86)/plplot/share/doc/plplot/ABOUT
 CMake Error at cmake_install.cmake:39 (file):
  file INSTALL cannot copy file "C:/plplot-5.13.0/ABOUT" to "C:/Program
 Files
  (x86)/plplot/share/doc/plplot/ABOUT".


 NMAKE : fatal error U1077: 'echo' : return code '0x1'
 Stop.
>>>
>>>
>>> Hi David:
>>>
>>> In my case, it was configuration of a new computer which kept me from
>>> replying to what you said above in a timely way.  My apologies for that
>>> delay.  But that new computer configuration has now been a success (I
>>> am writing this from the new computer and PLplot also builds
>>> on that new computer) so I now have a chance to answer you.
>>>
>>> I think the nmake trouble you are having is due to the (default) install
>>> prefix
>>> "C:/Program Files (x86)" having a blank in the path.  I think all those
>>> "blank in
>>> path" issues are now gone in the git version of PLplot so please try that
>>> not
>>> only for that reason but also because that is the version of PLplot I test
>>> with
>>> in any case.
>>>
>>> I tried a similar test (copying simple.cpp on top of
>>> 

Re: [Plplot-general] More questions about install

2018-02-02 Thread David Bergman via Plplot-general
Phil, 
Thanks for reaching out.At this point the VS IDE build and install has never 
worked right, without massive errors.  The latest trial produced the release 
version without error but not the debug.
 Following the instructions for a command line build, with help from Arjen, in 
windows (not Cygwin) produced a directory without errors.  The IDE build and 
the command prompt build are significantly different in the content (in my 
opinion).  
I've been able to build a VS project from scratch using PLplot headers and dll 
and it worked.  So, I'm counting that as a success.  I have not yet had a 
chance to do more complex plots, fully test the functions, or integrate with 
widgets which is my intent.  I may need more help in the future.
I will say that there was one dll that the VS compiler/linker said was 
corrupted but I don't recall which one.Just to get past it and get something 
working I deleted this from the project.  It may come back to bite me later.

David


On Friday, February 2, 2018, 9:23:06 AM EST, Phil Rosenberg 
<p.d.rosenb...@gmail.com> wrote:  
 
 Hi DavidI would have gotten involved in this thread earlier if I had realised 
it had moved to Visual Studio an wxWidgets and away from Cygwin. Sorry for just 
reading the title and not the text.
I always use the visual studio IDE, I don't know if that is the route you ended 
up going down. Have you found the instructions at 
https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_the_Visual_Studio_IDE/?
 They are a little out of date, but I don't think much has changed.
Phil
On 26 January 2018 at 14:57, David Bergman via Plplot-general 
<plplot-general@lists.sourceforge.net> wrote:

That worked.  Are there any good tutorials for using this with wxWidgets and 
VC++?I think I need to set up the wxWidgets driver.You may hear from me 
again...David
 

On Friday, January 26, 2018, 9:38:32 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote:  
 
 
Hi David,
 
  
 
That is easier – did you install the stuff via “nmake install” or are you 
working from the build directory?
 
  
 
That is what I usually do and then I have to expand the PATH environment 
variable:
 
  
 
set PATH=d:\plplot-build-dir\dll;% PATH%
 
cd examples\cxx
 
x01.exe
 
  
 
Fill in the right directory for “plplot-build-dir” above.
 
  
 
Regards,
 
  
 
Arjen
 
  
 
From: David Bergman [mailto:davidrbergman@yahoo. com]
Sent: Friday, January 26, 2018 3:34 PM
To: Arjen Markus
Cc: Plplot-general@lists. sourceforge.net (plplot-general@lists. 
sourceforge.net)
Subject: Re: RE: RE: [Plplot-general] More questions about install
 
  
 
Arjen, 
 
Thanks, that worked to get past this hurdle.  nmake and nmake install worked.
 
Frankly, I'm not sure what state plplot is in but I tried running an example 
exe and got an error message that plplotcxx.dll is not installed on my computer.
 
However, this *.dll does exists in the dll folder.
 
How does that work?
 
David
 
  
 
  
 
On Friday, January 26, 2018, 8:15:24 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote: 
 
  
 
  
 
Hi David,
 
 
 
I was a bit hasty, I think – the cairo device driver actually consists of a 
whole slew of them and you would have to set all of them to off to avoid the 
cairo device (things like PLD_wincairo and PLD_epscairo). If I read the CMake 
files correctly, then you should be able to turn off that family of devices by 
-DDEFAULT_NO_CAIRO_DEVICES=ON. (I hope I am right this time)
 
 
 
Regards,
 
 
 
Arjen
 
 
 
 
 
From: David Bergman [mailto:davidrbergman@yahoo. com]
Sent: Thursday, January 25, 2018 2:12 PM
To: Arjen Markus
Cc: Plplot-general@lists. sourceforge.net (plplot-general@lists. 
sourceforge.net)
Subject: Re: RE: [Plplot-general] More questions about install
 
 
 
Arjen,
 
Thanks.  I tried again with your suggestion but the following warning.
 
 
 
CMake Warning:
  Manually-specified variables were not used by the project:
 
 
 
PLD_cairo
 
 
 
I tried variant, e.g. all cap, etc, just in case there was a typo.  No luck.
 
 
 
Any other suggestions would be appreciated.
 
On another note, not sure is you saw my other email status.  Installing from 
the IDE seemed to work for the Release build but not the Debug, several 
projects failed to build.  I cannot decipher why one would build and the other 
not.  Additionally the *.exe for the examples did not get created as in 
previous installs.  It seems that each try produces a different state.
 
 
 
Thank you in advance.
 
David
 
 
 
 
 
 
 
On Thursday, January 25, 2018, 2:44:51 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote: 
 
 
 
 
 
Hi David,
 
 
 
Wrt your message (it got caught in my spam filter for reasons best known to 
itself):
 
 
 
“Arjen,
 
 
 
I just installed CMake 3.9.4 and tried the build from a DOS command prompt (not 
using VS INSTALL).  Same issues, partial output is attached.
 
It crashes at ciaro [26%].  Do I need ciaro to use plplot?
 
 
 
David”
 
 
 
Apparently the bui

Re: [Plplot-general] More questions about install

2018-01-26 Thread David Bergman via Plplot-general
I believe I did set PATH, as that was one of the steps on the site.  I'll try 
again.  I installed via "nmake install".On another note does this method of 
building produce all the same results as building and installing from the IDE?I 
have virtually no header files, or code, just dll, lib, etc.Not sure what to 
expect as each method produces different file structure.
Thanks,David
 

On Friday, January 26, 2018, 9:38:32 AM EST, Arjen Markus 
 wrote:  
 
 
Hi David,
 
  
 
That is easier – did you install the stuff via “nmake install” or are you 
working from the build directory?
 
  
 
That is what I usually do and then I have to expand the PATH environment 
variable:
 
  
 
set PATH=d:\plplot-build-dir\dll;%PATH%
 
cd examples\cxx
 
x01.exe
 
  
 
Fill in the right directory for “plplot-build-dir” above.
 
  
 
Regards,
 
  
 
Arjen
 
  
 
From: David Bergman [mailto:davidrberg...@yahoo.com]
Sent: Friday, January 26, 2018 3:34 PM
To: Arjen Markus
Cc: Plplot-general@lists.sourceforge.net (plplot-general@lists.sourceforge.net)
Subject: Re: RE: RE: [Plplot-general] More questions about install
 
  
 
Arjen, 
 
Thanks, that worked to get past this hurdle.  nmake and nmake install worked.
 
Frankly, I'm not sure what state plplot is in but I tried running an example 
exe and got an error message that plplotcxx.dll is not installed on my computer.
 
However, this *.dll does exists in the dll folder.
 
How does that work?
 
David
 
  
 
  
 
On Friday, January 26, 2018, 8:15:24 AM EST, Arjen Markus 
 wrote: 
 
  
 
  
 
Hi David,
 
 
 
I was a bit hasty, I think – the cairo device driver actually consists of a 
whole slew of them and you would have to set all of them to off to avoid the 
cairo device (things like PLD_wincairo and PLD_epscairo). If I read the CMake 
files correctly, then you should be able to turn off that family of devices by 
-DDEFAULT_NO_CAIRO_DEVICES=ON. (I hope I am right this time)
 
 
 
Regards,
 
 
 
Arjen
 
 
 
 
 
From: David Bergman [mailto:davidrberg...@yahoo.com]
Sent: Thursday, January 25, 2018 2:12 PM
To: Arjen Markus
Cc: Plplot-general@lists.sourceforge.net (plplot-general@lists.sourceforge.net)
Subject: Re: RE: [Plplot-general] More questions about install
 
 
 
Arjen,
 
Thanks.  I tried again with your suggestion but the following warning.
 
 
 
CMake Warning:
  Manually-specified variables were not used by the project:
 
 
 
PLD_cairo
 
 
 
I tried variant, e.g. all cap, etc, just in case there was a typo.  No luck.
 
 
 
Any other suggestions would be appreciated.
 
On another note, not sure is you saw my other email status.  Installing from 
the IDE seemed to work for the Release build but not the Debug, several 
projects failed to build.  I cannot decipher why one would build and the other 
not.  Additionally the *.exe for the examples did not get created as in 
previous installs.  It seems that each try produces a different state.
 
 
 
Thank you in advance.
 
David
 
 
 
 
 
 
 
On Thursday, January 25, 2018, 2:44:51 AM EST, Arjen Markus 
 wrote: 
 
 
 
 
 
Hi David,
 
 
 
Wrt your message (it got caught in my spam filter for reasons best known to 
itself):
 
 
 
“Arjen,
 
 
 
I just installed CMake 3.9.4 and tried the build from a DOS command prompt (not 
using VS INSTALL).  Same issues, partial output is attached.
 
It crashes at ciaro [26%].  Do I need ciaro to use plplot?
 
 
 
David”
 
 
 
Apparently the build system is finding libraries that are connected to the 
cairo device. Unfortunately, they are not truly compatible. The best way to 
take care of that is to use the option –DPLD_cairo=OFF, forcing the build 
system to ignore that device. This kind of things sometimes happens.
 
 
 
Regards,
 
 
 
Arjen
 
 
 

  
 
Arjen Markus
Sr. Adviseur/Onderzoeker
 
| 
T
  | 
+31(0)88 335 8559
  |
| 
E
  | 
arjen.mar...@deltares.nl
  |


 
 
|  |


 
 
| 
|  |


 www.deltares.com
  |  | 
Postbus 177
2600 MH Delft
  |  | 
| 


  |
|  |
|  |

 |



Please consider the environment before printing this email
 
DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail. 
 
DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is 

Re: [Plplot-general] More questions about install

2018-01-26 Thread David Bergman via Plplot-general
Arjen, Thanks, that worked to get past this hurdle.  nmake and nmake install 
worked.Frankly, I'm not sure what state plplot is in but I tried running an 
example exe and got an error message that plplotcxx.dll is not installed on my 
computer.However, this *.dll does exists in the dll folder.How does that 
work?David
 

On Friday, January 26, 2018, 8:15:24 AM EST, Arjen Markus 
 wrote:  
 
 
Hi David,
 
  
 
I was a bit hasty, I think – the cairo device driver actually consists of a 
whole slew of them and you would have to set all of them to off to avoid the 
cairo device (things like PLD_wincairo and PLD_epscairo). If I read the CMake 
files correctly, then you should be able to turn off that family of devices by 
-DDEFAULT_NO_CAIRO_DEVICES=ON. (I hope I am right this time)
 
  
 
Regards,
 
  
 
Arjen
 
  
 
  
 
From: David Bergman [mailto:davidrberg...@yahoo.com]
Sent: Thursday, January 25, 2018 2:12 PM
To: Arjen Markus
Cc: Plplot-general@lists.sourceforge.net (plplot-general@lists.sourceforge.net)
Subject: Re: RE: [Plplot-general] More questions about install
 
  
 
Arjen, 
 
Thanks.  I tried again with your suggestion but the following warning.
 
  
 
CMake Warning:
  Manually-specified variables were not used by the project:
 
  
 
PLD_cairo
 
  
 
I tried variant, e.g. all cap, etc, just in case there was a typo.  No luck.
 
  
 
Any other suggestions would be appreciated.
 
On another note, not sure is you saw my other email status.  Installing from 
the IDE seemed to work for the Release build but not the Debug, several 
projects failed to build.  I cannot decipher why one would build and the other 
not.  Additionally the *.exe for the examples did not get created as in 
previous installs.  It seems that each try produces a different state.
 
  
 
Thank you in advance.
 
David
 
  
 
  
 
  
 
On Thursday, January 25, 2018, 2:44:51 AM EST, Arjen Markus 
 wrote: 
 
  
 
  
 
Hi David,
 
 
 
Wrt your message (it got caught in my spam filter for reasons best known to 
itself):
 
 
 
“Arjen,
 
 
 
I just installed CMake 3.9.4 and tried the build from a DOS command prompt (not 
using VS INSTALL).  Same issues, partial output is attached.
 
It crashes at ciaro [26%].  Do I need ciaro to use plplot?
 
 
 
David”
 
 
 
Apparently the build system is finding libraries that are connected to the 
cairo device. Unfortunately, they are not truly compatible. The best way to 
take care of that is to use the option –DPLD_cairo=OFF, forcing the build 
system to ignore that device. This kind of things sometimes happens.
 
 
 
Regards,
 
 
 
Arjen
 
 
 

  
 
Arjen Markus
Sr. Adviseur/Onderzoeker
 
| 
T
  | 
+31(0)88 335 8559
  |
| 
E
  | 
arjen.mar...@deltares.nl
  |


 
 
|  |


 
 
| 
|  |


 www.deltares.com
  |  | 
Postbus 177
2600 MH Delft
  |  | 
| 


  |
| 

  |
| 

  |

 |



Please consider the environment before printing this email
 
DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail. 
 DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail.  --
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general


Re: [Plplot-general] More questions about install

2018-01-25 Thread David Bergman via Plplot-general
Arjen, Thanks.  I tried again with your suggestion but the following warning. 
 
CMake Warning:
  Manually-specified variables were not used by the project:

PLD_cairo

I tried variant, e.g. all cap, etc, just in case there was a typo.  No luck.
Any other suggestions would be appreciated. On another note, not sure is you 
saw my other email status.  Installing from the IDE seemed to work for the 
Release build but not the Debug, several projects failed to build.  I cannot 
decipher why one would build and the other not.  Additionally the *.exe for the 
examples did not get created as in previous installs.  It seems that each try 
produces a different state.
Thank you in advance.David
 

On Thursday, January 25, 2018, 2:44:51 AM EST, Arjen Markus 
 wrote:  
 
  
Hi David,
 
  
 
Wrt your message (it got caught in my spam filter for reasons best known to 
itself):
 
  
 
“Arjen, 
 
  
 
I just installed CMake 3.9.4 and tried the build from a DOS command prompt (not 
using VS INSTALL).  Same issues, partial output is attached.
 
It crashes at ciaro [26%].  Do I need ciaro to use plplot?
 
  
 
David”
 
  
 
Apparently the build system is finding libraries that are connected to the 
cairo device. Unfortunately, they are not truly compatible. The best way to 
take care of that is to use the option –DPLD_cairo=OFF, forcing the build 
system to ignore that device. This kind of things sometimes happens.
 
  
 
Regards,
 
  
 
Arjen
 
  
 

  
 
Arjen Markus
Sr. Adviseur/Onderzoeker
 
| 
T
  | 
+31(0)88 335 8559
  |
| 
E
  | 
arjen.mar...@deltares.nl
  |


  
 
|  |


  
 
| 
| 

  |


 www.deltares.com
  |  | 
Postbus 177
2600 MH Delft
  |  | 
| 


  |
| 

  |
| 

  |

 |



Please consider the environment before printing this email
 DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail.  --
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general


Re: [Plplot-general] More questions about install

2018-01-24 Thread David Bergman via Plplot-general
Additional info.
The cmd prompt install with cmake/nmake did not work (see previous 
email).Trying the IDE build again got me somewhere.  Both the Debug and Release 
builds and INSTALLs seem to have worked with the exception of 
test_wxwidgets_dyndriver in both and test_wingcc_dyndriver in the Release build.
 
So, I'm closer to having this built.  There are DLL in two locations.  I'm not 
sure if the two failed builds are critical or how to fix them.
Thanks in advance.David

On Wednesday, January 24, 2018, 9:24:01 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote:  
 
 
Hi David,
 
  
 
I also saw that you are using version 3.10 of CMake. I use 3.9.4 myself. Could 
you try with that version?
 
  
 
Regards,
 
  
 
Arjen
 
  
 
  
 
From: Arjen Markus [mailto:arjen.mar...@deltares.nl]
Sent: Wednesday, January 24, 2018 3:20 PM
To: David Bergman; Jim Dishaw
Cc: plplot-general@lists.sourceforge.net
Subject: Re: [Plplot-general] More questions about install
 
  
 
Hi David,
 
  
 
I see the regular output to the screen from Cmake, but I do not see the 
messages:
 
-- Configuring done
 
-- Generating done
 
-- Build files have been written to: (build directory)
 
I am not sure if they are written to standard output or standard error, but did 
you see these messages?
 
  
 
Regards,
 
  
 
Arjen
 
  
 
  
 

  
 
Arjen Markus
Sr. Adviseur/Onderzoeker
 
| 
T
  | 
+31(0)88 335 8559
  |
| 
E
  | 
arjen.mar...@deltares.nl
  |


  
 
|  |


  
 
| 
| 

  |


 www.deltares.com
  |  | 
Postbus 177
2600 MH Delft
  |  | 
| 


  |
| 

  |
| 

  |

 |



Please consider the environment before printing this email
 
  
 
  
 
From: David Bergman [mailto:davidrberg...@yahoo.com]
Sent: Wednesday, January 24, 2018 3:14 PM
To: Jim Dishaw; Arjen Markus
Cc: plplot-general@lists.sourceforge.net
Subject: Re: RE: [Plplot-general] More questions about install
 
  
 
Arjen, 
 
  
 
Attached is an output from cmake and the CMakeCache file from the Debug dir.
 
Ideally I would like to use it with visual studio as I have wxWidgets working 
in that environment, but building with the IDE is not essential.
 
  
 
Really, I'd like to understand what is happening.
 
  
 
I recently deleted all plplot folders and started from scratch.  Following the 
same instructions as before I could not get the same state back, the *.exe in 
the examples folders were working but integration with wxwidgets with the 
widgets driver was not.  Now the INSTALL build is given some 30,000 errors.  
So, I've taken a step backwards.
 
  
 
Thank you in advance,
 
David
 
  
 
  
 
On Wednesday, January 24, 2018, 2:46:51 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote:
 
  
 
  
 
Hi Jim, David,
 
 
 
I regularly build PLplot with Cygwin, MinGW-w64/MSYS2 and “bare” Windows 
(though not via VS) and can assure you that it all works fine. The 
configuration via CMake checks what libraries are available and will create 
makefiles that are suitable for the system. So the problems David reports are a 
bit puzzling.
 
 
 
David, we need the output from CMake at the very least to see what is going on 
(or not). It will help if you can also send the CMakeCache.txt file, as this 
shows what variables are set.
 
 
 
Regards,
 
 
 
Arjen
 
  
 
 
 
From: Jim Dishaw [mailto:j...@dishaw.org] 
Sent: Wednesday, January 24, 2018 4:17 AM
To: David Bergman
Cc: plplot-general@lists.sourceforge.net
Subject: Re: [Plplot-general] More questions about install
 
 
 
 
 

On Jan 23, 2018, at 1:17 PM, David Bergman via Plplot-general 
<plplot-general@lists.sourceforge.net> wrote:
 
 
 
I am trying to build plplot in cygwin.
 
Following the instructions at:
 
https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_cygwin/
 
 
 
produces results for the first command
 
 
 
cmake -DCMAKE_INSTALL_PREFIX=install ../
 
 
 
However make produces the following
 
 
 
make: *** No targets specified and no makefile found.  Stop.
 
 
 
What has not been made by the first command that is needed for the second?
 
 
 
In general, is there a list of dll and other files that should be made.  I've 
tried installing several times using Visual Studio IDE, command prompt, cygwin, 
and mingw, and all have failed at some point.
 

 
 
I’ve been using msys2 and mingw lately and have not tried cygwin in awhile.  
Can you reply with a log file from cmake?  Thanks
 
  
 
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, 
Slashdot.org!http://sdm.link/slashdot___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
 
 
 
DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthoriz

[Plplot-general] More questions about install

2018-01-23 Thread David Bergman via Plplot-general
I am trying to build plplot in cygwin.Following the instructions 
at:https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_cygwin/

produces results for the first command

cmake -DCMAKE_INSTALL_PREFIX=install ../

However make produces the following
make: *** No targets specified and no makefile found.  Stop.
What has not been made by the first command that is needed for the second?
In general, is there a list of dll and other files that should be made.  I've 
tried installing several times using Visual Studio IDE, command prompt, cygwin, 
and mingw, and all have failed at some point.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general