Hi Alan, Chris,
here is my report on Cygwin
On 2013-09-07 19:53, Alan W. Irwin wrote:
>
> What do the "test_noninteractive" results look like? For example,
> after running that target
>
> gv examples/x??c.pdfcairo
>
> should produce some good looking results for ?? = 24, 26, and 33. You
> should substitute your favorite command-line pdf viewer instead of gv
> if you haven't installed gv on Cygwin. And similarly for pngcairo,
> pscairo, if you have access to PNG or PostScript viewers. The
> epscairo device produces familied results (a separate encapsulated
> PostScript file with appropriate bounding box for each separate page
> of each example) so in that case the file names are
> examples/x24c01.epscairo, examples/x26c01.epscairo,
> examples/x26c02.epscairo, etc.
>
Yes, the pictures contained in these files look nice, no problem there.
Even the fonts look quite okay - for instance the "peace" flag is filled
with all the fonts we expect, with no more to be selected for
installation than "fontconfig".
> It's a shame that the pango/cairo set of libraries for Cygwin does not
> currently provide support for the wincairo device, but I suspect that is
> likely to change in the future (that capability was a relatively
> late addition to the cairo library which may just not be available on
> Cygwin yet). Anyhow, I would re-test that situation each time a new
> version of cairo became available on Cygwin.
>
I had one answer so far - that Cygwin is supposed to be UNIX on Windows,
so why would I expect a Windows-specific functionality like that? We'll
see what other answers come forth.
> Is the xcairo device available to you instead when you install the X
> development libraries for Cygwin? If so, I would try
>
> examples/c/x??c.exe -dev xcairo
>
> where ?? takes on the above values to make sure it works.
>
I have an X Window installation available:
- the xwin device looks fairly nice (the fonts are as always rather
wriggly)
- the xcairo device produces samller graphs for some reason and it
does not take the -display command line argument (whereas the xwin
device does). Something to be repaired, I'd say. I had to use the
DISPLAY environment variable instead.
(I do not have a window manager running yet, so the windows are created
full-screen)
> Did your good test results also include the test_interactive target?
> That target should exercise all interactive devices (such as xcairo if
> that is available) that you have built.
>
The non-interactive tests were almost as clean as possible. There was
one difference with example 23: the text file for this example contains
the address "0x8000000:L" instead of "0x8000000" (so an extra L). I have
no idea where that comes from.
> I am glad you got Python to work since that is a really important
> computer language for scientists. I suspect Java is equally important
> for other groups, but if some quick attempts to fix Java language
> support on Cygwin do not work, I would set it aside for now and move
> on to getting the qt devices to work (which requires installation of
> the Qt4 development packages). That would be just as important a
> breakthrough as you have just had with the cairo devices.
>
Now we come to the disappointing part:
Qt4 will not currently work on Cygwin, I am afraid.
Here are the details:
- I installed all the things Qt4 I could find in the set-up, but the
essential program qmake.exe was still missing.
- Then I had a bright idea: build it from the source code. This was not
a smooth road:
- At some point during the compilation a constant QT_OPEN_LARGEFILE
turned out to be missing for the Cygwin platform. I found the likely
place it should have been defined and repaired the source code.
- That made the build procedure happy enough to continue building all
manner of libraries and examples, or at least prepare that.
- The stumbling block - and for me the showstopper was this message:
error: 'gtk_init_abi_check' is not a member of 'QtGtkStylePrivate'
- It caused the build process to stop and similarly the installation
process.
- While I could make a guess at the solution for the first problem,
this one is beyond my ability to repair. I have no idea whether it
is at all a necessary part of Qt4 or not.
So I gave up on Qt4 for the moment. I will report this on the Cygwin list.
Perhaps I should ask about the Java problem on CMake, as it looks more
of a CMake-problem than a Cygwin-problem.
Regards,
Arjen
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.
------------------------------------------------------------------------------
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel
