On Thu, Oct 09, 2008 at 03:17:40PM -0700, Alan Irwin wrote:
> On 2008-10-09 20:39+0100 Andrew Ross wrote:
>
> > It's not quite a cmake issue since we need xxxMAKINGDLL for the driver
> > source file and xxxUSINGDLL for the core header files included by the
> > source file. At the moment these are
On 2008-10-09 20:39+0100 Andrew Ross wrote:
> It's not quite a cmake issue since we need xxxMAKINGDLL for the driver
> source file and xxxUSINGDLL for the core header files included by the
> source file. At the moment these are mutually exclusive so we can't do
> it with just cmake options. It wil
On Thu, Oct 09, 2008 at 09:09:47PM +0200, Werner Smekal wrote:
> Hi Andrew,
>
>
> > This may not be quite the right long term solution. Language bindings
> > for example might be importing some symbols from the core library and
> > exporting others to the user. Similarly for drivers.
>
> Sure. O
Hi Andrew,
> This may not be quite the right long term solution. Language bindings
> for example might be importing some symbols from the core library and
> exporting others to the user. Similarly for drivers.
Sure. Ok, I rephrase: this is the correct solution as it was initially
considered, bu
On Thu, Oct 09, 2008 at 08:44:34AM -0700, Alan Irwin wrote:
> On 2008-10-09 16:42+0200 Werner Smekal wrote:
>
> > Hi,
> >
> > sorry, that I (again) kick in late in this discussion, but this change was
> > not the right solution. Actually, the macros PLDLLEXPORT/PLDLLIMPORT are
> > not
> > to be
On 2008-10-09 16:42+0200 Werner Smekal wrote:
> Hi,
>
> sorry, that I (again) kick in late in this discussion, but this change was
> not the right solution. Actually, the macros PLDLLEXPORT/PLDLLIMPORT are not
> to be used outside pldll.h. Only PLDLLIMPEXP should be used in headers and
> source
Hi Robert:
Two points of information for you below.
> (Btw, the library names do not differ between Debug and Release build:
> plplotd.*, plplotcxxd.*, csirocsa.*. So the "d" ending is misleading.)
For PLplot, the "d" stands for the double-precision version. You can build
a single-precision ver
Hi,
sorry, that I (again) kick in late in this discussion, but this change
was not the right solution. Actually, the macros PLDLLEXPORT/
PLDLLIMPORT are not to be used outside pldll.h. Only PLDLLIMPEXP
should be used in headers and source. This was correctly done for the
plplot core source,
Alan W. Irwin wrote:
> Could you also confirm you are using ENABLE_DYNDRIVERS=OFF? (I think
> that result will happen by default since libltdl is not readily
> available on Windows. You should get a WARNING message from cmake
> about that.)
Yes, In the static build cmake says
"WARNING: Shared l
Alan W. Irwin wrote:
> On 2008-10-08 12:56+0200 Robert Pollak wrote:
>
>>> D:\project\PLPlot\drivers\svg.c(341) : error C2143: syntax error :
>>> missing ';' before 'type'
>>
>> This is fixed by simply removing the unused "int i;" line.
>> Can someone please commit this change?
>
> I have no idea w
Alan W. Irwin wrote:
> On 2008-10-08 11:31+0200 Robert Pollak wrote:
>
>> Hi Alan, Arjen,
>>
>> Alan wrote:
>>
>>> Robert, what happens if you add
>>>
>>> #define PLDLLEXPORT
>>> #define PLDLLIMPORT
>>>
>>> to the #else stanza above? I predict that will fix your problem with
>>> the -DBUI
Hi Robert:
On 2008-10-08 11:31+0200 Robert Pollak wrote:
> A build with BUILD_SHARED_LIBS=ON gets problems at the same location (in
> unmodified rev8861):
What happens for revision 8864 for the BUILD_SHARED_LIBS=ON case? Could you
also confirm you are using ENABLE_DYNDRIVERS=OFF? (I think that
On 2008-10-08 11:31+0200 Robert Pollak wrote:
> Hi Alan, Arjen,
>
> Alan wrote:
>> Robert, what happens if you add
>>
>> #define PLDLLEXPORT
>> #define PLDLLIMPORT
>>
>> to the #else stanza above? I predict that will fix your problem with
>> the -DBUILD_SHARED_LIBS=OFF case.
>
> Yes, this
On 2008-10-08 12:56+0200 Robert Pollak wrote:
> Hi,
>
> I wrote:
>> Unfortunately, it makes another compile error in svg.c visible:
>>
>> D:\project\PLPlot\drivers\svg.c(341) : error C2143: syntax error :
>> missing ';' before 'type'
>
> This is fixed by simply removing the unused "int i;" line.
>
Robert Pollak wrote:
Arjen Markus wrote:
Does this mean you can now properly build static libraries?
Yes, I can build them with the mentioned svg.c change and with Alan's:
Index: include/pldll.h
===
--- include/pldll.h
Arjen Markus wrote:
> Does this mean you can now properly build static libraries?
Yes, I can build them with the mentioned svg.c change and with Alan's:
Index: include/pldll.h
===
--- include/pldll.h (revision 8861)
+++ include/p
Hi,
I wrote:
> Unfortunately, it makes another compile error in svg.c visible:
>
> D:\project\PLPlot\drivers\svg.c(341) : error C2143: syntax error :
> missing ';' before 'type'
This is fixed by simply removing the unused "int i;" line.
Can someone please commit this change?
-- Robert
---
Robert Pollak wrote:
Hi,
I wrote:
Unfortunately, it makes another compile error in svg.c visible:
D:\project\PLPlot\drivers\svg.c(341) : error C2143: syntax error :
missing ';' before 'type'
This is fixed by simply removing the unused "int i;" line.
Can someone please commit this ch
Hi Alan, Arjen,
Alan wrote:
> Robert, what happens if you add
>
> #define PLDLLEXPORT
> #define PLDLLIMPORT
>
> to the #else stanza above? I predict that will fix your problem with
> the -DBUILD_SHARED_LIBS=OFF case.
Yes, this fixes the problem in this case (besides some macro
redefiniti
Alan W. Irwin wrote:
> Hi Robert:
>
> Thanks for your report for revision 8861, the latest svn trunk version
> of PLplot.
>
> Arjen, I have a question for you below.
>
> On 2008-10-07 17:40+0200 Robert Pollak wrote:
>
>
> [...]
>
>> cmake -G "NMake Makefiles" ^
>> -DCMAKE_BUILD_TYPE=%BUILD_T
Hi Robert:
Thanks for your report for revision 8861, the latest svn trunk version
of PLplot.
Arjen, I have a question for you below.
On 2008-10-07 17:40+0200 Robert Pollak wrote:
[...]
> cmake -G "NMake Makefiles" ^
> -DCMAKE_BUILD_TYPE=%BUILD_TYPE% ^
> -DCMAKE_INSTALL_PREFIX=insta
Hello,
I am using Windows XP, the Visual Studio 2008 Express Edition and
cmake-2.6.2.
I am trying to build the current PLPlot trunk (revision 8861) with the
following batch file in the PLPlot root folder:
REM start of script
echo on
setlocal
call "%ProgramFiles%\Microsoft Visual Studio 9.0\Com
22 matches
Mail list logo
