plplot-general — PLplot user discussion group

Re: [Plplot-general] Installation problem on Linux RH3

[Andrew R. <and...@us...>]

Excellent. Glad to hear it.

Andrew

On Thu, Jan 17, 2008 at 12:25:20PM +0100, Han...@sh... wrote:
> Andrew,
> 
> Got the new source tree and now it compiled without any problems.
> 
> Thanks a lot.
> 
> Regards,
> Hans Rijneke.
> 
> Shell International Exploration and Production B.V.
> The Hague, The Netherlands - Trade Register no. 27002688
> Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands
> 
> (: +31 070 447 2737
> *: <mailto:han...@sh...>
> 6: <http://www.shell.com/eandp-en>
> 
> Disclaimer of Liability: 
> This message, any attachment and response string are confidential and may be legally  privileged. It is intended only for the use of the parties to  whom it is addressed. If you are not the addressee indicated  in this message please notify the sender immediately by reply  email and destroy this message.
> All information and  attachments remain the property of Shell
> 
> 
> -----Original Message-----
> From: Andrew Ross [mailto:and...@us...]
> Sent: woensdag 16 januari 2008 15:39
> To: Rijneke, Hans H SIEP-EPT-RIS
> Cc: plp...@li...
> Subject: Re: [Plplot-general] Installation problem on Linux RH3
> 
> 
> 
> 
> Hans,
> 
> I have commited the necessary changes to svn to fix the gd problem you
> were seeing. Alpha channel support is only enabled for gd version >=2
> now.
> 
> Please let me know if this works for you.
> 
> Andrew
> 
> 
> 
> On Wed, Jan 16, 2008 at 12:54:01PM +0100, Han...@sh... wrote:
> > Hi Werner,
> > 
> > Thanks, I'll see what to do.
> > 
> > Regards,
> > Hans
> > 
> > Regards,
> > Hans Rijneke.
> > 
> > Shell International Exploration and Production B.V.
> > The Hague, The Netherlands - Trade Register no. 27002688
> > Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands
> > 
> > (: +31 070 447 2737
> > *: <mailto:han...@sh...>
> > 6: <http://www.shell.com/eandp-en>
> > 
> > Disclaimer of Liability: 
> > This message, any attachment and response string are confidential and may be legally  privileged. It is intended only for the use of the parties to  whom it is addressed. If you are not the addressee indicated  in this message please notify the sender immediately by reply  email and destroy this message.
> > All information and  attachments remain the property of Shell
> > 
> > 
> > -----Original Message-----
> > From: plp...@li...
> > [mailto:plp...@li...]On Behalf Of Werner
> > Smekal
> > Sent: woensdag 16 januari 2008 12:41
> > To: plp...@li...
> > Subject: Re: [Plplot-general] Installation problem on Linux RH3
> > 
> > 
> > Hi Hans,
> > 
> > > I indeed did all removing all stuff and have a fresh build.
> > > I digged some deeper (indeed in the gd.c) and noticed the "ifdef" contruction for GD2_VERS >=2
> > > So looking to my system, I have gd.1.8.0 and in the gd.h file is no definition of glAlphaMax.
> > > Going to a RH4 system and looking at the gd.h file (of a here 2.0 version), I see the definition of gdAlpahMax.
> > > So, why is gd.c using gdAlphaMax for a gd version < 2 ?
> > > Is there a way around ?
> > 
> > Ok, you found the problem. Andrew Ross just recently (January 8th) added 
> >   the capability of using the alpha channels to the gd driver. Obviously 
> > this only works for gd library version 2 and therefore this needs to be 
> > taken care of (with some #ifdefs :).
> > 
> > Anyway, a short way around is to get a version of plplot via svn from 
> > before January 8th (don't know the exact svn command, but should be 
> > straight forward) until we fixed this bug. There was not so much changed 
> > in the last week, especially regarding the xwin and gd driver, so 
> > getting an older revision of plplot should have no disadvantages for you.
> > 
> > Regards,
> > Werner
> > 
> > > 
> > > Regards,
> > > Hans Rijneke.
> > 
> > -- 
> > Dr. Werner Smekal
> > Institut fuer Allgemeine Physik
> > Technische Universitaet Wien
> > Wiedner Hauptstr 8-10
> > A-1040 Wien
> > Austria
> > 
> > email: sm...@ia...
> > web:   http://www.iap.tuwien.ac.at/~smekal
> > phone: +43-(0)1-58801-13463 (office)
> >         +43-(0)1-58801-13469 (laboratory)
> > fax:   +43-(0)1-58801-13499
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Plplot-general mailing list
> > Plp...@li...
> > https://lists.sourceforge.net/lists/listinfo/plplot-general
> > 
> > 
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Plplot-general mailing list
> > Plp...@li...
> > https://lists.sourceforge.net/lists/listinfo/plplot-general
> > 
> 
> 
> 

Re: [Plplot-general] Installation problem on Linux RH3

[<Han...@sh...>]

Andrew,

Got the new source tree and now it compiled without any problems.

Thanks a lot.

Regards,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell


-----Original Message-----
From: Andrew Ross [mailto:and...@us...]
Sent: woensdag 16 januari 2008 15:39
To: Rijneke, Hans H SIEP-EPT-RIS
Cc: plp...@li...
Subject: Re: [Plplot-general] Installation problem on Linux RH3




Hans,

I have commited the necessary changes to svn to fix the gd problem you
were seeing. Alpha channel support is only enabled for gd version >=3D2
now.

Please let me know if this works for you.

Andrew



On Wed, Jan 16, 2008 at 12:54:01PM +0100, Han...@sh... wrote:
> Hi Werner,
>=20
> Thanks, I'll see what to do.
>=20
> Regards,
> Hans
>=20
> Regards,
> Hans Rijneke.
>=20
> Shell International Exploration and Production B.V.
> The Hague, The Netherlands - Trade Register no. 27002688
> Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands
>=20
> (: +31 070 447 2737
> *: <mailto:han...@sh...>
> 6: <http://www.shell.com/eandp-en>
>=20
> Disclaimer of Liability:=20
> This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
> All information and  attachments remain the property of Shell
>=20
>=20
> -----Original Message-----
> From: plp...@li...
> [mailto:plp...@li...]On Behalf Of =
Werner
> Smekal
> Sent: woensdag 16 januari 2008 12:41
> To: plp...@li...
> Subject: Re: [Plplot-general] Installation problem on Linux RH3
>=20
>=20
> Hi Hans,
>=20
> > I indeed did all removing all stuff and have a fresh build.
> > I digged some deeper (indeed in the gd.c) and noticed the "ifdef" =
contruction for GD2_VERS >=3D2
> > So looking to my system, I have gd.1.8.0 and in the gd.h file is no =
definition of glAlphaMax.
> > Going to a RH4 system and looking at the gd.h file (of a here 2.0 =
version), I see the definition of gdAlpahMax.
> > So, why is gd.c using gdAlphaMax for a gd version < 2 ?
> > Is there a way around ?
>=20
> Ok, you found the problem. Andrew Ross just recently (January 8th) =
added=20
>   the capability of using the alpha channels to the gd driver. =
Obviously=20
> this only works for gd library version 2 and therefore this needs to =
be=20
> taken care of (with some #ifdefs :).
>=20
> Anyway, a short way around is to get a version of plplot via svn from=20
> before January 8th (don't know the exact svn command, but should be=20
> straight forward) until we fixed this bug. There was not so much =
changed=20
> in the last week, especially regarding the xwin and gd driver, so=20
> getting an older revision of plplot should have no disadvantages for =
you.
>=20
> Regards,
> Werner
>=20
> >=20
> > Regards,
> > Hans Rijneke.
>=20
> --=20
> Dr. Werner Smekal
> Institut fuer Allgemeine Physik
> Technische Universitaet Wien
> Wiedner Hauptstr 8-10
> A-1040 Wien
> Austria
>=20
> email: sm...@ia...
> web:   http://www.iap.tuwien.ac.at/~smekal
> phone: +43-(0)1-58801-13463 (office)
>         +43-(0)1-58801-13469 (laboratory)
> fax:   +43-(0)1-58801-13499
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>=20
>=20
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>=20

Re: [Plplot-general] Installation problem on Linux RH3

[<Han...@sh...>]

Andrew,

Great, I will get the latest version.

Thanks,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell


-----Original Message-----
From: Andrew Ross [mailto:and...@us...]
Sent: woensdag 16 januari 2008 15:39
To: Rijneke, Hans H SIEP-EPT-RIS
Cc: plp...@li...
Subject: Re: [Plplot-general] Installation problem on Linux RH3




Hans,

I have commited the necessary changes to svn to fix the gd problem you
were seeing. Alpha channel support is only enabled for gd version >=3D2
now.

Please let me know if this works for you.

Andrew



On Wed, Jan 16, 2008 at 12:54:01PM +0100, Han...@sh... wrote:
> Hi Werner,
>=20
> Thanks, I'll see what to do.
>=20
> Regards,
> Hans
>=20
> Regards,
> Hans Rijneke.
>=20
> Shell International Exploration and Production B.V.
> The Hague, The Netherlands - Trade Register no. 27002688
> Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands
>=20
> (: +31 070 447 2737
> *: <mailto:han...@sh...>
> 6: <http://www.shell.com/eandp-en>
>=20
> Disclaimer of Liability:=20
> This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
> All information and  attachments remain the property of Shell
>=20
>=20
> -----Original Message-----
> From: plp...@li...
> [mailto:plp...@li...]On Behalf Of =
Werner
> Smekal
> Sent: woensdag 16 januari 2008 12:41
> To: plp...@li...
> Subject: Re: [Plplot-general] Installation problem on Linux RH3
>=20
>=20
> Hi Hans,
>=20
> > I indeed did all removing all stuff and have a fresh build.
> > I digged some deeper (indeed in the gd.c) and noticed the "ifdef" =
contruction for GD2_VERS >=3D2
> > So looking to my system, I have gd.1.8.0 and in the gd.h file is no =
definition of glAlphaMax.
> > Going to a RH4 system and looking at the gd.h file (of a here 2.0 =
version), I see the definition of gdAlpahMax.
> > So, why is gd.c using gdAlphaMax for a gd version < 2 ?
> > Is there a way around ?
>=20
> Ok, you found the problem. Andrew Ross just recently (January 8th) =
added=20
>   the capability of using the alpha channels to the gd driver. =
Obviously=20
> this only works for gd library version 2 and therefore this needs to =
be=20
> taken care of (with some #ifdefs :).
>=20
> Anyway, a short way around is to get a version of plplot via svn from=20
> before January 8th (don't know the exact svn command, but should be=20
> straight forward) until we fixed this bug. There was not so much =
changed=20
> in the last week, especially regarding the xwin and gd driver, so=20
> getting an older revision of plplot should have no disadvantages for =
you.
>=20
> Regards,
> Werner
>=20
> >=20
> > Regards,
> > Hans Rijneke.
>=20
> --=20
> Dr. Werner Smekal
> Institut fuer Allgemeine Physik
> Technische Universitaet Wien
> Wiedner Hauptstr 8-10
> A-1040 Wien
> Austria
>=20
> email: sm...@ia...
> web:   http://www.iap.tuwien.ac.at/~smekal
> phone: +43-(0)1-58801-13463 (office)
>         +43-(0)1-58801-13469 (laboratory)
> fax:   +43-(0)1-58801-13499
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>=20
>=20
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>=20

Re: [Plplot-general] Link errors

[Alan W. I. <ir...@be...>]

On 2008-01-16 02:38-0800 Zev Weiss wrote:

> [...]Would the recommended path from here be to uninstall what pirut put
> in, and then do my own install from source?

Yes.  Follow the build instructions at
http://www.miscdebris.net/plplot_wiki. My advice is to set your installation
prefix to a unique directory which you have full control of so there is no
interference/confusion with or from the system version of PLplot, and you
can uninstall the results by simply removing the whole (unique) prefix
directory. Also pay close attention to the WARNING messages in the cmake
output. Usually, those are concerned with missing system components you need
to install to enjoy a full-featured PLplot.

You may find your first PLplot build intimidating, but the effort is worth
it to get full control of your version of PLplot, and after a while the
PLplot build will just be a routine that only takes about a minute or so on
today's entry-level PC's.

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); PLplot scientific plotting software
package (plplot.org); 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
__________________________

Re: [Plplot-general] Installation problem on Linux RH3

[Andrew R. <and...@us...>]

Hans,

I have commited the necessary changes to svn to fix the gd problem you
were seeing. Alpha channel support is only enabled for gd version >=2
now.

Please let me know if this works for you.

Andrew



On Wed, Jan 16, 2008 at 12:54:01PM +0100, Han...@sh... wrote:
> Hi Werner,
> 
> Thanks, I'll see what to do.
> 
> Regards,
> Hans
> 
> Regards,
> Hans Rijneke.
> 
> Shell International Exploration and Production B.V.
> The Hague, The Netherlands - Trade Register no. 27002688
> Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands
> 
> (: +31 070 447 2737
> *: <mailto:han...@sh...>
> 6: <http://www.shell.com/eandp-en>
> 
> Disclaimer of Liability: 
> This message, any attachment and response string are confidential and may be legally  privileged. It is intended only for the use of the parties to  whom it is addressed. If you are not the addressee indicated  in this message please notify the sender immediately by reply  email and destroy this message.
> All information and  attachments remain the property of Shell
> 
> 
> -----Original Message-----
> From: plp...@li...
> [mailto:plp...@li...]On Behalf Of Werner
> Smekal
> Sent: woensdag 16 januari 2008 12:41
> To: plp...@li...
> Subject: Re: [Plplot-general] Installation problem on Linux RH3
> 
> 
> Hi Hans,
> 
> > I indeed did all removing all stuff and have a fresh build.
> > I digged some deeper (indeed in the gd.c) and noticed the "ifdef" contruction for GD2_VERS >=2
> > So looking to my system, I have gd.1.8.0 and in the gd.h file is no definition of glAlphaMax.
> > Going to a RH4 system and looking at the gd.h file (of a here 2.0 version), I see the definition of gdAlpahMax.
> > So, why is gd.c using gdAlphaMax for a gd version < 2 ?
> > Is there a way around ?
> 
> Ok, you found the problem. Andrew Ross just recently (January 8th) added 
>   the capability of using the alpha channels to the gd driver. Obviously 
> this only works for gd library version 2 and therefore this needs to be 
> taken care of (with some #ifdefs :).
> 
> Anyway, a short way around is to get a version of plplot via svn from 
> before January 8th (don't know the exact svn command, but should be 
> straight forward) until we fixed this bug. There was not so much changed 
> in the last week, especially regarding the xwin and gd driver, so 
> getting an older revision of plplot should have no disadvantages for you.
> 
> Regards,
> Werner
> 
> > 
> > Regards,
> > Hans Rijneke.
> 
> -- 
> Dr. Werner Smekal
> Institut fuer Allgemeine Physik
> Technische Universitaet Wien
> Wiedner Hauptstr 8-10
> A-1040 Wien
> Austria
> 
> email: sm...@ia...
> web:   http://www.iap.tuwien.ac.at/~smekal
> phone: +43-(0)1-58801-13463 (office)
>         +43-(0)1-58801-13469 (laboratory)
> fax:   +43-(0)1-58801-13499
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 

Re: [Plplot-general] Installation problem on Linux RH3

[<Han...@sh...>]

Hi Werner,

Thanks, I'll see what to do.

Regards,
Hans

Regards,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell


-----Original Message-----
From: plp...@li...
[mailto:plp...@li...]On Behalf Of Werner
Smekal
Sent: woensdag 16 januari 2008 12:41
To: plp...@li...
Subject: Re: [Plplot-general] Installation problem on Linux RH3


Hi Hans,

> I indeed did all removing all stuff and have a fresh build.
> I digged some deeper (indeed in the gd.c) and noticed the "ifdef" =
contruction for GD2_VERS >=3D2
> So looking to my system, I have gd.1.8.0 and in the gd.h file is no =
definition of glAlphaMax.
> Going to a RH4 system and looking at the gd.h file (of a here 2.0 =
version), I see the definition of gdAlpahMax.
> So, why is gd.c using gdAlphaMax for a gd version < 2 ?
> Is there a way around ?

Ok, you found the problem. Andrew Ross just recently (January 8th) added =

  the capability of using the alpha channels to the gd driver. Obviously =

this only works for gd library version 2 and therefore this needs to be=20
taken care of (with some #ifdefs :).

Anyway, a short way around is to get a version of plplot via svn from=20
before January 8th (don't know the exact svn command, but should be=20
straight forward) until we fixed this bug. There was not so much changed =

in the last week, especially regarding the xwin and gd driver, so=20
getting an older revision of plplot should have no disadvantages for =
you.

Regards,
Werner

>=20
> Regards,
> Hans Rijneke.

--=20
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

-------------------------------------------------------------------------=

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Installation problem on Linux RH3

[Werner S. <sm...@ia...>]

Hi Hans,

> I indeed did all removing all stuff and have a fresh build.
> I digged some deeper (indeed in the gd.c) and noticed the "ifdef" contruction for GD2_VERS >=2
> So looking to my system, I have gd.1.8.0 and in the gd.h file is no definition of glAlphaMax.
> Going to a RH4 system and looking at the gd.h file (of a here 2.0 version), I see the definition of gdAlpahMax.
> So, why is gd.c using gdAlphaMax for a gd version < 2 ?
> Is there a way around ?

Ok, you found the problem. Andrew Ross just recently (January 8th) added 
  the capability of using the alpha channels to the gd driver. Obviously 
this only works for gd library version 2 and therefore this needs to be 
taken care of (with some #ifdefs :).

Anyway, a short way around is to get a version of plplot via svn from 
before January 8th (don't know the exact svn command, but should be 
straight forward) until we fixed this bug. There was not so much changed 
in the last week, especially regarding the xwin and gd driver, so 
getting an older revision of plplot should have no disadvantages for you.

Regards,
Werner

> 
> Regards,
> Hans Rijneke.

-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

Re: [Plplot-general] Link errors

[Zev W. <ze...@si...>]

On 15-Jan-08, at 11:17 PM, Alan W. Irwin wrote:

>
> Well, at least python worked.  :-)  (That's why you got at least some
> of the results.)
>
> So it looks like the core library knows where to find libltdl, but  
> this
> information has been somehow lost when building applications  
> against the
> core library.
>
> Could you please send the exact command line you used for cmake and
> the full output from that command?
>
>

I'm assuming this is something I would have done for a more "manual"  
install, but my install was all handled via Fedora's pirut (yum/rpm  
frontend), so I don't think I'm really able to answer that one, I'm  
afraid.  (If I'm misunderstanding what you mean by this, please let  
me know.)


> Where is libltdl installed on your system?  Is it a standard  
> place?  If
> non-standard, how does the make command (following cmake to build  
> the library
> and devices) find that non-standard place?  Use "make verbose=1" to  
> get
> the exact linking command involving libltdl (plus a lot more).
>
>

$ locate libltdl
/usr/lib/libltdl.so.3
/usr/lib/libltdl.so.3.1.5
/usr/lib64/libltdl.so.3
/usr/lib64/libltdl.so.3.1.5
/usr/share/libtool/libltdl
/usr/share/libtool/libltdl/COPYING.LIB
/usr/share/libtool/libltdl/Makefile.am
/usr/share/libtool/libltdl/Makefile.in
/usr/share/libtool/libltdl/README
/usr/share/libtool/libltdl/acinclude.m4
/usr/share/libtool/libltdl/aclocal.m4
/usr/share/libtool/libltdl/config-h.in
/usr/share/libtool/libltdl/config.guess
/usr/share/libtool/libltdl/config.sub
/usr/share/libtool/libltdl/configure
/usr/share/libtool/libltdl/configure.ac
/usr/share/libtool/libltdl/install-sh
/usr/share/libtool/libltdl/ltdl.c
/usr/share/libtool/libltdl/ltdl.h
/usr/share/libtool/libltdl/ltmain.sh
/usr/share/libtool/libltdl/missing

Whether that's standard or non-standard I don't know.


> Could you please run
>
> PKG_CONFIG_PATH=/home/software/plplot_cvs/installcmake/lib/pkgconfig \
> pkg-config --cflags --libs plplot
>
> where you set PKG_CONFIG_PATH appropriate to where you installed  
> PLplot
> with "make install"?
>
>

Again, I guess the auto-install from pirut is kind of an impediment  
to this one.

Would the recommended path from here be to uninstall what pirut put  
in, and then do my own install from source?
(Kind of a sweep-it-under-the-rug in terms of whatever's wrong with  
the default pirut install, but I guess it might get my code  
compiling...)


> Sorry for so many questions, but I need the answers in order to  
> make further
> progress in sorting out this libltdl issue.
>

No apologies necessary - the help is appreciated.

Thanks,
Zev

P.S.  Resending to list after mistakenly replying to Alan's personal  
address - oops.

Re: [Plplot-general] Installation problem on Linux RH3

[<Han...@sh...>]

Hi Werner,

I indeed did all removing all stuff and have a fresh build.

I digged some deeper (indeed in the gd.c) and noticed the "ifdef" =
contruction for GD2_VERS >=3D2

So looking to my system, I have gd.1.8.0 and in the gd.h file is no =
definition of glAlphaMax.

Going to a RH4 system and looking at the gd.h file (of a here 2.0 =
version), I see the definition of gdAlpahMax.

So, why is gd.c using gdAlphaMax for a gd version < 2 ?

Is there a way around ?

Regards,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell


-----Original Message-----
From: plp...@li...
[mailto:plp...@li...]On Behalf Of Werner
Smekal
Sent: woensdag 16 januari 2008 10:47
To: plp...@li...
Subject: Re: [Plplot-general] Installation problem on Linux RH3


Hi,

just to make sure, you always start with a clean build directory, i.e.=20
you remove the whole build directory and create a new one, or delete all =

files and directories in it (if you change cmake settings)?

The gd driver problem seems to stem from the newly added alpha channel=20
stuff (gdAlphaMax), it seems that this variable is not declared because=20
of some #ifdef issues (I don't have the code right in front of me). Try=20
to find gdAlphaMax in drivers/gd.c and see why its not declared - if=20
this is a real bug it should be fixed soon.

Regards,
Werner

Han...@sh... wrote:
> Hi Alan,
>=20
> Tried to do it, but still get into problems.
>=20
> 1) Removed the -DPL_DOUBLE=3DNO
>=20
> /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report=20
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles  =
54
>=20
> [ 54%] Built target get-drv-info
> make -f drivers/CMakeFiles/gcw_CHECK.dir/build.make=20
> drivers/CMakeFiles/gcw_CHECK.dir/build
> make[2]: Entering directory=20
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report=20
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles
>=20
> [ 54%] Generating gcw.rc
> cd /scratch/kshri0/newplplot/download_directory/plplot/build/drivers =
&&=20
> ./get-drv-info gcw >=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/build/drivers/gcw.rc
>=20
> Could not open driver module=20
> /scratch/kshri0/newplplot/download_directory/plplot/build/drivers/gcw
> libltdl error: file not found
> make[2]: *** [drivers/gcw.rc] Error 1
> make[2]: Leaving directory=20
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make[1]: *** [drivers/CMakeFiles/gcw_CHECK.dir/all] Error 2
> make[1]: Leaving directory=20
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make: *** [all] Error 2
>=20
> 2) Added option -DPLD_gcw=3DOFF (In fact I am only interested in the=20
> "xwin" and "jpeg" drivers) :
>=20
> /usr/bin/gcc  -O2=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/build=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include  =20
> -DHAVE_CONFIG_H -o src/CMakeFiles/plplotd.dir/plvect.o   -c=20
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/src/plvect.c
>=20
> /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report=20
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles =
32
>=20
> [ 45%] Building C object=20
> =
src/CMakeFiles/plplotd.dir/scratch/kshri0/newplplot/download_directory/pl=
plot/trunk/drivers/gd.o
>=20
> /usr/bin/gcc  -O2=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/build=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include  =20
> -DHAVE_CONFIG_H  -I/usr/include -o=20
> =
src/CMakeFiles/plplotd.dir/scratch/kshri0/newplplot/download_directory/pl=
plot/trunk/drivers/gd.o  =20
> -c =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:=20
> In function `plD_state_png':
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:=20
> `gdAlphaMax' undeclared (first use in this function)
>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:=20
> (Each undeclared identifier is reported only once
>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:=20
> for each function it appears in.)
> make[2]: ***=20
> =
[src/CMakeFiles/plplotd.dir/scratch/kshri0/newplplot/download_directory/p=
lplot/trunk/drivers/gd.o]=20
> Error 1
> make[2]: Leaving directory=20
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make[1]: *** [src/CMakeFiles/plplotd.dir/all] Error 2
> make[1]: Leaving directory=20
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make: *** [all] Error 2
>=20
> The "gd" driver I need, so cannot remove that one.
>=20
> 3) Just to make sure, removed -DBUILD_SHARED_LIBS=3DNO :
>=20
> [ 53%] Building C object drivers/CMakeFiles/gd.dir/gd.o
> /usr/bin/gcc  -O2 -Dgd_EXPORTS   -fPIC=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/build=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include  =20
> -DHAVE_CONFIG_H  -I/usr/include -o drivers/CMakeFiles/gd.dir/gd.o   -c =

> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:=20
> In function `plD_state_png':
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:=20
> `gdAlphaMax' undeclared (first use in this function)
>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:=20
> (Each undeclared identifier is reported only once
>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:=20
> for each function it appears in.)
> make[2]: *** [drivers/CMakeFiles/gd.dir/gd.o] Error 1
> make[2]: Leaving directory=20
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make[1]: *** [drivers/CMakeFiles/gd.dir/all] Error 2
> make[1]: Leaving directory=20
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make: *** [all] Error 2
>=20
> So now my cmake command looks like :
>=20
> export CC=3D"gcc -O2"
> export CXX=3D"g++ -O2"
> export FC=3D"g77 -O2"
> cmake -DCMAKE_INSTALL_PREFIX=3D/scratch/Plplot =
-DCMAKE_VERBOSE_MAKEFILE=3DON \
>       -DPLD_gcw=3DOFF ../trunk >& cmake.out
>=20
> So very simple. I hope you can give me any more suggestions how to=20
> proceed. I can live with Double precision and shared libraries, so =
need=20
> to solve that now.
>=20
> Regards and thanks for any help,
> Hans Rijneke.
>=20
> Shell International Exploration and Production B.V.
> The Hague, The Netherlands - Trade Register no. 27002688
> Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands
>=20
> (: +31 070 447 2737
> *: <mailto:han...@sh...>
> 6: <http://www.shell.com/eandp-en>
>=20
> Disclaimer of Liability:
> This message, any attachment and response string are confidential and=20
> may be legally  privileged. It is intended only for the use of the=20
> parties to  whom it is addressed. If you are not the addressee=20
> indicated  in this message please notify the sender immediately by=20
> reply  email and destroy this message.
>=20
> All information and  attachments remain the property of Shell
>=20
>=20
> -----Original Message-----
> From: plp...@li...
> [mailto:plp...@li...]On Behalf Of Alan
> W. Irwin
> Sent: dinsdag 15 januari 2008 18:32
> To: plplot_general
> Subject: Re: [Plplot-general] Installation problem on Linux RH3
>=20
>=20
> On 2008-01-15 15:57+0100 Han...@sh... wrote:
>=20
>>  Hi Alan,
>>
>>  Finally succeeded getting through our firewalls to download your new
>>  version. The "make" now complains about the next :
>>
>>    135 /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report
>>  /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles =
31
>>    136 [ 40%] Building C object src/CMakeFiles/plplot.dir/plvect.o
>>    137 /usr/bin/gcc  -O2
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/b        uild
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/build/include
>>  -DHAVE_CONFIG_H -o src/CMakeFiles/plplot.dir/plvect.o   -c /scratc
>>  h/kshri0/newplplot/download_directory/plplot/trunk/src/plvect.c
>>    138 /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report
>>  /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles =
32
>>    139 [ 41%] Building C object
>>=20
> =
src/CMakeFiles/plplot.dir/scratch/kshri0/newplplot/download_directory/plp=
lot/trunk/drivers/gd.o=20
>=20
>>    140 /usr/bin/gcc  -O2
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/b        uild
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/build/include
>>  -DHAVE_CONFIG_H  -I/usr/include -o src/CMakeFiles/plplot.dir/scrat
>>  ch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o   =
-c
>>  =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
>>    141
>>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c: =
In
>>  function `plD_state_png':
>>    142
>>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:
>>  `gdAlphaMax' undeclared (first use in this function)
>>    143
>>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:
>>  (Each undeclared identifier is reported only once
>>    144
>>=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:
>>  for each function it appears in.)
>>    145 make[2]: ***
>>=20
> =
[src/CMakeFiles/plplot.dir/scratch/kshri0/newplplot/download_directory/pl=
plot/trunk/drivers/gd.o]=20
>=20
>>  Error 1
>>    146 make[2]: Leaving directory
>>  `/scratch/kshri0/newplplot/download_directory/plplot/build'
>>    147 make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2
>>    148 make[1]: Leaving directory
>>  `/scratch/kshri0/newplplot/download_directory/plplot/build'
>>    149 make: *** [all] Error 2
>>
>>  Some option I need to specify ?
>=20
> I just now tried to configure and build PLplot with the =
-DPL_DOUBLE=3DNO
> option.  My (Debian testing) platform has essentially all required
> development packages installed so my builds tend to encompass all =
parts of
> PLplot.
>=20
> Anyhow, with this full build I didn't get nearly as far as you until I =
ran
> into problems with -DPL_DOUBLE=3DNO.  Bit rot has definitely set in =
for this
> option, and it is probably going to take a while to straighten this =
out.
> For now, try a build without this option (which gives you double =
precision
> floating-point plot computations by default) just to make sure there =
are
> no other problems for your platform.
>=20
> Alan
> __________________________
> Alan W. Irwin
>=20
> Astronomical research affiliation with Department of Physics and =
Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>=20
> Programming affiliations with the FreeEOS equation-of-state =
implementation
> for stellar interiors (freeeos.sf.net); PLplot scientific plotting =
software
> package (plplot.org); the libLASi project (unifont.org/lasi); the =
Loads of
> Linux Links project (loll.sf.net); and the Linux Brochure Project
> (lbproject.sf.net).
> __________________________
>=20
> Linux-powered Science
> __________________________
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>=20
>=20
> =
------------------------------------------------------------------------
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>=20
>=20
> =
------------------------------------------------------------------------
>=20
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general


--=20
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

-------------------------------------------------------------------------=

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Installation problem on Linux RH3

[Werner S. <sm...@ia...>]

Hi,

just to make sure, you always start with a clean build directory, i.e. 
you remove the whole build directory and create a new one, or delete all 
files and directories in it (if you change cmake settings)?

The gd driver problem seems to stem from the newly added alpha channel 
stuff (gdAlphaMax), it seems that this variable is not declared because 
of some #ifdef issues (I don't have the code right in front of me). Try 
to find gdAlphaMax in drivers/gd.c and see why its not declared - if 
this is a real bug it should be fixed soon.

Regards,
Werner

Han...@sh... wrote:
> Hi Alan,
> 
> Tried to do it, but still get into problems.
> 
> 1) Removed the -DPL_DOUBLE=NO
> 
> /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report 
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles  54
> 
> [ 54%] Built target get-drv-info
> make -f drivers/CMakeFiles/gcw_CHECK.dir/build.make 
> drivers/CMakeFiles/gcw_CHECK.dir/build
> make[2]: Entering directory 
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report 
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles
> 
> [ 54%] Generating gcw.rc
> cd /scratch/kshri0/newplplot/download_directory/plplot/build/drivers && 
> ./get-drv-info gcw > 
> /scratch/kshri0/newplplot/download_directory/plplot/build/drivers/gcw.rc
> 
> Could not open driver module 
> /scratch/kshri0/newplplot/download_directory/plplot/build/drivers/gcw
> libltdl error: file not found
> make[2]: *** [drivers/gcw.rc] Error 1
> make[2]: Leaving directory 
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make[1]: *** [drivers/CMakeFiles/gcw_CHECK.dir/all] Error 2
> make[1]: Leaving directory 
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make: *** [all] Error 2
> 
> 2) Added option -DPLD_gcw=OFF (In fact I am only interested in the 
> "xwin" and "jpeg" drivers) :
> 
> /usr/bin/gcc  -O2 
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include 
> -I/scratch/kshri0/newplplot/download_directory/plplot/build 
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include   
> -DHAVE_CONFIG_H -o src/CMakeFiles/plplotd.dir/plvect.o   -c 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/src/plvect.c
> 
> /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report 
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles 32
> 
> [ 45%] Building C object 
> src/CMakeFiles/plplotd.dir/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o
> 
> /usr/bin/gcc  -O2 
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include 
> -I/scratch/kshri0/newplplot/download_directory/plplot/build 
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include   
> -DHAVE_CONFIG_H  -I/usr/include -o 
> src/CMakeFiles/plplotd.dir/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o   
> -c /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c: 
> In function `plD_state_png':
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959: 
> `gdAlphaMax' undeclared (first use in this function)
> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959: 
> (Each undeclared identifier is reported only once
> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959: 
> for each function it appears in.)
> make[2]: *** 
> [src/CMakeFiles/plplotd.dir/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o] 
> Error 1
> make[2]: Leaving directory 
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make[1]: *** [src/CMakeFiles/plplotd.dir/all] Error 2
> make[1]: Leaving directory 
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make: *** [all] Error 2
> 
> The "gd" driver I need, so cannot remove that one.
> 
> 3) Just to make sure, removed -DBUILD_SHARED_LIBS=NO :
> 
> [ 53%] Building C object drivers/CMakeFiles/gd.dir/gd.o
> /usr/bin/gcc  -O2 -Dgd_EXPORTS   -fPIC 
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include 
> -I/scratch/kshri0/newplplot/download_directory/plplot/build 
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include   
> -DHAVE_CONFIG_H  -I/usr/include -o drivers/CMakeFiles/gd.dir/gd.o   -c 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c: 
> In function `plD_state_png':
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959: 
> `gdAlphaMax' undeclared (first use in this function)
> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959: 
> (Each undeclared identifier is reported only once
> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959: 
> for each function it appears in.)
> make[2]: *** [drivers/CMakeFiles/gd.dir/gd.o] Error 1
> make[2]: Leaving directory 
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make[1]: *** [drivers/CMakeFiles/gd.dir/all] Error 2
> make[1]: Leaving directory 
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
> make: *** [all] Error 2
> 
> So now my cmake command looks like :
> 
> export CC="gcc -O2"
> export CXX="g++ -O2"
> export FC="g77 -O2"
> cmake -DCMAKE_INSTALL_PREFIX=/scratch/Plplot -DCMAKE_VERBOSE_MAKEFILE=ON \
>       -DPLD_gcw=OFF ../trunk >& cmake.out
> 
> So very simple. I hope you can give me any more suggestions how to 
> proceed. I can live with Double precision and shared libraries, so need 
> to solve that now.
> 
> Regards and thanks for any help,
> Hans Rijneke.
> 
> Shell International Exploration and Production B.V.
> The Hague, The Netherlands - Trade Register no. 27002688
> Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands
> 
> (: +31 070 447 2737
> *: <mailto:han...@sh...>
> 6: <http://www.shell.com/eandp-en>
> 
> Disclaimer of Liability:
> This message, any attachment and response string are confidential and 
> may be legally  privileged. It is intended only for the use of the 
> parties to  whom it is addressed. If you are not the addressee 
> indicated  in this message please notify the sender immediately by 
> reply  email and destroy this message.
> 
> All information and  attachments remain the property of Shell
> 
> 
> -----Original Message-----
> From: plp...@li...
> [mailto:plp...@li...]On Behalf Of Alan
> W. Irwin
> Sent: dinsdag 15 januari 2008 18:32
> To: plplot_general
> Subject: Re: [Plplot-general] Installation problem on Linux RH3
> 
> 
> On 2008-01-15 15:57+0100 Han...@sh... wrote:
> 
>>  Hi Alan,
>>
>>  Finally succeeded getting through our firewalls to download your new
>>  version. The "make" now complains about the next :
>>
>>    135 /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report
>>  /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles 31
>>    136 [ 40%] Building C object src/CMakeFiles/plplot.dir/plvect.o
>>    137 /usr/bin/gcc  -O2
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/b        uild
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/build/include
>>  -DHAVE_CONFIG_H -o src/CMakeFiles/plplot.dir/plvect.o   -c /scratc
>>  h/kshri0/newplplot/download_directory/plplot/trunk/src/plvect.c
>>    138 /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report
>>  /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles 32
>>    139 [ 41%] Building C object
>> 
> src/CMakeFiles/plplot.dir/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o 
> 
>>    140 /usr/bin/gcc  -O2
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/b        uild
>>  -I/scratch/kshri0/newplplot/download_directory/plplot/build/include
>>  -DHAVE_CONFIG_H  -I/usr/include -o src/CMakeFiles/plplot.dir/scrat
>>  ch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o   -c
>>  /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
>>    141
>> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c: In
>>  function `plD_state_png':
>>    142
>> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959:
>>  `gdAlphaMax' undeclared (first use in this function)
>>    143
>> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959:
>>  (Each undeclared identifier is reported only once
>>    144
>> 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959:
>>  for each function it appears in.)
>>    145 make[2]: ***
>> 
> [src/CMakeFiles/plplot.dir/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o] 
> 
>>  Error 1
>>    146 make[2]: Leaving directory
>>  `/scratch/kshri0/newplplot/download_directory/plplot/build'
>>    147 make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2
>>    148 make[1]: Leaving directory
>>  `/scratch/kshri0/newplplot/download_directory/plplot/build'
>>    149 make: *** [all] Error 2
>>
>>  Some option I need to specify ?
> 
> I just now tried to configure and build PLplot with the -DPL_DOUBLE=NO
> option.  My (Debian testing) platform has essentially all required
> development packages installed so my builds tend to encompass all parts of
> PLplot.
> 
> Anyhow, with this full build I didn't get nearly as far as you until I ran
> into problems with -DPL_DOUBLE=NO.  Bit rot has definitely set in for this
> option, and it is probably going to take a while to straighten this out.
> For now, try a build without this option (which gives you double precision
> floating-point plot computations by default) just to make sure there are
> no other problems for your platform.
> 
> 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); PLplot scientific plotting software
> package (plplot.org); 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
> __________________________
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general


-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

Re: [Plplot-general] Installation problem on Linux RH3

[<Han...@sh...>]

Hi Alan,

Tried to do it, but still get into problems.

1) Removed the -DPL_DOUBLE=3DNO

/scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report =
/scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles  54
[ 54%] Built target get-drv-info
make -f drivers/CMakeFiles/gcw_CHECK.dir/build.make =
drivers/CMakeFiles/gcw_CHECK.dir/build
make[2]: Entering directory =
`/scratch/kshri0/newplplot/download_directory/plplot/build'
/scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report =
/scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles
[ 54%] Generating gcw.rc
cd /scratch/kshri0/newplplot/download_directory/plplot/build/drivers && =
./get-drv-info gcw > =
/scratch/kshri0/newplplot/download_directory/plplot/build/drivers/gcw.rc
Could not open driver module =
/scratch/kshri0/newplplot/download_directory/plplot/build/drivers/gcw
libltdl error: file not found
make[2]: *** [drivers/gcw.rc] Error 1
make[2]: Leaving directory =
`/scratch/kshri0/newplplot/download_directory/plplot/build'
make[1]: *** [drivers/CMakeFiles/gcw_CHECK.dir/all] Error 2
make[1]: Leaving directory =
`/scratch/kshri0/newplplot/download_directory/plplot/build'
make: *** [all] Error 2

2) Added option -DPLD_gcw=3DOFF (In fact I am only interested in the =
"xwin" and "jpeg" drivers) :

/usr/bin/gcc  -O2 =
-I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include =
-I/scratch/kshri0/newplplot/download_directory/plplot/build =
-I/scratch/kshri0/newplplot/download_directory/plplot/build/include   =
-DHAVE_CONFIG_H -o src/CMakeFiles/plplotd.dir/plvect.o   -c =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/src/plvect.c
/scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report =
/scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles 32
[ 45%] Building C object =
src/CMakeFiles/plplotd.dir/scratch/kshri0/newplplot/download_directory/pl=
plot/trunk/drivers/gd.o
/usr/bin/gcc  -O2 =
-I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include =
-I/scratch/kshri0/newplplot/download_directory/plplot/build =
-I/scratch/kshri0/newplplot/download_directory/plplot/build/include   =
-DHAVE_CONFIG_H  -I/usr/include -o =
src/CMakeFiles/plplotd.dir/scratch/kshri0/newplplot/download_directory/pl=
plot/trunk/drivers/gd.o   -c =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c: =
In function `plD_state_png':
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9: `gdAlphaMax' undeclared (first use in this function)
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9: (Each undeclared identifier is reported only once
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9: for each function it appears in.)
make[2]: *** =
[src/CMakeFiles/plplotd.dir/scratch/kshri0/newplplot/download_directory/p=
lplot/trunk/drivers/gd.o] Error 1
make[2]: Leaving directory =
`/scratch/kshri0/newplplot/download_directory/plplot/build'
make[1]: *** [src/CMakeFiles/plplotd.dir/all] Error 2
make[1]: Leaving directory =
`/scratch/kshri0/newplplot/download_directory/plplot/build'
make: *** [all] Error 2

The "gd" driver I need, so cannot remove that one.

3) Just to make sure, removed -DBUILD_SHARED_LIBS=3DNO :

[ 53%] Building C object drivers/CMakeFiles/gd.dir/gd.o
/usr/bin/gcc  -O2 -Dgd_EXPORTS   -fPIC =
-I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include =
-I/scratch/kshri0/newplplot/download_directory/plplot/build =
-I/scratch/kshri0/newplplot/download_directory/plplot/build/include   =
-DHAVE_CONFIG_H  -I/usr/include -o drivers/CMakeFiles/gd.dir/gd.o   -c =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c: =
In function `plD_state_png':
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9: `gdAlphaMax' undeclared (first use in this function)
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9: (Each undeclared identifier is reported only once
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9: for each function it appears in.)
make[2]: *** [drivers/CMakeFiles/gd.dir/gd.o] Error 1
make[2]: Leaving directory =
`/scratch/kshri0/newplplot/download_directory/plplot/build'
make[1]: *** [drivers/CMakeFiles/gd.dir/all] Error 2
make[1]: Leaving directory =
`/scratch/kshri0/newplplot/download_directory/plplot/build'
make: *** [all] Error 2

So now my cmake command looks like :

export CC=3D"gcc -O2"
export CXX=3D"g++ -O2"
export FC=3D"g77 -O2"
cmake -DCMAKE_INSTALL_PREFIX=3D/scratch/Plplot =
-DCMAKE_VERBOSE_MAKEFILE=3DON \
      -DPLD_gcw=3DOFF ../trunk >& cmake.out

So very simple. I hope you can give me any more suggestions how to =
proceed. I can live with Double precision and shared libraries, so need =
to solve that now.

Regards and thanks for any help,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell


-----Original Message-----
From: plp...@li...
[mailto:plp...@li...]On Behalf Of Alan
W. Irwin
Sent: dinsdag 15 januari 2008 18:32
To: plplot_general
Subject: Re: [Plplot-general] Installation problem on Linux RH3


On 2008-01-15 15:57+0100 Han...@sh... wrote:

> Hi Alan,
>=20
> Finally succeeded getting through our firewalls to download your new=20
> version. The "make" now complains about the next :
>=20
>    135 /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report=20
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles =
31
>    136 [ 40%] Building C object src/CMakeFiles/plplot.dir/plvect.o
>    137 /usr/bin/gcc  -O2=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/b        uild=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include=20
> -DHAVE_CONFIG_H -o src/CMakeFiles/plplot.dir/plvect.o   -c /scratc=20
> h/kshri0/newplplot/download_directory/plplot/trunk/src/plvect.c
>    138 /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report=20
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles =
32
>    139 [ 41%] Building C object=20
> =
src/CMakeFiles/plplot.dir/scratch/kshri0/newplplot/download_directory/plp=
lot/trunk/drivers/gd.o
>    140 /usr/bin/gcc  -O2=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/b        uild=20
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include=20
> -DHAVE_CONFIG_H  -I/usr/include -o src/CMakeFiles/plplot.dir/scrat=20
> ch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o   -c=20
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
>    141=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c: =
In=20
> function `plD_state_png':
>    142=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:=20
> `gdAlphaMax' undeclared (first use in this function)
>    143=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:=20
> (Each undeclared identifier is reported only once
>    144=20
> =
/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:95=
9:=20
> for each function it appears in.)
>    145 make[2]: ***=20
> =
[src/CMakeFiles/plplot.dir/scratch/kshri0/newplplot/download_directory/pl=
plot/trunk/drivers/gd.o]=20
> Error 1
>    146 make[2]: Leaving directory=20
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
>    147 make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2
>    148 make[1]: Leaving directory=20
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
>    149 make: *** [all] Error 2
>=20
> Some option I need to specify ?

I just now tried to configure and build PLplot with the -DPL_DOUBLE=3DNO
option.  My (Debian testing) platform has essentially all required
development packages installed so my builds tend to encompass all parts =
of
PLplot.

Anyhow, with this full build I didn't get nearly as far as you until I =
ran
into problems with -DPL_DOUBLE=3DNO.  Bit rot has definitely set in for =
this
option, and it is probably going to take a while to straighten this out.
For now, try a build without this option (which gives you double =
precision
floating-point plot computations by default) just to make sure there are
no other problems for your platform.

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); PLplot scientific plotting =
software
package (plplot.org); 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
__________________________

-------------------------------------------------------------------------=

This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Link errors

[Alan W. I. <ir...@be...>]

On 2008-01-15 22:33-0800 Zev Weiss wrote:

>
> On 14-Jan-08, at 11:39 PM, Alan W. Irwin wrote:
>
>> On 2008-01-14 20:59-0800 Zev Weiss wrote:
>>
>>> Hi, I'm new to plplot and I'm having some trouble with compilation/
>>> linking now that I've installed it.  With gcc 4.1.2 and plplot 5.8.0
>>> (installed via pirut on Fedora 8 x86_64), for every call to a plplot
>>> function I get a corresponding "undefined reference to <function-
>>> name>" error at link time (e.g. "undefined reference to `c_plinit'"),
>>> and gcc reports ld as having returned a 1 exit status.  Sorry if
>>> there's an obvious answer to this, I'm pretty new to sorting out
>>> linking problems - thanks in advance for any/all help.
>>
>> Follow the directions at
>> http://www.miscdebris.net/plplot_wiki/index.php?
>> title=The_PLplot_install-tree_test
>> for testing that the installed PLplot library can be used to build and
>> execute all the examples.  Then look at the "make_examples.out" file
>> generated as part of that process to see the actual build commands
>> that work
>> with PLplot, then use those same build commands for your own
>> software that
>> is using the PLplot library.
>>
>> Alan
>
> OK, I followed those steps and all the output .psc files came out
> looking fine, but the file "make_examples.out" shows the same error
> from ld on c, c++, f77, and f95: "ld: cannot find -lltdl" (and ld
> returns 1 as it did when I was trying my code).  I tried compiling my
> own code with this command as it appeared in the .out file:
>
> /usr/bin/gcc sourcefile.c -o targetfile -Wl,-rpath -Wl,/usr/lib64:/
> usr/lib64 `PKG_CONFIG_PATH=/usr/lib64/pkgconfig pkg-config --cflags --
> libs plplotd`
>
> but (unsurprisingly) I got the same error.
>
> Additionally, the file "plplot_test.out" contained this:
>
> Testing front-end c
> ./test_c.sh: line 34: ./c/x01c: No such file or directory
> Testing front-end cxx
> ./test_cxx.sh: line 32: ./c++/x01cc: No such file or directory
> ./test_cxx.sh: line 38: ./c++/x01: No such file or directory
> Testing front-end f77
> ./test_f77.sh: line 37: ./f77/x16af: No such file or directory
> Testing front-end f95
> ./test_f95.sh: line 37: ./f95/x16af: No such file or directory
> Testing front-end java
> chmod: cannot access `./test_java.sh': No such file or directory
> /bin/bash: ./test_java.sh: No such file or directory
> Testing front-end octave
> chmod: cannot access `./test_octave.sh': No such file or directory
> /bin/bash: ./test_octave.sh: No such file or directory
> Testing front-end python
> PLplot library version: 5.8.0
> Testing front-end tcl
> ./test_tcl.sh: line 29: cd: ./tcl: No such file or directory
> ./test_tcl.sh: line 30: pltcl: command not found
> Testing front-end perl
> chmod: cannot access `./test_perl.sh': No such file or directory
> /bin/bash: ./test_perl.sh: No such file or directory
> Testing front-end ada
> ./test_ada.sh: line 31: ./ada/x01a: No such file or directory
>
> So...what does this all indicate, and what's the next step?

Well, at least python worked.  :-)  (That's why you got at least some
of the results.)

So it looks like the core library knows where to find libltdl, but this
information has been somehow lost when building applications against the
core library.

Could you please send the exact command line you used for cmake and
the full output from that command?

Where is libltdl installed on your system?  Is it a standard place?  If
non-standard, how does the make command (following cmake to build the library
and devices) find that non-standard place?  Use "make verbose=1" to get
the exact linking command involving libltdl (plus a lot more).

Could you please run

PKG_CONFIG_PATH=/home/software/plplot_cvs/installcmake/lib/pkgconfig \
pkg-config --cflags --libs plplot

where you set PKG_CONFIG_PATH appropriate to where you installed PLplot
with "make install"?

The result on my system was

-I/home/software/plplot_cvs/installcmake/include/plplot
-L/home/software/plplot_cvs/installcmake/lib -L/usr/lib64 -lplplot -lltdl
-ldl -lm -lcsirocsa -lcsironn -lqhull -lfreetype

Note that -lltdl is there, but there is no corresponding -L flag because it
is installed in a standard location.

Sorry for so many questions, but I need the answers in order to make further
progress in sorting out this libltdl issue.

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); PLplot scientific plotting software
package (plplot.org); 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
__________________________

Re: [Plplot-general] Link errors

[Zev W. <ze...@si...>]

On 14-Jan-08, at 11:39 PM, Alan W. Irwin wrote:

> On 2008-01-14 20:59-0800 Zev Weiss wrote:
>
>> Hi, I'm new to plplot and I'm having some trouble with compilation/
>> linking now that I've installed it.  With gcc 4.1.2 and plplot 5.8.0
>> (installed via pirut on Fedora 8 x86_64), for every call to a plplot
>> function I get a corresponding "undefined reference to <function-
>> name>" error at link time (e.g. "undefined reference to `c_plinit'"),
>> and gcc reports ld as having returned a 1 exit status.  Sorry if
>> there's an obvious answer to this, I'm pretty new to sorting out
>> linking problems - thanks in advance for any/all help.
>
> Follow the directions at
> http://www.miscdebris.net/plplot_wiki/index.php? 
> title=The_PLplot_install-tree_test
> for testing that the installed PLplot library can be used to build and
> execute all the examples.  Then look at the "make_examples.out" file
> generated as part of that process to see the actual build commands  
> that work
> with PLplot, then use those same build commands for your own  
> software that
> is using the PLplot library.
>
> Alan

OK, I followed those steps and all the output .psc files came out  
looking fine, but the file "make_examples.out" shows the same error  
from ld on c, c++, f77, and f95: "ld: cannot find -lltdl" (and ld  
returns 1 as it did when I was trying my code).  I tried compiling my  
own code with this command as it appeared in the .out file:

/usr/bin/gcc sourcefile.c -o targetfile -Wl,-rpath -Wl,/usr/lib64:/ 
usr/lib64 `PKG_CONFIG_PATH=/usr/lib64/pkgconfig pkg-config --cflags -- 
libs plplotd`

but (unsurprisingly) I got the same error.

Additionally, the file "plplot_test.out" contained this:

Testing front-end c
./test_c.sh: line 34: ./c/x01c: No such file or directory
Testing front-end cxx
./test_cxx.sh: line 32: ./c++/x01cc: No such file or directory
./test_cxx.sh: line 38: ./c++/x01: No such file or directory
Testing front-end f77
./test_f77.sh: line 37: ./f77/x16af: No such file or directory
Testing front-end f95
./test_f95.sh: line 37: ./f95/x16af: No such file or directory
Testing front-end java
chmod: cannot access `./test_java.sh': No such file or directory
/bin/bash: ./test_java.sh: No such file or directory
Testing front-end octave
chmod: cannot access `./test_octave.sh': No such file or directory
/bin/bash: ./test_octave.sh: No such file or directory
Testing front-end python
PLplot library version: 5.8.0
Testing front-end tcl
./test_tcl.sh: line 29: cd: ./tcl: No such file or directory
./test_tcl.sh: line 30: pltcl: command not found
Testing front-end perl
chmod: cannot access `./test_perl.sh': No such file or directory
/bin/bash: ./test_perl.sh: No such file or directory
Testing front-end ada
./test_ada.sh: line 31: ./ada/x01a: No such file or directory

So...what does this all indicate, and what's the next step?

Thanks for the help,
Zev

Re: [Plplot-general] Installation problem on Linux RH3

[Alan W. I. <ir...@be...>]

On 2008-01-15 15:57+0100 Han...@sh... wrote:

> Hi Alan,
> 
> Finally succeeded getting through our firewalls to download your new 
> version. The "make" now complains about the next :
> 
>    135 /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report 
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles 31
>    136 [ 40%] Building C object src/CMakeFiles/plplot.dir/plvect.o
>    137 /usr/bin/gcc  -O2 
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include 
> -I/scratch/kshri0/newplplot/download_directory/plplot/b        uild 
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include 
> -DHAVE_CONFIG_H -o src/CMakeFiles/plplot.dir/plvect.o   -c /scratc 
> h/kshri0/newplplot/download_directory/plplot/trunk/src/plvect.c
>    138 /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report 
> /scratch/kshri0/newplplot/download_directory/plplot/build/CMakeFiles 32
>    139 [ 41%] Building C object 
> src/CMakeFiles/plplot.dir/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o
>    140 /usr/bin/gcc  -O2 
> -I/scratch/kshri0/newplplot/download_directory/plplot/trunk/include 
> -I/scratch/kshri0/newplplot/download_directory/plplot/b        uild 
> -I/scratch/kshri0/newplplot/download_directory/plplot/build/include 
> -DHAVE_CONFIG_H  -I/usr/include -o src/CMakeFiles/plplot.dir/scrat 
> ch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o   -c 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c
>    141 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c: In 
> function `plD_state_png':
>    142 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959: 
> `gdAlphaMax' undeclared (first use in this function)
>    143 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959: 
> (Each undeclared identifier is reported only once
>    144 
> /scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.c:959: 
> for each function it appears in.)
>    145 make[2]: *** 
> [src/CMakeFiles/plplot.dir/scratch/kshri0/newplplot/download_directory/plplot/trunk/drivers/gd.o] 
> Error 1
>    146 make[2]: Leaving directory 
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
>    147 make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2
>    148 make[1]: Leaving directory 
> `/scratch/kshri0/newplplot/download_directory/plplot/build'
>    149 make: *** [all] Error 2
> 
> Some option I need to specify ?

I just now tried to configure and build PLplot with the -DPL_DOUBLE=NO
option.  My (Debian testing) platform has essentially all required
development packages installed so my builds tend to encompass all parts of
PLplot.

Anyhow, with this full build I didn't get nearly as far as you until I ran
into problems with -DPL_DOUBLE=NO.  Bit rot has definitely set in for this
option, and it is probably going to take a while to straighten this out.
For now, try a build without this option (which gives you double precision
floating-point plot computations by default) just to make sure there are
no other problems for your platform.

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); PLplot scientific plotting software
package (plplot.org); 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
__________________________

Re: [Plplot-general] Link errors

[Alan W. I. <ir...@be...>]

On 2008-01-14 20:59-0800 Zev Weiss wrote:

> Hi, I'm new to plplot and I'm having some trouble with compilation/
> linking now that I've installed it.  With gcc 4.1.2 and plplot 5.8.0
> (installed via pirut on Fedora 8 x86_64), for every call to a plplot
> function I get a corresponding "undefined reference to <function-
> name>" error at link time (e.g. "undefined reference to `c_plinit'"),
> and gcc reports ld as having returned a 1 exit status.  Sorry if
> there's an obvious answer to this, I'm pretty new to sorting out
> linking problems - thanks in advance for any/all help.

Follow the directions at
http://www.miscdebris.net/plplot_wiki/index.php?title=The_PLplot_install-tree_test
for testing that the installed PLplot library can be used to build and
execute all the examples.  Then look at the "make_examples.out" file
generated as part of that process to see the actual build commands that work
with PLplot, then use those same build commands for your own software that
is using the PLplot library.

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); PLplot scientific plotting software
package (plplot.org); 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
__________________________

Re: [Plplot-general] Installation problem on Linux RH3

[<Han...@sh...>]

Alan,

Thanks for your answer, I will try your suggestion and let you know the =
outcome.

Regards,
Hans Rijneke

-----Original Message-----
From: plp...@li...
[mailto:plp...@li...]On Behalf Of Alan
W. Irwin
Sent: Monday, January 14, 2008 19:38
To: Rijneke, Hans H SIEP-EPT-RIS
Cc: plplot_general
Subject: Re: [Plplot-general] Installation problem on Linux RH3


On 2008-01-14 15:16+0100 Han...@sh... wrote:

> /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report =
/scratch/kshri0/build/CMakeFiles 49
> [ 59%] Generating sfstubs.f
> cd /scratch/kshri0/build/bindings/f77 && sed -f =
/scratch/kshri0/plplot-5.8.0/bindings/f77/double2single.sed =
/scratch/kshri0/plplot-5.8.0/bindings/f77/sfstubs.fm4a > =
/scratch/kshri0/build/bindings/f77/sfstubs.f
> sed: can't read =
/scratch/kshri0/plplot-5.8.0/bindings/f77/sfstubs.fm4a: No such file or =
directory
> make[2]: *** [bindings/f77/sfstubs.f] Error 2
> make[2]: Leaving directory `/scratch/kshri0/build'
> make[1]: *** [bindings/f77/CMakeFiles/plplotf77.dir/all] Error 2
> make[1]: Leaving directory `/scratch/kshri0/build'
> make: *** [all] Error 2

Thanks Hans, for your report.  It turns out this was a typographical bug =
for
the single-precision case which has been there from the genesis of our =
CMake
build system (which tells something about how often single-precision is =
used
any more, and how we rely on our users to explore all configuration =
byways
of PLplot that we have failed to test).  I have just fixed this bug in =
svn
(revision 8132).  Could you please try our svn trunk version (see
http://sourceforge.net/svn/?group_id=3D2915 for directions) to make sure =
that
single-precision uniformly works again for PLplot?

BTW, normally our trunk version is stable (unless a big commit is in
progress) since our developers (including me) tend to use the trunk =
version
both for formal testing and daily use.  Each new release comes off the =
trunk
version when we feel we have accumulated enough change to make a release
worth while.  So it would be unusual for you to find any additional =
issues
with the trunk version, but please report them if you do.

It's most satisfying to nail such typographical bugs so thanks again for
your help in finding it!

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); PLplot scientific plotting =
software
package (plplot.org); 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
__________________________

-------------------------------------------------------------------------=

Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketpl=
ace
_______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] Link errors

[Zev W. <ze...@si...>]

Hi, I'm new to plplot and I'm having some trouble with compilation/ 
linking now that I've installed it.  With gcc 4.1.2 and plplot 5.8.0  
(installed via pirut on Fedora 8 x86_64), for every call to a plplot  
function I get a corresponding "undefined reference to <function- 
name>" error at link time (e.g. "undefined reference to `c_plinit'"),  
and gcc reports ld as having returned a 1 exit status.  Sorry if  
there's an obvious answer to this, I'm pretty new to sorting out  
linking problems - thanks in advance for any/all help.

Zev

Re: [Plplot-general] Installation problem on Linux RH3

[Alan W. I. <ir...@be...>]

On 2008-01-14 15:16+0100 Han...@sh... wrote:

> /scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report /scratch/kshri0/build/CMakeFiles 49
> [ 59%] Generating sfstubs.f
> cd /scratch/kshri0/build/bindings/f77 && sed -f /scratch/kshri0/plplot-5.8.0/bindings/f77/double2single.sed /scratch/kshri0/plplot-5.8.0/bindings/f77/sfstubs.fm4a > /scratch/kshri0/build/bindings/f77/sfstubs.f
> sed: can't read /scratch/kshri0/plplot-5.8.0/bindings/f77/sfstubs.fm4a: No such file or directory
> make[2]: *** [bindings/f77/sfstubs.f] Error 2
> make[2]: Leaving directory `/scratch/kshri0/build'
> make[1]: *** [bindings/f77/CMakeFiles/plplotf77.dir/all] Error 2
> make[1]: Leaving directory `/scratch/kshri0/build'
> make: *** [all] Error 2

Thanks Hans, for your report.  It turns out this was a typographical bug for
the single-precision case which has been there from the genesis of our CMake
build system (which tells something about how often single-precision is used
any more, and how we rely on our users to explore all configuration byways
of PLplot that we have failed to test).  I have just fixed this bug in svn
(revision 8132).  Could you please try our svn trunk version (see
http://sourceforge.net/svn/?group_id=2915 for directions) to make sure that
single-precision uniformly works again for PLplot?

BTW, normally our trunk version is stable (unless a big commit is in
progress) since our developers (including me) tend to use the trunk version
both for formal testing and daily use.  Each new release comes off the trunk
version when we feel we have accumulated enough change to make a release
worth while.  So it would be unusual for you to find any additional issues
with the trunk version, but please report them if you do.

It's most satisfying to nail such typographical bugs so thanks again for
your help in finding it!

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); PLplot scientific plotting software
package (plplot.org); 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
__________________________

Re: [Plplot-general] Installation problem on Linux RH3

[Arjen M. <arj...@wl...>]

> L.S.,
>

> [ 59%] Generating sfstubs.f
> cd /scratch/kshri0/build/bindings/f77 && sed -f
> /scratch/kshri0/plplot-5.8.0/bindings/f77/double2single.sed
> /scratch/kshri0/plplot-5.8.0/bindings/f77/sfstubs.fm4a >
> /scratch/kshri0/build/bindings/f77/sfstubs.f
> sed: can't read /scratch/kshri0/plplot-5.8.0/bindings/f77/sfstubs.fm4a: No
> such file or directory

So make fails because there is no file "sfstubs.fm4a". Odd, very odd. This
file should have been called "sfstubs.fm4" - I have not seen any problems
with that before.

Have you tried with the latest version from CVS?

Regards,

Arjen

[Plplot-general] Installation problem on Linux RH3

[<Han...@sh...>]

L.S.,

I want to use the PLplot library in our modelling program and tried it =
with version 5.6.0. As results are promising, I wanted to use the latest =
package (which now uses "cmake") and for that I downloaded cmake and =
PLplot and also installed cmake without problems.=20

I untarred the PLplot tar ball and created a fresh build directory =
besides it. Then I tried the next :

#!/bin/sh
export PATH=3D/scratch/kshri0/cmake-2.4.7/bin:$PATH
export CC=3D"gcc -O2"
export CXX=3D"g++ -O2"
export FC=3D"g77 -O2"
cmake -DCMAKE_INSTALL_PREFIX=3D/scratch/Plplot =
-DCMAKE_VERBOSE_MAKEFILE=3DON \
      -DBUILD_SHARED_LIBS=3DNO -DPL_DOUBLE=3DNO  ../plplot-5.8.0 >& =
cmake.out
make >& make.out

The "cmake" seems to work, but the "make" failed, does anyone have a =
suggestion?

If any more information is needed, I am happy to provide it.

Thanks in advance for any help.
Summary of CMake build system results for PLplot

Install location variables which can be set by the user:
CMAKE_INSTALL_PREFIX:      /scratch/Plplot
CMAKE_INSTALL_EXEC_PREFIX  /scratch/Plplot
CMAKE_INSTALL_BINDIR 	   /scratch/Plplot/bin
CMAKE_INSTALL_DATADIR 	   /scratch/Plplot/share
CMAKE_INSTALL_LIBDIR 	   /scratch/Plplot/lib
CMAKE_INSTALL_INCLUDEDIR   /scratch/Plplot/include
CMAKE_INSTALL_INFODIR 	   /scratch/Plplot/share/info
CMAKE_INSTALL_MANDIR 	   /scratch/Plplot/share/man

Derived install location variables:
DATA_DIR	/scratch/Plplot/share/plplot5.8.0
LIB_DIR		/scratch/Plplot/lib
INCLUDE_DIR	/scratch/Plplot/include/plplot
BIN_DIR		/scratch/Plplot/bin
TCL_DIR		/scratch/Plplot/share/plplot5.8.0/tcl
PYTHON_INSTDIR=09
DRV_DIR		/scratch/Plplot/lib/plplot5.8.0/drivers
DOC_DIR		/scratch/Plplot/share/doc/plplot
MAN_DIR		/scratch/Plplot/share/man
INFO_DIR	/scratch/Plplot/share/info

Other important CMake variables:

CMAKE_SYSTEM_NAME:	Linux
UNIX:			1
WIN32:		=09
APPLE:		=09
MSVC:				(MSVC_VERSION:	)
MINGW:		=09
MSYS:		=09
CYGWIN:		=09
BORLAND:	=09
WATCOM:		 =20

SWIG_FOUND:		1
PERL_FOUND:		YES
X11_FOUND:		1

CMAKE_BUILD_TYPE:=09
CMAKE_C_COMPILER CMAKE_C_FLAGS:			/usr/bin/gcc =20
CMAKE_CXX_COMPILER CMAKE_CXX_FLAGS:		/usr/bin/g++ =20
CMAKE_Fortran_COMPILER CMAKE_Fortran_FLAGS:	/usr/bin/g77 =20
Target Fortran:=09
LIB_TAG:	=09

ENABLE_DYNDRIVERS:	OFF
DRIVERS_LIST: gd;hpgl;gcw;mem;null;pbm;ps;svg;xfig;xwin
DEVICES_LIST: =
png;jpeg;hp7470;hp7580;lj_hpgl;gcw;mem;null;pbm;ps;svg;xfig;xwin

Library options:
BUILD_SHARED_LIBS:	OFF		PL_DOUBLE:	OFF

Optional libraries:
HAVE_QHULL:		OFF		WITH_CSA:	ON
HAVE_FREETYPE:				HAVE_PTHREAD:	OFF
HAVE_AGG:	=09

Language Bindings:
ENABLE_f77:		ON		ENABLE_f95:		OFF
ENABLE_cxx:		ON		ENABLE_java:		OFF
ENABLE_python:		OFF		ENABLE_octave:		OFF
ENABLE_tcl:		OFF		ENABLE_itcl:		OFF
ENABLE_tk:		OFF		ENABLE_itk:		OFF
ENABLE_pdl:		OFF		ENABLE_wxwidgets:	OFF
ENABLE_gnome2:		ON		ENABLE_pygcw:		OFF
ENABLE_ada:		OFF

-- Configuring done
-- Generating done
-- Build files have been written to: /scratch/kshri0/build


Results of "make" :

/scratch/kshri0/cmake-2.4.7/bin/cmake -H/scratch/kshri0/plplot-5.8.0 =
-B/scratch/kshri0/build --check-build-system CMakeFiles/Makefile.cmake 0
/scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_start =
/scratch/kshri0/build/CMakeFiles 77
make -f CMakeFiles/Makefile2 all
make -f bindings/f77/CMakeFiles/plplotf77.dir/build.make =
bindings/f77/CMakeFiles/plplotf77.dir/depend
make[2]: Entering directory `/scratch/kshri0/build'
.
.
.
.
/scratch/kshri0/cmake-2.4.7/bin/cmake -E cmake_progress_report =
/scratch/kshri0/build/CMakeFiles 49
[ 59%] Generating sfstubs.f
cd /scratch/kshri0/build/bindings/f77 && sed -f =
/scratch/kshri0/plplot-5.8.0/bindings/f77/double2single.sed =
/scratch/kshri0/plplot-5.8.0/bindings/f77/sfstubs.fm4a > =
/scratch/kshri0/build/bindings/f77/sfstubs.f
sed: can't read /scratch/kshri0/plplot-5.8.0/bindings/f77/sfstubs.fm4a: =
No such file or directory
make[2]: *** [bindings/f77/sfstubs.f] Error 2
make[2]: Leaving directory `/scratch/kshri0/build'
make[1]: *** [bindings/f77/CMakeFiles/plplotf77.dir/all] Error 2
make[1]: Leaving directory `/scratch/kshri0/build'
make: *** [all] Error 2


Regards,
Hans Rijneke.

Shell International Exploration and Production B.V.
The Hague, The Netherlands - Trade Register no. 27002688
Address: Kessler Park 1, 2280 GS  Rijswijk, The Netherlands

(: +31 070 447 2737
*: <mailto:han...@sh...>
6: <http://www.shell.com/eandp-en>

Disclaimer of Liability:=20
This message, any attachment and response string are confidential and =
may be legally  privileged. It is intended only for the use of the =
parties to  whom it is addressed. If you are not the addressee indicated =
 in this message please notify the sender immediately by reply  email =
and destroy this message.
All information and  attachments remain the property of Shell

Re: [Plplot-general] Text instead of numbers along the scales?

[Oliver B. <ol...@fi...>]

Zitat von "Alan W. Irwin" <ir...@be...>:
[...]
>
> For 3D character strings use plptex3 as demonstrated by example 28
> (http://plplot.sourceforge.net/examples/demo28.php).
[...]


Wow, amazing! :-)

That's what I've looked for! :-)


Ciao,
   Oliver

Re: [Plplot-general] plplotlib ... fine :-)

[Oliver B. <ol...@fi...>]

Zitat von "Hezekiah M. Carty" <hc...@at...>:

> On Jan 12, 2008 11:52 AM, Oliver Bandel <ol...@fi...>
> wrote:
> > In the archive I found someone who wrote that he
> > wants to write an OCaml-binding for plplot.
> > That's fine. I had the same thing in mind, when looking
> > at impressive the example-page of plplot. :-)
> > But I also will be patient on the results ;-)
> >
> > Ciao,
> >    Oliver Bandel
>
> Oliver,
>
> I posted to the list recently about OCaml bindings for plplot.
[...]

Yes, that was, what I meant with the mails/postings in the archive
of this list.

I tried the code, but could not get it compiled.
I stopped then and switched back to C.
My main intent now is to understand how to use
plplot-lib.
When I know it in C, then I can try to use it in COaml.

Often I had some problems of adapting external OCaml-libs,
because a lack of documentation.
I always want to be able to use the lib, even if there
are OCaml-bindings... they might be not compilable (or only
with too much effort), or might be documented not so well,
or any other reason.

When I then know how to use it in C, I can try to do it
in OCaml also. Then I can hope, the functions have similar names ;-)


[...]
>  If you try the OCaml bindings please let me know how they work for
> you!  I would be happy to hear about it and answer any questions
> which
> may come up.  Here is an example plot made with the OCaml bindings:
>
>
ttp://www.atmos.umd.edu/~hcarty/example_plots/trmm_july_climatology.png

Oh, very nice. :-)


[...]
>
> PLplot is a very nice library and I hope you enjoy it!  It has
> certainly made my research more pleasant.

Yes, I agree, it's a nice lib. :-)
Fine that you have mor fun in research then. :-)

I think about possibly studying again.
Then this plplot-lib could help a lot. :-)
Otherwise in commercial programming projects you
often have much limitations in what is alowed
and what not, and they're often boring.

Ciao,
   Oliver

Re: [Plplot-general] plplotlib ... fine :-)

[Hezekiah M. C. <hc...@at...>]

On Jan 12, 2008 11:52 AM, Oliver Bandel <ol...@fi...> wrote:
> In the archive I found someone who wrote that he
> wants to write an OCaml-binding for plplot.
> That's fine. I had the same thing in mind, when looking
> at impressive the example-page of plplot. :-)
> But I also will be patient on the results ;-)
>
> Ciao,
>    Oliver Bandel

Oliver,

I posted to the list recently about OCaml bindings for plplot.  They
can be downloaded from http://ocaml-plplot.googlecode.com/ - if you
are using OCaml installed from anything other than GODI I would
recommend getting the latest code from the Subversion repository as it
no longer requires a patched camlidl, while the released tarball needs
extra patches which, I think, only exist in the GODI OCaml
distribution.  I will make a proper new release once I finish up a few
more features to make the coverage of the bindings (I think) complete.
 If you try the OCaml bindings please let me know how they work for
you!  I would be happy to hear about it and answer any questions which
may come up.  Here is an example plot made with the OCaml bindings:

http://www.atmos.umd.edu/~hcarty/example_plots/trmm_july_climatology.png

The code for the color bar in that plot is in the extras.ml file in
the Subversion repository.  There are currently two examples in there
as well, translated from the C examples.

PLplot is a very nice library and I hope you enjoy it!  It has
certainly made my research more pleasant.

-- 
Hezekiah M. Carty
Graduate Research Assistant
University of Maryland
Department of Atmospheric and Oceanic Science

Re: [Plplot-general] Text instead of numbers along the scales?

[Alan W. I. <ir...@be...>]

On 2008-01-12 17:57+0100 Oliver Bandel wrote:

> Hello,
>
> I want to have such a thing as a diagram,
> But I dont' know how to do it.
>
> Because I want to have possibly 20 texts
> (and maybe on two lines, or on very long lines),
> I need a possibility for changing the character size of the
> texts / labels. I also need some advice in what functions to use
> for the texts. Is it pltext()? I didn't found a way on
> changing the char-sizes.

Use plschr
(http://plplot.sourceforge.net/docbook-manual/plplot-html-5.8.0/plschr.html).

> Also I think about 3D versions, because I have more than one of
> theese diagrams like above, that I want to display!
> There the text also have to be used instead of numbers at the scales.
> Any ideas on that?

For 3D character strings use plptex3 as demonstrated by example 28
(http://plplot.sourceforge.net/examples/demo28.php).

Good luck with PLplot!

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); PLplot scientific plotting software
package (plplot.org); 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
__________________________

[Plplot-general] Text instead of numbers along the scales?

[Oliver B. <ol...@fi...>]

Hello,

I want to have such a thing as a diagram,
But I dont' know how to do it.

Because I want to have possibly 20 texts
(and maybe on two lines, or on very long lines),
I need a possibility for changing the character size of the
texts / labels. I also need some advice in what functions to use
for the texts. Is it pltext()? I didn't found a way on
changing the char-sizes.


How to do it?

                   /|\
                    |
   text_1           |---------------------------------------
                    |
   text_2           |----------------------------
                    |
   text_3           |--------------
                    |
   text_4           |---------------------
                    |
   text_5           |------------------------
                    |
   text_6           |------
                    |
   text_7           |-------
                    |
   text_8           |----
                    |
                ----+----+----+----+----+----+----+----+----+--->
                    |







Also I think about 3D versions, because I have more than one of
theese diagrams like above, that I want to display!
There the text also have to be used instead of numbers at the scales.
Any ideas on that?



TIA,
   Oliver