Sorry, the phrase "static linkage" clearly has different meanings depending upon who uses it.
When I refer to static linkage I don't mean creating .lib files rather than .dll files I mean linking against the static runtime libraries (/MT and /MTd compiler options or runtime library under project properties, C/C++, Code Generation.
Sorry if I'm teaching my granny to suck eggs, but these options mean I can copy an exe file to any other windows PC and run it. Otherwise the PC needs the visual studio runtime installed. If I try to create a statically linked exe, but link to a dynamically linked library (using the definition above) then the linker generates loads of errors because it gets conflicts between the two runtime environments.
In theory I should
just need to add /MT or /MTd to the compiler flag as Alan mentioned earlier in the thread, but this didn't seem to work for some reason (it worked fine for setting unicode). Hence the patch.
Date: Tue, 02 Oct 2012 09:03:39 +0200
From: Arjen Markus <email@example.com
Subject: Re: [Plplot-devel] Building examples on Windows
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Phil, Alan,
just tested this on Windows, using MS VC/C++ 2008 and GCC (MinGW)
with CMake 2.8.7:
With the option BUILD_SHARED_LIBS=OFF, the build process results
in static libraries (for PLplot, csirocsa and qsastime, the default
libraries that are usually built on my system).
The only dynamic libraries left are the runtime libraries that
come from the compiler.
So it is not necessary to apply Phil's patch anymore. (The problems
may have been due to some bug/quirk in older CMake versions.)
On 2012-10-01 09:50, Arjen Markus
> Hi Alan, Phil,
> On Sat, 29 Sep 2012 16:53:17 -0700 (PDT)
> "Alan W. Irwin" <firstname.lastname@example.org
>> I don't recall exactly what happened in this case, but
>> probably I just
>> silently left it to Arjen to deal with since he is in a
>> good position
>> to test your patch on the Windows platform.
>> Arjen, if you haven't dealt with this already, would
>> you be willing to take a look?
> I do not recall the follow-up either, but I should be able
> to look into this. I will try to do that this week.
> 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.
> Got visibility?
> Most devs has no idea what their production app looks like.
> Find out how fast your code is with AppDynamics Lite.
> Plplot-devel mailing list
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.
Date: Tue, 02 Oct 2012 09:44:38 +0200
From: Davide Cesari <email@example.com
Subject: Re: [Plplot-devel] map resolution
To: "Alan W. Irwin" <firstname.lastname@example.org
Cc: PLplot development list <email@example.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 01/10/2012 22:38, Alan W. Irwin wrote:
>> On Mon, Oct 01, 2012 at 10:09:31AM +0200, Davide Cesari wrote:
>>> [...]Hello to everybody,
>>> please note that shapelib is part of the OSGEO4W installation,
>>> which is currently the official and supported way to install shapelib
>>> (and to build it) on Windows; OSGEO4W comes with an interactive
>>> installer which allows you to choose the desired packages, from lower
>>> level libraries to full GIS applications, and the necessary dependencies
>>> are automatically installed. And of course it
includes also Gdal/Ogr, as
>>> a more general approach to GIS formats.
>>> FYI. another useful site with high resolution, free (with
>>> country boundaries data in shapefile format is this one:
>>> Best regards, Davide
> @ Davide:
> That combination of shapelib and GDAL/OGR of the OSGEO4W installation
> might indeed be potentially useful to our Windows users. However, I
> am a bit concerned about flexibility. For example, if PLplot Windows
> users build PLplot with either MinGW or the proprietary Microsoft
> compilers can they always link to the OSGEO4W versions of shapelib and
> GDAL/OGR? Or are they forced to use just one type of Windows compiler?
Just to share some
experience, I am trying to port to Windows the
Fortran interface to shapelib and gdal (fortrangis.berlios.de) and I
succeeded with GNU compilers under mingw linking to the OSGEO4W install,
despite the difficulties of sticking to an autoconf build system; I
don't know how it would be with MS compilers. Anyway shapelib has no
dependencies so I agree that an independent solution will be suitable as
> As I posted to this list previously shapelib is an extremely simple
> build. So for that I would advocate using a CMake-based build system
> to give maximum flexibility in compiler choices. The builds for
> GDAL/OGR can be complex (see remarks at
Date: Tue, 2 Oct 2012 12:23:46 -0700 (PDT)
From: "Alan W. Irwin" <firstname.lastname@example.org
Subject: [Plplot-devel] Using gcj-4.7-jdk on Debian wheezy fails with
To: Andrew Ross <email@example.com
development list <Plplotfirstname.lastname@example.org
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
Debian wheezy has a huge number of different java choices so I thought
briefly document the particular choices I made which
lead to the error below.
I installed the gcj-4.7-jdk package which seemed to suck in everything
else that is needed via the large number of package dependencies for
that package. However, CMake needs help finding the peculiar location
of the headers and libraries that this package uses. So before
running cmake in an initially empty build tree I had to set the
following environment variables:
After that, running cmake seemed to work fine to find all java
components, and the java bindings were built without any
obvious issues. However, when trying to compile the examples,
I ran into the following peculiar error:
software@raven> make x01j
[ 0%] Built target plhershey-unicode-gen
Built target plhershey-unicode.h_built
[ 0%] Built target csirocsa
[ 13%] Built target csironn
[ 13%] Built target deltaT-gen
[ 17%] Built target deltaT.h_built
[ 17%] Built target tai-utc-gen
[ 21%] Built target tai-utc.h_built
[ 26%] Built target qsastime
[ 78%] Built target plplotd
[ 78%] Built target plplotjavac_wrap
[ 95%] Built target plplot_core
Scanning dependencies of target x01j
[100%] Generating plplot/examples/x01.class
gcj-4.7: error: utf8: No such file or directory
and similarly for any of our other Java examples.
I believe you have had success with Java on Debian unstable. What do
you do that is different from what I did above? Can you also confirm
the above issue on Debian unstable for the Java package selection
(gcj-4.7-jdk) that I made? Is there something else I should install
as well to get that to work? When I did a google search
for the above
error message there were only a few hits, but they appeared to be
quite significant because they were associated with Debian package
builds which also appear to be running into this same gcj error.
Thanks in advance for any help you can give me with this error.
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).
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!http://p.sf.net/sfu/newrelic-dev2dev
Plplot-devel mailing listPlplotemail@example.com://lists.sourceforge.net/lists/listinfo/plplot-devel
End of Plplot-devel Digest, Vol 77, Issue 2