From: Joao C. <jc...@us...> - 2003-03-04 19:04:40
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv20961/src Modified Files: plgridd.c Log Message: Conditionally compile code based on libcsa |
From: Joao C. <jc...@us...> - 2003-03-04 23:45:38
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv23386/src Modified Files: Makefile.am Log Message: Use pthreads with the xwin driver, if --with-pthreads is specified. --with-pthreads defaults to no. |
From: Rafael L. <rla...@us...> - 2003-03-05 09:53:11
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv10692/src Modified Files: plsym.c Log Message: Applied Doug Hunt's patch to write vertical texts in the top and bottom axes. Documentation updated accordingly. |
From: Joao C. <jc...@us...> - 2003-04-09 01:17:10
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv3963/src Modified Files: plgridd.c Log Message: Remove check to see if initialization has reached level 3, as this function does not imply plotting. In NNI warn if no value other than 0 for wmin is specified. |
From: Rafael L. <rla...@us...> - 2003-04-11 08:16:37
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv11438 Modified Files: plcore.c Log Message: Protected the definition of the plGetDrvDir function with #ifdef ENABLE_DYNDRIVERS. This avoids potential compilation problems with DRV_DIR not being defined when --disable-dyndrivers is given to configure. |
From: Joao C. <jc...@us...> - 2003-04-11 16:00:58
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv14724/src Modified Files: plmap.c Log Message: Use fabs() instead of abs(), as the native OSF1/alpha cc compiler complains about it. |
From: Joao C. <jc...@us...> - 2003-04-15 00:25:26
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv18183/src Modified Files: plmap.c Log Message: plmap(): "Revert" to the previous version. The original code is not clear, to say the least, see the added comments. |
From: Joao C. <jc...@us...> - 2003-04-16 17:19:29
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv27346/src Modified Files: plot3d.c Log Message: For the plmesh*(), plot3d*() and plsurf3d() functions, don't use the data z value to scale the mesh/surface color, use instead the z axis values set by plw3d(). |
From: Rafael L. <rla...@us...> - 2003-04-16 18:18:11
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv23685 Modified Files: plmap.c Log Message: Changed the license terms to LGPL (with Wesley Ebisuzaki'a authorization) and added copyright notices for the people that contributed in the past to the code in this file. This makes a nice example of how to change the licence and copyright notices in PLplot files. |
From: Alan W. I. <ai...@us...> - 2003-07-29 23:44:56
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv7466a/src Modified Files: plot3d.c Log Message: Replace "bail" error message by something more specific and useful. |
From: Maurice L. <ml...@us...> - 2003-08-23 22:56:11
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv438 Modified Files: plline.c Log Message: Correctly treat the case where one or two corners are encircled by the polygon fill. I gave up on this problem 9 years ago but it's actually not that bad. A good test case: run "x16c -dev tk", zoom in on a smallish region, then start panning around. An incorrectly clipped region at one of the corners should soon appear. This change fixes most occurances of that. Still todo: handle the encircling |
From: Maurice L. <mj...@ga...> - 2003-08-23 23:02:04
|
Maurice LeBrun writes: > Update of /cvsroot/plplot/plplot/src > In directory sc8-pr-cvs1:/tmp/cvs-serv438 > > Modified Files: > plline.c > Log Message: > Correctly treat the case where one or two corners are encircled by the polygon > fill. I gave up on this problem 9 years ago but it's actually not that bad. > A good test case: run "x16c -dev tk", zoom in on a smallish region, then start > panning around. An incorrectly clipped region at one of the corners should > soon appear. This change fixes most occurances of that. > > Still todo: handle the encircling Exited my editor prematurely. Still need to handle the case of 3 corners encircled; also I think the 2 & 4 corner cases aren't quite right yet. -- Maurice LeBrun Lightspeed Semiconductor Corp |
From: Maurice L. <ml...@us...> - 2003-08-24 19:07:16
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv31391 Modified Files: plline.c Log Message: Many more improvements to fill clipping. Handle cases where fill polygon intersects bounding box on two edges by calculating the approximate circulation of the contour and filling in the edge vertices appropriately. With these changes the clipping performs accurately up to reasonably high levels of zooming using x16c as a test case. At some point (as one continues to zoom in) it starts to have problems, which I suspect to be a problem in clipline() or related to fidelity (or both). Further work on this will have to wait, as for now I'm out of time. |
From: Maurice L. <ml...@us...> - 2003-08-24 19:42:49
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv25020 Modified Files: plargs.c Log Message: plstrdup() tcl_cmd string instead of copying the pointer, and remove (disabled) status from help entry. |
From: Maurice L. <ml...@us...> - 2003-08-24 23:49:07
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv10958 Modified Files: plline.c Log Message: More updates to polygon fill: fixed a couple bugs with the previous change, structural changes to make this easier to understand/modify. |
From: Alan W. I. <ai...@us...> - 2003-09-23 19:34:42
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv20267/src Modified Files: Makefile.am Log Message: Connected changes to drivers/Makefile.am, lib/nn/Makefile.am, and src/Makefile.am Link xwin driver with libpthreads (or if disable dynamic drivers so that xwin driver embedded in libplplot, link libplplot with libpthreads). Link libnn with libqhull Do not link libplplot with libqhull Do not link libplplot with libpthreads (except for disabled dynamic drivers case mentioned above and dealt with in the drivers directory). |
From: Joao C. <jc...@us...> - 2003-10-04 20:32:26
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv31777/src Modified Files: plgridd.c Log Message: Update to nn version 1.38 |
From: Joao C. <jc...@us...> - 2003-10-09 21:01:01
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv22829/src Modified Files: plcore.c plctrl.c Log Message: If the current directory is in the build tree, change files search order so as to load them locally. The modifications guarantee that files/drivers/scripts are loaded from the build tree if the current directory is somewhere in the build tree. The objective is that one should be able to change/test/evaluate PLplot without the necessity of installing it; recently this was needed (and for some front ends it still is), requiring the user to have a separate directory to test/change/evaluate PLplot, which means two steps of configure/make, one with the test --prefix and the other with the final one, which is confusing and error prone. Also, for developpers, the make/make install step turns the development cycle sloww and boring. All the compiled front-ends, C, C++ and F77, was tested and work OK with all drivers. The Tcl and Tk front-ends also work OK, but the tk loadable extensions, Pltk and Plplotter, as well as the tcl extension Pltcl, still need adjustments in the pkgIndex.tcl script. The Octave front-end also works OK. Python and Java was not yet tested. This is not yet finish, as some problems might yet appear; however, care has been taken to guarantee that the old behavior still works OK. tclAPI.c: PLbasicInit(): search the init script in the build tree pls_auto_path(): add bindings/tk to auto_path plcore.c: add plInBuildTree() that check if the current directory in within the build source tree plGetDriverDir(): if in the build tree, load the drivers locally plctrl.c: plFindCommand(): if in the build tree, search locally plLibOpenPdfstrm(): if in the build tree, search locally |
From: Joao C. <jc...@us...> - 2003-10-16 01:08:12
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv31783/src Modified Files: plcore.c Log Message: plInBuildTree() is always needed, move out of conditional ENABLE_DYNDRIVERS |
From: Joao C. <jc...@us...> - 2003-10-29 19:40:54
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv10611/src Modified Files: pdfutils.c plbox.c plcore.c plfreetype.c plot3d.c Log Message: Mostly cosmetic changes that enable plplot to compiled with (almost) no warnings, even with gcc -Wall. Most changes are just casts, and most of them are tcl/tk related. For tcl/tk-8.4, no warnings occurs. Also tested with tcl/tk-8.3, where some warnings remain. There are no java/f77/cxx/python/octave changes. |
From: Alan W. I. <ai...@us...> - 2003-12-22 03:58:56
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv18380/src Modified Files: plgridd.c Log Message: Change from int to PLINT arguments for plgriddata to conform to the pattern for all other functions in our public API. |
From: Rafael L. <rla...@us...> - 2003-12-26 11:58:07
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv4660 Modified Files: plctrl.c Log Message: Fixed debug and error messages. In function plOpenFile, the message "Opened <filename>" is sent now through pldebug. This means that it will not spuriously appear on stderr anymore, but will be issued when option -debug is specified. Also, the message "Can't open <filename>" is sent now to stderr instead of stdout. In function plLibOpenPdfstr, two calls to pldebug are fixed now (called with two argments instead of three). |
From: Rafael L. <rla...@us...> - 2003-12-30 18:40:31
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv26652/src Modified Files: plcore.c Log Message: Sane treatment of DATA_DIR and DRV_DIR The variables/#defines DATA_DIR and DRV_DIR are treated now in a more coherent and Autotools-friendly way. The main changes regard: - Use of $libdir and $datadir as prefixes of DRV_DIR and DATA_DIR, respectively, in configure.ac. This allows users to easily override the installation locations when running configure (options --libdir and --datadir). The environment variables DATA_DIR and DRV_DIR are still honored. - DRV_DIR is an absolute path now, not relative to DATA_DIR as before. Besides it being cleaner and more intuitive, the new design allows better compliance with the FHS. Indeed, architecture-independent files (like the font amd map files, as weel as examples and the Tcl stuff) go by default in $prefix/share, while driver module files (which are architecture-dependent) go in $prefix/lib. As regards final results, the only difference with the previous situation is that the *.fnt and *.map files are installed now in plplot<version>/ instead of plplot<version>/data. I did not try to keep the previous situation because it would imply in the definition of a new variable/#define. However, if the other developers have really strong arguments in favor of it, I will implement that. |
From: Rafael L. <rla...@us...> - 2003-12-31 01:34:35
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv10912 Modified Files: plcore.c Log Message: Call return after two calls to plabort in function plInitDispatchTable. This prevents a gratuitous segmentation fault when the drivers library cannot be opened. |
From: Alan W. I. <ai...@us...> - 2004-01-01 00:42:04
|
Update of /cvsroot/plplot/plplot/src In directory sc8-pr-cvs1:/tmp/cvs-serv30793 Modified Files: plshade.c Log Message: Fixed subtle bug for the corner case when pltr == NULL AND contouring is wanted. In this case, plshades is supposed to have the same interpretation as plshade, that is if pltr == NULL then transform the x and y index ranges to the ranges xmin to xmax, and ymin to ymax. Normally, that transformation was accomplished by simply passing on pltr to plshade to deal with using the correct transformation. But a complication arose for pltr == NULL when plshades was asked to also invoke plcont after its invocations of plshade. The plcont interpretation of pltr is different, and in fact it must be specified so the NULL was causing a segfault. The solution for the case of pltr == NULL and contouring is to generate the appropriate x and y grids ranging from xmin to xmax and ymin to ymax on the fly and set up the invocation of plcont from plshades appropriately. I copied the ideas for the necessary memory management from other plplot code and tested the result with valgrind to make sure no memory management issues have been introduced by this bug fix. |