Is there a reason why you've moved from Visual Studio to MinGW and CodeBlocks?  
I've built several releases of PLPlot for Windows in the past using Visual 
Studio and had no problems.  As Visual Studio is the most popular development 
environment for Windows, support for building PLPlot and its dependencies is a 
bit more solid and you'll find there are more folks out there who can lend a 
hand when you do run into a problem.  I'd suggest switching back to VS unless 
you have some good reasons for switching to CodeBlocks/MinGW.
-- The quality of your thoughts will determine the quality of your life. 

    On Thursday, October 17, 2019, 03:09:27 PM MST, David Bergman 
<stuntguitar1...@gmail.com> wrote:  
 
 I have the patch but the file changes indicated in the header do not 
match lines the appear in the /mingw/include/stdlib.h.

I'm guessing that I have a different distribution, the one that comes 
with code blocks, and the c/c++ headers are not the same (though 
hopefully do the same thing).

I agree that this is clearly not a widgets issue but I'm still including 
that group since you were able to help so far.  I am very reluctant to 
edit the stdlib.h file I have if the line numbers and sample info do not 
match at all.  Can you confirm which version of MinGW you applied the 
patch to?  Perhaps I will just get that one, or another compiler 
supported by Code Blocks and start over.

David


On 10/17/2019 5:17 PM, Vadim Zeitlin wrote:
> On Thu, 17 Oct 2019 17:06:09 -0400 David Bergman wrote:
>
> DB> Thank you.  I had installed using codeblocks-17.12mingw-nosetup.zip
> DB> which comes with the MinGW compiler (circa 12/2017).  If I understand
> DB> your comment correctly the bug will not be released until later, or is
> DB> there an existing patch?
>
>  Yes, it's linked from the ticket URL I gave in the previous reply:
>
> https://dotsrc.dl.osdn.net/osdn/ticket/g/m/mi/mingw/39658/5565/declare-rand_s.patch
>
> DB> Rather than edit plplot source might it be better do grab the most
> DB> recent compiler or is that not stable?
>
>  I'm not really sure, but adding a declaration to stdlib.h (i.e. applying
> the patch above) should be the simplest. OTOH you could also just copy
> rand_s declaration in the file which needs it in plplot and avoid modifying
> MinGW headers at all. But this is really not wx-related at all any more...
>
> DB> Doing the rand fix just exposed another bug related to seed (see
> DB> below).  Is there a list of all possible changes needed?  Or is it safe
> DB> to say any related to the _WIN32 condition, or rand() generators?
> DB>
> DB> David
> DB>
> DB> [ 79%] Building CXX object
> DB> drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
> DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor
> DB> 'Rand::Rand()':
> DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error:
> DB> 'rand_s' was not declared in this scope
> DB>           rand_s( &m_seed );
>
>  This seems to be exactly the same problem.
>
>  Regards,
> VZ
>
-- 
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



_______________________________________________
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

Reply via email to