Hi Alan, Chris,
Here are my first experiences with directories containing spaces in their
names. See below in context.
Regards,
Arjen
> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Friday, May 05, 2017 10:40 PM
> To: Arjen Markus; Chris Marshall; PLplot development list
> Subject: Re: [Plplot-devel] Space in full pathname issues
>
> To Arjen and Chris:
>
> @Arjen:
>
> I saw your remark that you were going to write off the Cygwin platform for
> case (4)
> testing, but please hold off on that decision until Chris clarifies what he
> said below:
>
> On 2017-05-05 08:24-0400 Chris Marshall wrote:
>
> > cygwin doesn't handle install directories with whitespace fully or at all.
>
My first step was to build in a directory whose name contains spaces, but
nothing else. This worked smoothly for both Cygwin and MinGW-w64/MSYS2.
My next step was to build in that same directory and explicitly install in a
(different) directory whose name contains spaces:
cmake .... -DCMAKE_INSTALL_PREFIX="d:/plplot-src/install with spaces"
(I simply added this option to the existing CMake invocation)
This experiment was less successful: CMake started but never got beyond
"configuration done" - no further output was produced, but according to the
Task Manager it was writing a lot of data - after 15 minutes of CPU it had
produced 52 MB of output. No idea though where this got to - the subdirectories
of the build directory contain less than 10 MB. After that time I simply killed
the program.
> @Chris:
>
> To clarify what you said, are you concerned that basic functionality
> (compilers,
> CMake, C, library, Unix tools like bash) just won't work at all on Cygwin if a
> "spaced" install prefix is used? Or are you concerned that some libaries
> which are
> soft dependencies of PLplot but which are not fundamental to Cygwin's basic
> functionality won't work for this "spaced" case? If the latter, I agree
> there are likely
> to be such cases (since free software has historically struggled with spaces
> in full
> pathnames just like PLplot is doing now), but that does not preclude us
> testing for
> case (4) issues for PLplot on Cygwin.
>
My Cygwin installation is in an ordinary directory, no spaces involved. Given
the behaviour I saw, the first problem one would encounter is one in CMake
itself.
CMake under Cygwin is version 3.6.2.
> @ Both:
>
> The argument is if a PLplot build with all bindings and devices that depend on
> external libraries disabled is a success for this "spaced"
> install prefix case, then that proves the basic functionality of Cygwin works
> for this
> case. And if you then follow up by removing all those constraints from the
> PLplot
> build, then you will likely encounter (as I stated above) some problems for
> certain
> PLplot components. However, for these cases a quick visual check of "make
> VERBOSE=1" results should tell you whether the command that is failing has
> been
> set up properly by our build system so that the blanks are quoted or escaped
> properly. And if we fix all such issues (or there are none) and the command
> still
> fails, then we will have to blacklist that component of PLplot (i.e., disable
> it) for
> "spaced" install prefixes until the external package sorts out its own
> problems for
> that scenario.
>
> Note, this argument is a general one so it also applies to both the
> MinGW-w64/MSYS2 and epa_build platforms. If the platform fundamentals work
> for a "spaced" installation prefix (which is true almost by definition for at
> least the
> epa_build case) then sorting out whether the trouble for a given component of
> PLplot is due to an issue with our build system or the external software
> component
> for the platform should be completely straightforward.
>
Unfortunately, I am not getting this far.
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-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
