On 2015-06-08 18:52- Arjen Markus wrote:
> Itk is causing a link problem - I will turn it off for the moment to see what
> the rest of tests are doing now.
> See the report.
Hi Arjen:
Thanks for that test, and I am really pleased the DISPLAY issue was so
easy to fix.
N.B. please take the t
: plplot-devel@lists.sourceforge.net
Subject: Re: [Plplot-devel] PLplot and C++
Hi Alan, Phil,
I was just looking at the Tk/X Window problem myself. It would seem that having
the X Window Server running and setting the DISPLAY variable to :0.0 (that is
the name of the X Window Server that Cygwin
lan W. Irwin
> Cc: Arjen Markus; plplot-devel@lists.sourceforge.net
> Subject: Re: [Plplot-devel] PLplot and C++
>
> Hi Alan and Arjen
> My X problems were just because I updated Cygwin with X running so some dlls
> couldn't upgrade until reboot - but I had too much stuff op
Hi Alan and Arjen
My X problems were just because I updated Cygwin with X running so
some dlls couldn't upgrade until reboot - but I had too much stuff
open on my laptop to reboot just then.
If it helps I have the following in my .bashrc to ensure X11 is
running whenever I start a terminal
#star
On 2015-06-08 08:55- Arjen Markus wrote:
> See the new results. They seem almost perfect. Only the Ada problem is left
> at a superficial examination of the reports.
Thanks very much for doing these two tests (with and without Ada). I
agree these results are the best Cygwin results (outside
Hi Alan,
>> 1. Ada
>>
>> I think I have now fixed that issue (commit id = 63bdf93) so please try
>> again. There
>> is a library naming inconsistency issue for Ada on MinGW which I previously
>> fixed in
>> a way that screws up Ada on Cygwin.
>> From your report there is no such naming conventi
Hi Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Friday, June 05, 2015 10:00 PM
> To: Arjen Markus
> Cc: plplot-devel@lists.sourceforge.net
> Subject: RE: [Plplot-devel] PLplot and C++
>
> On 2015-06-05 12:08
On 2015-06-07 14:41+0100 Phil Rosenberg wrote:
> Hi Alan
> Just tried to build on Linux, but I'm getting the following error during make
>
> Linking Fortran static library libplf95demolib.a
> Error running link command: No such file or directory
> make[2]: *** [examples/f95/libplf95demolib.a] Erro
Hi Alan
Just tried to build on Linux, but I'm getting the following error during make
Linking Fortran static library libplf95demolib.a
Error running link command: No such file or directory
make[2]: *** [examples/f95/libplf95demolib.a] Error 2
make[1]: *** [examples/f95/CMakeFiles/plf95demolib.dir
On 2015-06-06 13:56+0100 Phil Rosenberg wrote:
> I sent my previous email to just alan rather than reply all - Arjen
> and others see below.
>
> I've just uploaded a commit which means FindwxWidgets.cmake looks for
> wx-config-3.0 and wx-config-2.8. This will work for now while we only
> have thos
I sent my previous email to just alan rather than reply all - Arjen
and others see below.
I've just uploaded a commit which means FindwxWidgets.cmake looks for
wx-config-3.0 and wx-config-2.8. This will work for now while we only
have those two versions to check for, but frustratingly this means
t
On 2015-06-05 12:59-0700 Alan W. Irwin wrote:
>
> Summary:
>
>
> The following components still need additional installation
> changes by you in order to test them on Cygwin
>
> ENABLE_ada: OFF
> ENABLE_lua: OFF
> ENABLE_tcl: OFF
> ENABLE_itcl:
On 2015-06-06 08:04+0100 Phil Rosenberg wrote:
> Not sure if this is relevant but there were problems finding (the
correct) wxWidgets library on windows. There are als differences in
how it is found on windows and Linux. On windows I think the wxwin
environment variable is used. On Linux the wxcon
checking what happens
on cygwin
-Original Message-
From: "Alan W. Irwin"
Sent: 05/06/2015 20:59
To: "Arjen Markus"
Cc: "plplot-devel@lists.sourceforge.net"
Subject: Re: [Plplot-devel] PLplot and C++
On 2015-06-05 12:08- Arjen Markus wrote:
> Here is th
On 2015-06-05 12:59-0700 Alan W. Irwin wrote:
>
> Remarks concerning II alone:
>
>
> Ada.
>
> The result for II was
>
> -- WARNING: gnat library not found. Disabling ada bindings
>
> which is a package install regression compared to I. Thu
On 2015-06-05 12:08- Arjen Markus wrote:
> Here is the result (I had to switch off Ada and I need to reinstall
Tcl as bits and pieces required for the development of extensions are
missing), but PyQt4 worked now. The various components are getting
fairly complete.
Hi Arjen:
Thanks for the tw
Hi Alan,
I followed your advice and the result is that now PyQt4 is accepted. However,
the build fails on Ada:
cd /cygdrive/d/plplot-svn/comprehensive_test_disposeable/shared/build_tree/dll
&& /usr/bin/cmake.exe -E copy_if_different libplplotada.dll libplplotada.dll.a
Error copying file (i
Hi Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
>
> 1. Tcl/Tk/Itcl/Itk
>
>
> I believe your best choice is to move the non-Cygwin installation of Tcl,
> etc., in
> /usr/local to some non-official location (e.g., /tcl/usr/local if everything
> in y
Hi Arjen:
On 2015-06-03 11:13- Arjen Markus wrote:
> Hi Alan,
>
>
>
> Please find the report of the comprehensive test in the attached tarball.
Thanks for this test!
>
>
>
> Notes regarding the installation of the various Cygwin packages:
>
> -There are several HDF5 packages and wha
Hi Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
>
> The easiest way to do that, of course, is to run the comprehensive_test.sh
> script.
>
> @Arjen: you have kindly been running that script a lot for me recently with
> excellent
> success on Cygwi
On 2015-06-01 10:48-0700 Alan W. Irwin wrote:
> To Phil and Arjen:
>
> Thanks to both of you for the useful information below which should
> help me to sort out the C++ linking issue for the traditional build.
The solution I came up with (commit ID e23628e) turned out to be quite
elegant if I do
To Phil and Arjen:
Thanks to both of you for the useful information below which should
help me to sort out the C++ linking issue for the traditional build.
Alan
On 2015-06-01 10:59+0100 Phil Rosenberg wrote:
> I have the same empty variable for my visual studio 64 bit plplot build.
>
> Looking
I have the same empty variable for my visual studio 64 bit plplot build.
Looking at https://msdn.microsoft.com/en-us/library/abx4dbyh.aspx
" If you include one of the C++ Standard Library Header Files in your
code, a Standard C++ Library will be linked in automatically by Visual
C++ at compile t
Hi Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Meanwhile, would both of you guys please let me know the exact results for
> CMAKE_CXX_IMPLICIT_LINK_LIBRARIES and
> CMAKE_CXX_IMPLICIT_LINK_DIRECTORIES from
> CMakeFiles//CMakeCXXCompiler.cmake in y
On 2015-05-27 14:50-0700 Alan W. Irwin wrote:
> [ F]or my latest build [on Linux I found]
>
> software@raven> grep CMAKE_CXX_IMPLICIT_LINK_
> CMakeFiles/3.0.2/CMakeCXXCompiler.cmake
> set(CMAKE_CXX_IMPLICIT_LINK_LIBRARIES "stdc++;m;c")
> set(CMAKE_CXX_IMPLICIT_LINK_DIRECTORIES
> "/usr/lib/gc
Hi Alan,
That sounds interesting indeed - as for exotic C++ compilers: I guess Cmake
would have difficulty finding them in the first place. Main thing is that
knowledge of all these libraries is easily accessible.
Regards,
Arjen
> -Original Message-
> From: Alan W. Irwin [mail
On 2015-05-25 13:06-0700 Alan W. Irwin wrote:
> Don't get me wrong, I would like this limitation to be resolved so
> that our traditional build of the installed examples works as well as
> the CMake build of those. When discussing this with Andrew I
> mentioned one possibility for implementing a
27 matches
Mail list logo
