I have just had a breakthrough for the build_packages project on Linux where
for the first time I have been able to build PLplot, wxwidgets, pango, cairo,
and all their hard dependencies without issues.  The results for the
PLplot cairo devices (which depend on both pango and cairo libraries)
were excellent.

To go a bit deeper into the results that have been achieved, here are
some of the ldd results for the PLplot cairo device driver.

These "home" results give an idea of everything relevant to PLplot
that was built and installed by the pango (and dependencies) build.
wine@raven> ldd ../install-linux/lib/plplot5.9.9/driversd/cairo.so |grep home
         libplplotd.so.11 => 
/home/wine/newstart/build_script/install-linux/lib/libplplotd.so.11 
(0x00007f045f259000)
         libpangocairo-1.0.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libpangocairo-1.0.so.0 
(0x00007f045eda5000)
         libpango-1.0.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libpango-1.0.so.0 
(0x00007f045eb47000)
         libgobject-2.0.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libgobject-2.0.so.0 
(0x00007f045e8ed000)
         libglib-2.0.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libglib-2.0.so.0 
(0x00007f045e598000)
         libcairo.so.2 => 
/home/wine/newstart/build_script/install-linux/lib/libcairo.so.2 
(0x00007f045e23c000)
         libcsirocsa.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libcsirocsa.so.0 
(0x00007f045d12f000)
         libcsironn.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libcsironn.so.0 
(0x00007f045cf24000)
         libqsastime.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libqsastime.so.0 
(0x00007f045cd1d000)
         libshp.so.1 => 
/home/wine/newstart/build_script/install-linux/lib/libshp.so.1 
(0x00007f045c86c000)
         libpixman-1.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libpixman-1.so.0 
(0x00007f045c2cf000)
         libpangoft2-1.0.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libpangoft2-1.0.so.0 
(0x00007f045b43f000)
         libgmodule-2.0.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libgmodule-2.0.so.0 
(0x00007f045b23c000)
         libgthread-2.0.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libgthread-2.0.so.0 
(0x00007f045ae36000)
         libharfbuzz.so.0 => 
/home/wine/newstart/build_script/install-linux/lib/libharfbuzz.so.0 
(0x00007f045abdd000)
         libffi.so.6 => 
/home/wine/newstart/build_script/install-linux/lib/libffi.so.6 
(0x00007f045a9d0000)
         libfontconfig.so.1 => 
/home/wine/newstart/build_script/install-linux/lib/libfontconfig.so.1 
(0x00007f045a364000)
         libqhull.so.5 => 
/home/wine/newstart/build_script/install-linux/lib/libqhull.so.5 
(0x00007f0459cc5000)

When running my GTK+-related scripts to generate the build_projects
configuration files, I was informed that the following hard dependencies
(automatically determined from jhbuild configuration data) 
were not satified (i.e, did not have build configurations).

gperf:libXft:libxml2:libxslt:ragel:libfreetype

I have removed from this list obvious toolchain packages (e.g., bison,
flex, python) which are readily available on Unix platforms and also
(mostly via MSYS) for Windows platforms.  And I have also removed from
this list build configurations (i.e., libffi, intltool, and pixman)
that I have already independently implemented for build_projects.
I also added libfreetype to the list since that is a well-known
soft dependency of PLplot.

The above list of dependencies is currently satisfied by the Linux
system libraries installed on my computer.  But in general I want to
avoid use of the system version of libraries as much as possible
because such libraries typically have to be built on Windows
platforms. Therefore, my next step is to add independent build
configurations for the above list.

An initial attempt to build some of the pango packages on MSYS/Wine 
failed (presumably due to the above missing dependencies). Also, all
the pango-related projects are built with an autotools-based build
system, and there is an additional MSYS/Wine issue in that case;
parallel builds generated pop-up error boxes indicating some run-time
errors.  This result was disappointing but not surprising; autotools
typically runs a 10000-line bash script twice (!) per source file
compilation just to figure out the compilation options, and running
several of those jobs in parallel appears to find weaknesses in Wine
support for bash.exe.  From wxwidgets build experience I think I may
have a workaround for this issue (don't do parallel builds of
autotools projects on Wine). Anyhow, once I implement build
configurations for the above list of dependencies I will try another
(nonparallel for autotools projects) build on MSYS/Wine to see how far
I get.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to