Menu
▾
▴
plplot-devel
|
From: Alan W. I. <ir...@be...> - 2002-12-23 06:32:14
|
On Sun, 22 Dec 2002, Maurice LeBrun wrote: > Update of /cvsroot/plplot/plplot > In directory sc8-pr-cvs1:/tmp/cvs-serv4775 > > Modified Files: > configure.ac > Log Message: > Fixes to get definitions for CPP (via plConfig.h) correct -- AM_CONFIG_HEADER > must be called *before* AC_DEFINE's that are to go into the headers. Solves > the infamous -dev tk problem. I confirm this change solves the -dev tk problem, and it also solves all the interactive tk example problems that I had found before. I have adjusted ChangeLog and PROBLEMS accordingly. Also, it had been a while, so I used plplot-test.sh to build all the non-interactive examples successfully. So all the usual non-interactive and interactive tests now pass on Linux again with the new configuration. Thanks very much, Maurice, for tracking down the source of this -dev tk problem. It's a big load off my mind that this is now fixed. Alan email: ir...@be... phone: 250-727-2902 FAX: 250-721-7715 snail-mail: Dr. Alan W. Irwin Department of Physics and Astronomy, University of Victoria, P.O. Box 3055, Victoria, British Columbia, Canada, V8W 3P6 __________________________ Linux-powered astrophysics __________________________ |
|
From: Rafael L. <lab...@ps...> - 2003-04-24 10:33:13
|
* Maurice LeBrun <ml...@us...> [2003-04-24 01:36]: > Update of /cvsroot/plplot/plplot > In directory sc8-pr-cvs1:/tmp/cvs-serv27855 > > Modified Files: > Makefile.am > Log Message: > Added cf/plplot-config to the list of scripts to install. Would you mind if we move plplot-config from cf/ to scripts/? I already discussed this with Alan and we decided that the cf/ directory shuld be declared obsolete, in order to avoid our users being confused in the future. This directory has not been included in the 5.2.1 release tarball and we are planning to cvs remove it (as well as bindings/perl5, tmp/ and new/), unless you opposes to that. -- Rafael |
|
From: Maurice L. <mj...@ga...> - 2003-04-24 17:37:09
|
Rafael Laboissiere writes: > * Maurice LeBrun <ml...@us...> [2003-04-24 01:36]: > > > Update of /cvsroot/plplot/plplot > > In directory sc8-pr-cvs1:/tmp/cvs-serv27855 > > > > Modified Files: > > Makefile.am > > Log Message: > > Added cf/plplot-config to the list of scripts to install. > > Would you mind if we move plplot-config from cf/ to scripts/? I already > discussed this with Alan and we decided that the cf/ directory shuld be > declared obsolete, in order to avoid our users being confused in the future. > This directory has not been included in the 5.2.1 release tarball and we are > planning to cvs remove it (as well as bindings/perl5, tmp/ and new/), unless > you opposes to that. That would be ok with me. -- Maurice LeBrun mj...@ga... Lightspeed Semiconductor Corp mj...@li... |
|
From: Rafael L. <lab...@ps...> - 2003-04-25 07:34:29
|
* Maurice LeBrun <mj...@ga...> [2003-04-24 12:35]: > Rafael Laboissiere writes: > > * Maurice LeBrun <ml...@us...> [2003-04-24 01:36]: > > > > > Update of /cvsroot/plplot/plplot > > > In directory sc8-pr-cvs1:/tmp/cvs-serv27855 > > > > > > Modified Files: > > > Makefile.am > > > Log Message: > > > Added cf/plplot-config to the list of scripts to install. > > > > Would you mind if we move plplot-config from cf/ to scripts/? I already > > discussed this with Alan and we decided that the cf/ directory shuld be > > declared obsolete, in order to avoid our users being confused in the future. > > This directory has not been included in the 5.2.1 release tarball and we are > > planning to cvs remove it (as well as bindings/perl5, tmp/ and new/), unless > > you opposes to that. > > That would be ok with me. Done. -- Rafael |
|
From: Maurice L. <mj...@ga...> - 2003-09-20 20:03:37
|
Rafael Laboissiere writes: > ... > In sum, we might try in > the future to restructure configure.ac, in particular rethinking about the > non-orthodox stuff before AC_INIT. I'm for any restructuring that reduces non-orthodox stuff as long as it doesn't change existing functionality substantially. :) Otherwise it'll need some discussion. -- Maurice LeBrun Lightspeed Semiconductor Corp |
|
From: Maurice L. <mj...@ga...> - 2003-09-21 01:52:37
|
Alan W. Irwin writes: > Update of /cvsroot/plplot/plplot > In directory sc8-pr-cvs1:/tmp/cvs-serv20701 > > Modified Files: > PROBLEMS > Log Message: > Brought this file up to date with recent C++ improvements, other issues that > have become resolved, and new issues recognized since the last update. > > Developers, please have a look at this file and edit it if you feel there > are issues that should be mentioned/dropped/rewritten. > > On the whole, this file is getting gradually smaller which reflects the > patient and much-appreciated efforts of the developers to constantly improve > PLplot. Actually, if I merged it with my personal plplot todo file, it'd become a lot larger. :) -- Maurice LeBrun Lightspeed Semiconductor Corp |
|
From: Rafael L. <lab...@ps...> - 2003-09-21 13:42:33
|
* Maurice LeBrun <mj...@ga...> [2003-09-20 15:03]:
> Rafael Laboissiere writes:
> > ...
> > In sum, we might try in
> > the future to restructure configure.ac, in particular rethinking about the
> > non-orthodox stuff before AC_INIT.
>
> I'm for any restructuring that reduces non-orthodox stuff as long as it
> doesn't change existing functionality substantially. :) Otherwise it'll
> need some discussion.
Sure. Could you please test if "./config.status --recheck" has the same
functionality of reconfig script? See the section called "Recreating a
Configuration" of the autoconf info socumentation for further details.
If you confirm the behavior above, then I will get rid of the reconfig stuff
in configure.ac. If your fingers/brain are too used to the spelling, we
might create a static reconfig script, reading something like this:
#!/bin/sh
./config.status --recheck
--
Rafael
|
|
From: Maurice L. <mj...@ga...> - 2003-09-27 22:50:08
|
Rafael Laboissiere writes: > * Maurice LeBrun <mj...@ga...> [2003-09-20 15:03]: > > > Rafael Laboissiere writes: > > > ... > > > In sum, we might try in > > > the future to restructure configure.ac, in particular rethinking about the > > > non-orthodox stuff before AC_INIT. > > > > I'm for any restructuring that reduces non-orthodox stuff as long as it > > doesn't change existing functionality substantially. :) Otherwise it'll > > need some discussion. > > Sure. Could you please test if "./config.status --recheck" has the same > functionality of reconfig script? See the section called "Recreating a > Configuration" of the autoconf info socumentation for further details. It seems to, thanks for pointing that out. > ... If your fingers/brain are too used to the spelling, we > might create a static reconfig script, reading something like this: > > #!/bin/sh > ./config.status --recheck No need. -- Maurice LeBrun Lightspeed Semiconductor Corp |
|
From: Alan W. I. <ai...@us...> - 2003-10-16 01:26:20
|
On 2003-10-15 17:05-0700 Rafael Laboissiere wrote: > Update of /cvsroot/plplot/plplot > In directory sc8-pr-cvs1:/tmp/cvs-serv21349 > > Modified Files: > Makefile.am configure.ac > Log Message: > Allow use of installed libltdl > > A Debian fellow pointed out to me that there is no need to compile the > libltdl support when building the PLplot Debian packages, since there is a > libltdl3 package against which libplplot can be linked. > > In order to be able to disable configuration/compilation of the libltdl > support, I did the following changes: > > * In configure.ac, AC_LIBTOOL_CONVENIENCE and AC_LIBTOOL_INSTALLABLE are > called conditionally on the presence of an installed libltdl (using > AC_CHECK_LIB). > > * In order to avoid config/build of the libltdl directory, > AC_CONFIG_SUBDIRS(libltdl) is called conditionally as well. Also, in > Makefile.am, the libltdl directory is included conditionally on the > (newly created) AM_CONDITIONAL variable enable_ltdl_convenience. > [N.B.: I changed the code for setting the SUBDIRS variable in > Makefile.am using the automake append (+=) operator, instead of using > the auxiliary variable drivers_src_dirs as before.] > > If the user has libltdl installed in the system but wants to use the version > shipped with PLplot, she can override the configure check by giving the > --enable-ltdl-convenience option (this needs further tests, though). > > The advantage of using the system's libltdl are: > > * Configuration time is reduced, since the libltdl dir does not need to > be configured. > * Build time is also reduced, for a similar reason. > * The size of the resulting libplplot library is around 10% smaller (at > least in Linux). I am quite uneasy about this. Our experience is the autotools results depend critically on having consistent versions. A system libltdl loses that critical version consistency, and I expect it is going to cause us trouble. So please change your options around so the default is to use the standard tested convenience library approach with the user having to specifically ask for the experimental option --enable-ltdl-system, if they want to take a chance on it. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the 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 __________________________ |
|
From: Rafael L. <lab...@ps...> - 2003-10-16 08:01:59
|
* Alan W. Irwin <ai...@us...> [2003-10-15 18:25]: > I am quite uneasy about this. Our experience is the autotools results > depend critically on having consistent versions. A system libltdl loses > that critical version consistency, and I expect it is going to cause us > trouble. So please change your options around so the default is to use the > standard tested convenience library approach with the user having to > specifically ask for the experimental option --enable-ltdl-system, if they > want to take a chance on it. Yes, your arguments are sensible and I will consider your suggestion. Anyway, I am not totally happy with my present solution, since it does not work when the user try to override some of the choices. The problem is more complex that I thought and I will re-implement the solution. For now, HEAD should work as before for people that does not have the libltdl installed (I guess this is the general case). -- Rafael |
|
From: Alan W. I. <ai...@us...> - 2003-10-16 13:42:43
|
On 2003-10-16 03:43-0700 Rafael Laboissiere wrote: > Update of /cvsroot/plplot/plplot > In directory sc8-pr-cvs1:/tmp/cvs-serv20260 > > Modified Files: > Makefile.am configure.ac > Log Message: > Better logic for use of system's libltdl > > The decision about when to use the libltdl library is improved. Now, the > default is to always compiled the shipped libtool's libltdl as a convenience > library, unless the user explicitly give the option --with-ltdlsystem to > configure. When this option is given, confgiure checks if the libltdl > library is actually installed. If not, it falls back to the convenience > compilation case. > > Alan, if you are hearing this, could you please comment? Thanks for responding to my concern. This approach seems sound to me. I won't be able to test the implementation for a while, though. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the 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 __________________________ |
|
From: <jc...@fe...> - 2003-10-17 14:24:48
|
On Friday 17 October 2003 13:16, Rafael Laboissiere wrote: | Update of /cvsroot/plplot/plplot | In directory sc8-pr-cvs1:/tmp/cvs-serv17437 | | Modified Files: | configure.ac | Log Message: | Put AC_CHECK_LIB(ltdl, ...) outside the with_ltdlsystem conditional | | For some mysterious reason, when the AC_CHECK_LIB was put inside the | conditional 'if test "$with_ltdlsystem" = no', configure was failing | with the error message: conditional "AMDEP" was never defined. This | should be fixed now. | | Please, test this change. That's OK now. Joao | | | | | ------------------------------------------------------- | This SF.net email is sponsored by: SF.net Giveback Program. | SourceForge.net hosts over 70,000 Open Source Projects. | See the people who have HELPED US provide better services: | Click here: http://sourceforge.net/supporters.php | _______________________________________________ | Plplot-cvs mailing list | Plp...@li... | https://lists.sourceforge.net/lists/listinfo/plplot-cvs |
|
From: Alan W. I. <ai...@us...> - 2003-12-27 02:51:11
|
On 2003-12-26 15:26-0800 Rafael Laboissiere wrote: > Update of /cvsroot/plplot/plplot > In directory sc8-pr-cvs1:/tmp/cvs-serv7616 > > Modified Files: > configure.ac > Log Message: > Call AC_PROG_CC_STDC before any call to Libtool related macros. > > The command "./configure --disable-dyndrivers" works now. This bug is > triggered using the most recent versions of the Autotools. I am really pleased you so quickly found a solution for this problem. Combined with my most recent commits implementing the recommended fortran configuration (which still works fine under Linux), we may have knocked off two of the three issues I am aware of for Mac OS X. Could you please make another tarball with an announcement of this --disable-dyndrivers fix and the possible cross-platform fortran configuration fix to allow our Mac OS X users to test these fixes? TIA. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the 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 __________________________ |
|
From: Alan W. I. <ai...@us...> - 2003-12-27 03:00:44
|
On 2003-12-26 18:51-0800 Alan W. Irwin wrote: > [...] Could you please make > another tarball with an announcement of this --disable-dyndrivers fix and > the possible cross-platform fortran configuration fix to allow our Mac OS X > users to test these fixes? Never mind, Rafael. I just noticed your new tarball announcement. Unfortunately, my fortran configuration improvement commits just missed getting in. Maybe try generating another tarball with these configuration improvements within a day or so depending on MacOS X reaction to your current tarball? Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the 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 __________________________ |
|
From: Maurice L. <mj...@ga...> - 2002-12-23 06:35:43
|
Alan W. Irwin writes: > Thanks very much, Maurice, for tracking down the source of this -dev tk > problem. It's a big load off my mind that this is now fixed. Cool. Yeah, me too. :) -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X