plplot-general — PLplot user discussion group

Re: [Plplot-general] ANNOUNCEMENT: PLplot Release 5.6.0

[Valery P. <pi...@is...>]

BTW, 
the  cvs  version of plplot has number 5.5.3 (not 5.6.0 or older) ;-)

Re: [Plplot-general] ANNOUNCEMENT: PLplot Release 5.6.0

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

On 2006-05-08 23:12+0200 Rafael Laboissiere wrote:

> * Alan W. Irwin <ir...@be...> [2006-05-06 10:43]:
>
>> You are right. Our new and experimental fortran 95 effort in bindings/f95
>> and examples/f95 was inadvertently left out of the tarball.  I have no idea
>> how we missed this, but there it is.  Thanks for pointing this issue out.
>
> Is it time to release 5.6.1?

Good question.

The short answer is not immediately, but there is some hope within two weeks.

The reason is the version of f95 in our CVS as of the 5.6.0 release date was
not complete, had syntax errors, etc.  In other words, if we simply stick it
into the tarball as of that date, it wouldn't be worth much to the users.

The recent f95 news is I have been working hard on completing and debugging
it for the last few days, and I finally got it to work properly with
gfortran just this morning.

It now needs to be tested by others with access to cvs, and more examples
added to more extensively test the f95 API.  There is also an outstanding
issue with the values of the bounding box used by the psttf device driver. I
am hoping everything will be ready for a bug-fix release in say two weeks
time, but the exact timing of that release is continuing to be discussed on
plplot_devel and also depends heavily on how much time our release manager,
Hazen Babcock, can devote to it.  Fortunately, this proposed bug-fix release
should be much easier for him than the last one!

Note the missing f95 and the bounding-box issue for the psttf device driver
are the only two issues reported so far for 5.6.0.  I strongly encourage
those now using plplot-5.6.0 to test it hard and report any additional
bugs so that we can have an outstanding 5.6.1 release.

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] ANNOUNCEMENT: PLplot Release 5.6.0

[Rafael L. <rla...@us...>]

* Alan W. Irwin <ir...@be...> [2006-05-06 10:43]:

> You are right. Our new and experimental fortran 95 effort in bindings/f95
> and examples/f95 was inadvertently left out of the tarball.  I have no idea
> how we missed this, but there it is.  Thanks for pointing this issue out.

Is it time to release 5.6.1?

-- 
Rafael

Re: [Plplot-general] ANNOUNCEMENT: PLplot Release 5.6.0

[Valery P. <pi...@is...>]

To be more  specific my question is

here http://sourceforge.net/project/shownotes.php?release_id=414455

 .................
- The floating-point type PLFLT is now available as a KIND parameter,
  making it possible to use the same code for single and double
  precision applications - simply declare all real variables
  using the KIND facility and link with the corresponding version of
  the PLplot library.

More information is found in bindings/f95/readme_f95.txt

######################
However I did not find bindings/f95 inside  plplot's  5.6.0 tarball
I have md5sum plplot-5.6.0.tar.gz
0f23cc477f0611adcfdd8ba39caf4213  plplot-5.6.0.tar.gz

I found f95 in cvs. Perhaps something wrong happened  in building official 
tarball for 5.6.0.

best regards,
Valery

Re: [Plplot-general] ANNOUNCEMENT: PLplot Release 5.6.0

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

On 2006-05-06 15:39+0900 Valery Pipin wrote:

> Thank you very much for releasing and developing plplot!
> In changelog concerning this release  there is  paragraph devoted to f95
> support. I did not reveal f95 dir in binding/ ?

Good to hear from you, Valery.

You are right. Our new and experimental fortran 95 effort in bindings/f95
and examples/f95 was inadvertently left out of the tarball.  I have no idea
how we missed this, but there it is.  Thanks for pointing this issue out.

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] ANNOUNCEMENT: PLplot Release 5.6.0

[Valery P. <pi...@is...>]

Thank you very much for releasing and developing plplot!
In changelog concerning this release  there is  paragraph devoted to f95 
support. I did not reveal f95 dir in binding/ ?
I've downloaded 5.6.0 from SF site this morning.

best wishes
Valery

Re: [Plplot-general] Ada bindings

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

On 2006-05-05 19:44-0700 lan...@qw... wrote:

> I could answer this myself by looking at PLplot source, but approximately how 
> many functions would have to be interfaced, and are the arguments simple 
> types and arrays (or pointers to any of those)?

The file describing our C API to swig (used both by our python and java
interfaces) is in bindings/swig-support/plplotcapi.i.

>
> I'll need to also send output to Aquaterm on OS X, but I think PLplot already 
> has an adaptor for that use.

Yes.

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Ada bindings

[<lan...@qw...>]

PLplot is something that I am definitely interested in but has been  
on my back burner for while--read,I haven't done much at all with it.  
I'll study the SWIG site, as it is something that I've run into  
before as being potentially useful.

Ada can interface directly to C binaries, and I've written some code  
like that. It's fairly easy as long as the C code uses simple types-- 
just two lines of Ada per C call--nothing unusual there. And  
rewriting the headers as Ada spec files. Arrays are fine and structs  
probably are OK (not sure), but anything fancier could be a problem  
(not sure again).

I could answer this myself by looking at PLplot source, but  
approximately how many functions would have to be interfaced, and are  
the arguments simple types and arrays (or pointers to any of those)?

I'll need to also send output to Aquaterm on OS X, but I think PLplot  
already has an adaptor for that use.

Jerry

On May 5, 2006, at 6:46 PM, Alan W. Irwin wrote:

> On 2006-05-05 17:30-0700 lan...@qw... wrote:
>
>> Are there Ada bindings for PLplot?
>
> No, but there is hope if you are willing to do some work.
>
> There are two approaches for providing a language binding to PLplot.
>
> (1) Do a hand-generated interface.  That's how we used to do our  
> Python and
> Java interfaces, but it was quite time consuming and error prone to  
> do the
> same boiler-plate transformations again and again for different  
> argument
> list orderings for each of our functions.
>
> (2) If you have the ability to hand-craft an interface, then you can
> formulate all those Ada <--> C argument transformation rules for  
> each type
> of variable using the Simplified Wrapper and Interface Generator  
> (SWIG).
> Fortunately, those interface rules had already been done in SWIG  
> for Python
> and Java (and many other languages, see
> http://www.swig.org/compat.html#SupportedLanguages) so it took a  
> relatively
> limited effort to produce complete Python and Java PLplot  
> interfaces using
> the SWIG approach, and we would never go back to using a non-SWIG  
> approach
> to generate those interfaces.
>
> We definitely encourage additional language interfaces to PLplot  
> using the
> SWIG-based approach. Unfortunately, nobody has yet formulated the C  
> <--> Ada
> transformation rules in SWIG.  So you would have to do that first,  
> then
> finish with the (relativly easy) specific SWIG configuration for  
> the Ada
> interface to PLplot to apply those transformation rules for the large
> variety of argument list arrangements for the C functions in our API.
>
> Hope this overview of the problem of generating new language  
> interfaces to
> PLplot helps.
>
> Alan
> __________________________
> Alan W. Irwin
>

Re: [Plplot-general] Ada bindings

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

On 2006-05-05 17:30-0700 lan...@qw... wrote:

> Are there Ada bindings for PLplot?

No, but there is hope if you are willing to do some work.

There are two approaches for providing a language binding to PLplot.

(1) Do a hand-generated interface.  That's how we used to do our Python and
Java interfaces, but it was quite time consuming and error prone to do the
same boiler-plate transformations again and again for different argument
list orderings for each of our functions.

(2) If you have the ability to hand-craft an interface, then you can
formulate all those Ada <--> C argument transformation rules for each type
of variable using the Simplified Wrapper and Interface Generator (SWIG).
Fortunately, those interface rules had already been done in SWIG for Python
and Java (and many other languages, see
http://www.swig.org/compat.html#SupportedLanguages) so it took a relatively
limited effort to produce complete Python and Java PLplot interfaces using
the SWIG approach, and we would never go back to using a non-SWIG approach
to generate those interfaces.

We definitely encourage additional language interfaces to PLplot using the
SWIG-based approach. Unfortunately, nobody has yet formulated the C <--> Ada
transformation rules in SWIG.  So you would have to do that first, then
finish with the (relativly easy) specific SWIG configuration for the Ada
interface to PLplot to apply those transformation rules for the large
variety of argument list arrangements for the C functions in our API.

Hope this overview of the problem of generating new language interfaces to
PLplot helps.

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Ada bindings

[<lan...@qw...>]

Are there Ada bindings for PLplot?

Jerry

[Plplot-general] ANNOUNCEMENT: PLplot Release 5.6.0

[<hba...@ma...>]

This is announcement for the release of PLplot 5.6.0. It represents  
the ongoing efforts of the community to improve the PLplot plotting  
package. Development releases in the 5.7.x series will be available  
every few months. The next full release will be 5.8.0.

PLplot releases may be found at
http://sourceforge.net/project/showfiles.php?group_id=2915 .

Detailed release notes are given in the README.release file included  
with the tarball, and at
http://sourceforge.net/project/shownotes.php?release_id=414455.

Feedback and contributions for PLplot can be submitted to the mailing  
lists provided at http://sourceforge.net/mail/?group_id=2915 .

PLplot's Home Page is http://plplot.sourceforge.net/ .

[Plplot-general] LASi-1.0.5 is released which implies really nice looking -dev psttfc results

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

See http://unifont.org/lasi/.  Avoid lasi-1.0.4.tag.gz which has a number of
issues which have been solved with lasi-1.0.5.tag.gz.  You need to build
LASi-1.0.5 software in order to use -dev psttfc (the new postscript device
that can handle unicode-enabled truetype fonts and complex text layout
languages).  The language results are worth it as you can see from the
latest results we have just put up at
http://plplot.sourceforge.net/examples/demo24.php.

We don't have any other psttfc examples displayed on our website at the
moment, but rest assured this device is also especially good with math
symbols (as in example 23).  The reason is this device gives you access to
the rich set of Mathematical symbols that are available for TrueType fonts,
but which are not available for the Type 1 fonts that limit our traditional
postscript device (-dev psc).

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 Yorick front-end to PLplot (yplot.sf.net); the
Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] DLL build on win32

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

Octavian Afilipoai wrote:

>Hi Arjen,
>
>Thanks for the fast reply.
>
>With your change to plstub.cpp:634 the compilation
>seems to work. The build fails in the link stage,
>though. 
>Below is the error message:
>
>-------------------------------------------------------
>   Creating library .\Release/plplotd.lib and object
>.\Release/plplotd.exp
>plcore.obj : error LNK2001: unresolved external symbol
>_plD_dispatch_init_pstex
>plcore.obj : error LNK2001: unresolved external symbol
>_plD_dispatch_init_pbm
>plplotd.dll : fatal error LNK1120: 2 unresolved
>externals
>NMAKE : fatal error U1077: 'link.exe' : return code
>'0x460'
>Stop.
>  
>
Hello Tavi,

it looks as if there are a few drivers defined in the header file that
are not included in the library. For now:
Remove the definitions of PBM and PSTEX in the makefile
in sys\win32\msdev -- this is used in the first step.

(I have been expanding the set of drivers available for Windows
but I must admit I have not done too much yet with the DLL-
build).

As we are in the middle of creating a new release, I do not
want to make (too many) changes to the CVS repository.
But I will amend this. Thanks for reporting this.

Regards,

Arjen

Re: [Plplot-general] DLL build on win32

[Octavian A. <at...@ya...>]

Hi Arjen,

Thanks for the fast reply.

With your change to plstub.cpp:634 the compilation
seems to work. The build fails in the link stage,
though. 
Below is the error message:

-------------------------------------------------------
   Creating library .\Release/plplotd.lib and object
.\Release/plplotd.exp
plcore.obj : error LNK2001: unresolved external symbol
_plD_dispatch_init_pstex
plcore.obj : error LNK2001: unresolved external symbol
_plD_dispatch_init_pbm
plplotd.dll : fatal error LNK1120: 2 unresolved
externals
NMAKE : fatal error U1077: 'link.exe' : return code
'0x460'
Stop.
------------------------------------------------------

Thanks
--Tavi

--- Arjen Markus <arj...@wl...> wrote:

> Octavian Afilipoai wrote:
> 
> >Hi all,
> >
> >I'm trying to build the dll version of plplot on
> >windows XP and it doesn't seem to work. 
> >The static library builds OK, although with a lot
> of
> >warnings.
> >
> >  
> >
> 
> Hello Octavian,
> 
> there is a small glitch in the source code. You need
> to change line 634 to:
> 
> typedef long DefineFuncPtr( PLFLT, PLFLT ) ;
> 
> (the return type was int)
> 
> Regards,
> 
> Arjen
> 
> 
>
-------------------------------------------------------
> Using Tomcat but need to do more? Need to support
> web services, security?
> Get stuff done quickly with pre-integrated
> technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1
> based on Apache Geronimo
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
>
https://lists.sourceforge.net/lists/listinfo/plplot-general
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Plplot-general] DLL build on win32

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

Octavian Afilipoai wrote:

>Hi all,
>
>I'm trying to build the dll version of plplot on
>windows XP and it doesn't seem to work. 
>The static library builds OK, although with a lot of
>warnings.
>
>  
>

Hello Octavian,

there is a small glitch in the source code. You need to change line 634 to:

typedef long DefineFuncPtr( PLFLT, PLFLT ) ;

(the return type was int)

Regards,

Arjen

[Plplot-general] DLL build on win32

[Octavian A. <at...@ya...>]

Hi all,

I'm trying to build the dll version of plplot on
windows XP and it doesn't seem to work. 
The static library builds OK, although with a lot of
warnings.

I am using VC6 and plplot-5.5.3
The command line is:
> nmake plpdll.mak
in the directory:
...plplot-5.5.3\sys\win32\msdev\plpdll

I get the following error:
-------------------------------------------------------
..\..\..\..\tmp\plstub.cpp(655) : error C2664:
'c_plshade' : cannot convert para
meter 4 from 'int (__cdecl *)(double,double)' to 'long
(__cdecl *)(double,double
)'
        This conversion requires a reinterpret_cast, a
C-style cast or function-
style cast
..\..\..\..\tmp\plstub.cpp(676) : error C2664:
'c_plshade1' : cannot convert par
ameter 4 from 'int (__cdecl *)(double,double)' to
'long (__cdecl *)(double,doubl
e)'
        This conversion requires a reinterpret_cast, a
C-style cast or function-
style cast
NMAKE : fatal error U1077: 'cl.exe' : return code
'0x2'
Stop.
-------------------------------------------------------

Please let me know if there is a fix. The
documentation seems to suggest that the DLL build on
windows should work

Thanks,
--Tavi

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [Plplot-general] drawing plot on MFC dialogs

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

Ashish, Kiratsingh (IE10) wrote:

> Hi,
>
>  
>
> I want to call plplot function from my application VC++, to draw some 
> chart and to display I want to use
>
> MFC dialogs.
>
>  
>
> Can it be done ?
>
While I have never used MFC dialogs, I can imagine the issues being the 
same as for any application
that wants to specify a particular existing window instead of letting 
PLplot open a new one:

- The win3 driver supports a driver option "hwnd" - the value for that 
option is the HWND handle for the
  window that you want to use. You should use the plsetopt() function to 
set this option.
- If you use this option, PLplot will assume that your program takes 
care of drawing and redrawing
  (that is, the default message handling function is not used).

If this does not work, please let me know, as I am the maintainer of the 
win3 driver.

Regards,

Arjen

[Plplot-general] drawing plot on MFC dialogs

[Ashish, K. \(IE10\) <Ash...@ho...>]

Hi,

=20

I want to call plplot function from my application VC++, to draw some
chart and to display I want to use

MFC dialogs.=20

=20

Can it be done ?

=20

Thanks and regards,

Ashish

=20

------------------------------------------------------------------------
--------

It is better to have enough ideas for some of them to be wrong than to
be always right by having no ideas at all.

-- Albert Einstein

=20

[Plplot-general] Re: Problem installing on OS X

[Koen v. d. D. <kvd...@ea...>]

>
> Attempting to install on OS X 10.4.5 and had a problem. Here are the
> last few lines from the "make" and "make install" lines which might
> be helpful.

Have you considered using fink to install plplot?

- Koen.

Re: [Plplot-general] Problem installing on OS X

[Hazen B. <hba...@ma...>]

>
> I did sudo make install and no errors are reported. Now all I have  
> to to is figure out how to test it.

Good to hear that you got it to work!

A good way to test things is to first run "make check" to compile the  
examples & then run them (C examples can be found in ./examples/c in  
your plplot directory). (You shouldn't need to run make or make  
install again).

best,
-Hazen

Re: [Plplot-general] Problem installing on OS X

[<lan...@qw...>]

On Mar 28, 2006, at 9:22 PM, Hazen Babcock wrote:

>
> On Mar 28, 2006, at 11:00 PM, lan...@qw... wrote:
>
>> Getting closer 8^)
>
> Yep, I'd say that you've almost got it now.
>
>> mkdir: /usr/local/share/doc: Permission denied
>
> It looks like you don't have necessary permissions to create the  
> directory "/usr/local/share/doc", which is probably true since, at  
> least on my mac, the parent directory ("/usr/local/share") is owned  
> by root & only root has write permission. I'd suggest running "make  
> install" as super-user, i.e. try "sudo make install". This should  
> give you the necessary permissions to finish the install.
>
> best,
> -Hazen
>
D'oh!

I did sudo make install and no errors are reported. Now all I have to  
to is figure out how to test it.



So here are the steps that worked for me:

Make a copy of /usr/bin/c++filt and call it /usr/bin/c++filt3

Then run these commands:

./configure --disable-dyndrivers --disable-f77 --disable-octave
make LIBS="-Wl,-framework -Wl,Foundation"
sudo make install

Many thanks,
Jerry

Re: [Plplot-general] Problem installing on OS X

[Hazen B. <hba...@ma...>]

On Mar 28, 2006, at 11:00 PM, lan...@qw... wrote:

> Getting closer 8^)

Yep, I'd say that you've almost got it now.

> mkdir: /usr/local/share/doc: Permission denied

It looks like you don't have necessary permissions to create the  
directory "/usr/local/share/doc", which is probably true since, at  
least on my mac, the parent directory ("/usr/local/share") is owned  
by root & only root has write permission. I'd suggest running "make  
install" as super-user, i.e. try "sudo make install". This should  
give you the necessary permissions to finish the install.

best,
-Hazen

Re: [Plplot-general] Problem installing on OS X

[<lan...@qw...>]

Getting closer 8^)

> You need to run ./configure with --disable-octave & then hopefully  
> you'll be in the clear. The error "undefined symbol _plparseopts"  
> has been a long standing problem with Octave on OS-X. It has been  
> fixed in the cvs version, but there haven't been any releases in a  
> while. Ideally we'll have new a release in a month or so and you  
> can grab that and use plplot with octave.
>
> best,
> -Hazen
>

Configure results:

command:        ./configure --disable-dyndrivers --disable-f77 -- 
disable-octave
host:           powerpc-apple-darwin8.5.0
have_x:         yes
prefix:         /usr/local
CC:             gcc
CXX:            g++
LIB_TAG:        d
devices:         aqt hp7470 hp7580 lj_hpgl mem null pbm plmeta ps psc  
pstex xfig xwin

Available device drivers:
static:         aqt.lo hpgl.lo mem.lo null.lo pbm.lo plmeta.lo ps.lo  
pstex.lo xfig.lo xwin.lo
dynamic:

Compilation options:
with_debug:     no

Library options:
enable_shared:  yes             enable_static:  yes
with_rpath:     yes             with_double:    yes

Optional libraries:
with_qhull:     no              with_csa:       yes
with_freetype:  no              with_pthreads:  no

Language Bindings:
enable_tcl:     no              enable_itcl:    no
enable_cxx:     yes             enable_f77:     no
enable_java:    no              enable_python:  no
enable_octave:  no              enable_pdl:     no





make LIBS="-Wl,-framework -Wl,Foundation"
     No errors reported. This time "make" ran quickly compared to  
previous runs.




But now:

[AlBook:Programming/Plotting_Stuff/plplot-5.5.3] me% make install
Making install in drivers
make[2]: Nothing to be done for `install-exec-am'.
test -z "/usr/local/share/doc/plplot" || /Applications/Programming/ 
Plotting_Stuff/plplot-5.5.3/cf/install-sh -d "/usr/local/share/doc/ 
plplot"
mkdir: /usr/local/share/doc: Permission denied
make[2]: *** [install-docDATA] Error 1
make[1]: *** [install-am] Error 2
make: *** [install-recursive] Error 1


The only thing at /usr/local/share/ is
.DS_Store
emacs
gnuplot
octave

i.e., no docs/

Jerry

Re: [Plplot-general] Problem installing on OS X

[Hazen B. <hba...@ma...>]

>
> ld: warning multiple definitions of symbol _xerbla_
> /usr/local/lib/octave-2.1.71/liboctinterp.dylib(single module)  
> definition of _xerbla_
> /usr/local/lib/octave-2.1.71/libcruft.dylib(single module)  
> definition of _xerbla_
> /System/Library/Frameworks/Accelerate.framework/Versions/A/ 
> Frameworks/vecLib.framework/Versions/A/libBLAS.dylib(single module)  
> definition of _xerbla_
> ld: Undefined symbols:
> _plparseopts
> make[4]: *** [plplot_octave.oct] Error 1
> make[3]: *** [all-recursive] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2

You need to run ./configure with --disable-octave & then hopefully  
you'll be in the clear. The error "undefined symbol _plparseopts" has  
been a long standing problem with Octave on OS-X. It has been fixed  
in the cvs version, but there haven't been any releases in a while.  
Ideally we'll have new a release in a month or so and you can grab  
that and use plplot with octave.

best,
-Hazen

Re: [Plplot-general] Problem installing on OS X

[<lan...@qw...>]

>>
>> Yes--I ran these commands twice, once with the space and once  
>> without the space:
>> ./configure --disable-dyndrivers --disable-f77
>> make
>> make install
>
> This *should* work (for 10.4 as well as 10.3) if modify your make  
> command to:
> make LIBS="-Wl,-framework -Wl,Foundation" (note that it is a "l"  
> not a "1", see the INSTALL file)
>
> I think the problem with the above is that if you disable dyn- 
> drivers then the compiler needs to be able to find these libraries  
> in order to statically link them.
>
>> /bin/sh ../../libtool --tag=CXX --mode=link g++  -g -O2   -o  
>> libplplotcxxd.la -rpath /usr/local/lib -version-info 11:0:2 - 
>> rpath /usr/local/lib -no-undefined ../../src/libplplotd.la  
>> plstream.lo  -lm
>> rm -fr  .libs/libplplotcxxd.9.2.0.dylib
>> g++ -dynamiclib -single_module  -o .libs/libplplotcxxd. 
>> 9.2.0.dylib  .libs/plstream.o  ../../src/.libs/libplplotd.dylib / 
>> Applications/Programming/Plotting_Stuff/plplot-5.5.3/lib/csa/.libs/ 
>> libcsirocsa.dylib -lm  -install_name  /usr/local/lib/libplplotcxxd. 
>> 9.dylib -compatibility_version 12 -current_version 12.0
>> g++: installation problem, cannot exec `c++filt3': No such file or  
>> directory
>> make[3]: *** [libplplotcxxd.la] Error 1
>> make[2]: *** [all-recursive] Error 1
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>>
>>
>> I have seen this problem with c++filt3 before (not with PLplot)  
>> and I have seen others discuss it in other contexts, but I still  
>> don't know how to fix it. I believe that it might be a problem  
>> created by Apple. Indeed, there is no c++filt3 on my computer, but  
>> there is a /usr/bin/c++filt; the manpage for c++filt says  
>> "Demangle C++ and Java symbols."
>
> I'm not able to reproduce this one, though I've seen it in the past  
> in the context of a problem with g77. You could try making a copy  
> of c++filt & naming it c++filt3, or creating a symbolic link.

Now done.

>
>
> One thing that is often useful for remote debugging is the last few  
> lines of your configure, i.e. these lines:
>
<snip>
Here they are

command:        ./configure --disable-dyndrivers --disable-f77
host:           powerpc-apple-darwin8.5.0
have_x:         yes
prefix:         /usr/local
CC:             gcc
CXX:            g++
LIB_TAG:        d
devices:         aqt hp7470 hp7580 lj_hpgl mem null pbm plmeta ps psc  
pstex xfig xwin

Available device drivers:
static:         aqt.lo hpgl.lo mem.lo null.lo pbm.lo plmeta.lo ps.lo  
pstex.lo xfig.lo xwin.lo
dynamic:

Compilation options:
with_debug:     no

Library options:
enable_shared:  yes             enable_static:  yes
with_rpath:     yes             with_double:    yes

Optional libraries:
with_qhull:     no              with_csa:       yes
with_freetype:  no              with_pthreads:  no

Language Bindings:
enable_tcl:     no              enable_itcl:    no
enable_cxx:     yes             enable_f77:     no
enable_java:    no              enable_python:  no
enable_octave:  yes             enable_pdl:     no



Then the make modified as you suggested:

make LIBS="-Wl,-framework -Wl,Foundation"

---- many delete lines, then:

ld: warning multiple definitions of symbol _xerbla_
/usr/local/lib/octave-2.1.71/liboctinterp.dylib(single module)  
definition of _xerbla_
/usr/local/lib/octave-2.1.71/libcruft.dylib(single module) definition  
of _xerbla_
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/ 
vecLib.framework/Versions/A/libBLAS.dylib(single module) definition  
of _xerbla_
ld: Undefined symbols:
_plparseopts
make[4]: *** [plplot_octave.oct] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


There seem to be two Octave libraries which are interfering with the  
Accelerate.framework. Can I exclude the Octave stuff using additional  
options to make? If I do, will Octave still be able to use PLplot?  
(Octave is not my highest priority now, but it would be nice.)



Then there's this:
[AlBook:Programming/Plotting_Stuff/plplot-5.5.3] me% make install
Making install in drivers
make[2]: Nothing to be done for `install-exec-am'.
test -z "/usr/local/share/doc/plplot" || /Applications/Programming/ 
Plotting_Stuff/plplot-5.5.3/cf/install-sh -d "/usr/local/share/doc/ 
plplot"
mkdir: /usr/local/share/doc: Permission denied
make[2]: *** [install-docDATA] Error 1
make[1]: *** [install-am] Error 2
make: *** [install-recursive] Error 1



> Also, which versions of gcc & g++ do you have (gcc -v, g++ -v)?  
> I've got 4.0.0 for both.

gcc -v gives:
Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs
Thread model: posix
gcc version 3.3 20040913 (GNAT for Mac OS X build 1650)


g++ -v gives:
Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs
Thread model: posix
gcc version 3.3 20030304 (Apple Computer, Inc. build 1809)


I'm not comfortable moving to 4.0 yet because the Ada and Pascal  
compilers (or their OS X integration) that I use are still being  
tweaked.

Thanks,
Jerry

>
> best,
> -Hazen
>
>