Hi, Alan,
I don't know of any such option, but perhaps a newer version of git has added
this feature?
Another option might be to "go rogue" and use the patch utility to apply the
patch in the working copy, then "git add" and "git commit" manually. Maybe
patch will be able to ignore the
Hi, Phil et al.,
On May 23, 2015, at 1:23 AM, Phil Rosenberg wrote:
I could make one last alternative suggestion. We could have a private git
site. This could have separate 5.8 and 6 branches. Then when we are ready to
merge we can rebase the branch, push it to our sf repo and close the
Hi, Phil.
On Feb 22, 2015, at 4:52 AM, Phil Rosenberg wrote:
In addition to Alan's suggestion, another approach would be to setup a
local bare git repo that all your local machines could push/pull to/from.
I tried this. As soon as I rebase a branch I am no longer able to push
it to the
, January 31, 2015 7:15 PM
To: David MacMahon
Cc: Arjen Markus; PLplot development list
Subject: git blog
On 2015-01-30 10:22-0800 David MacMahon wrote:
I first thought that [git add] was a weird and annoying extra step,
but I have
grown fond of this capability as well. I often
Hi, Arjen,
On Jan 30, 2015, at 1:15 AM, Arjen Markus wrote:
the thing that has frustrated me using git is the fact that unlike subversion
and most other revision control systems I have used, things are arranged in
small steps.
This is a difference, to be sure, but I have grown to
Hi, Alan,
On Jan 30, 2015, at 2:43 AM, Alan W. Irwin wrote:
So instead of either set of commands above you should be following the
detailed recipe which is
git checkout master
git fetch
git merge --ff-only origin/master
FWIW, the pull command also accepts --ff-only. I have setup a puff
On Jan 30, 2015, at 3:56 AM, Alan W. Irwin wrote:
git log --name-status
Nice! I didn't know about --name-status. I've always used --stat. Same idea,
slightly different output.
Dave
--
Dive into the World of
Hi, Alan,
On Oct 22, 2014, at 6:17 PM, Alan W. Irwin wrote:
Today I wanted to discover the author, commit id, and the date for a
commit that created a particular line in a file (the restore_cmap1()
line in examples/python/xw08.py which has no C counterpart). After a bit of
searching I
Hi, Alan,
Thanks for the interesting read!
On Oct 23, 2014, at 3:49 PM, Alan W. Irwin wrote:
So back to figuring out this ps device driver issue that apparently
emits isolated M commands that come or go due to sensitive rounding
issues that only occur in the 14th or later decimal digit of
Hi, Alan,
On Sep 30, 2014, at 10:46 PM, Alan W. Irwin wrote:
POST /rest/p/project_name/mount_point/title - creates or updates the
titled page
parameter text: page text
parameter labels: comma-separated list of page labels
From a one-line comment further on I can infer that
for the PLplot
Hi, Alan,
On Sep 23, 2014, at 10:41 PM, Alan W. Irwin wrote:
On 2014-09-23 16:01-0700 David MacMahon wrote:
Just to nit pick: [...]
Your comment above caught this nit-picker's attention. :-)
Takes one to know one! :-) :-) :-)
What I was referring to (see README.developers) is we
Hi, Alan,
On Sep 22, 2014, at 12:37 PM, Alan W. Irwin wrote:
You are much more experienced with git than me. However, I thought
that rebasing a public branch was always a bad idea for the reasons I
mentioned concerning disappearing commits. I am positive a number of
resources I read when
Hi, Alan,
On Sep 23, 2014, at 12:35 PM, Alan W. Irwin wrote:
On 2014-09-23 09:54-0700 David MacMahon wrote:
Emailing patches is tedious and error prone.
I disagree. I have been applying user-generated patches to PLplot for
years without any patch-related errors. And I really like
Hi, Alan,
On Aug 28, 2014, at 10:46 AM, Alan W. Irwin wrote:
On 2014-08-28 12:44-0400 Hazen Babcock wrote:
In the README file, should I be able to click on the links when viewed here?
http://sourceforge.net/p/plplot/plplot/ci/master/tree/
I don't think that is possible with plain text
Hi, Alan,
On Aug 28, 2014, at 12:35 PM, Alan W. Irwin wrote:
According to
http://sourceforge.net/p/forge/documentation/Files-Readme/ it may be
that all I would have to do was change the README name to README.md to
make the SF software translate that file from markdown to html, but
then
This is the first pass at adding some doxygen commentary to the
new(-ish) functions that support arbitrary storage of 2-D data. Please
let me know if this is on the right track. I think most of the related
functions will have similarly worded explanations, so perhaps it would
be better to
I'd like to be able to make plsurf3d or plplot3d plots of complex data where
the Z axis is the magnitude and the color is the phase of the complex values.
Currently, these methods only offer a MAG_COLOR option. I think this colors
the plots based on the real (i.e. signed) value rather than
This is the first pass at adding some commentary to the new(-ish)
functions that support arbitrary storage of 2-D data. Please let me
know if this is on the right track. I think most of the related
functions will have similarly worded explanations, so perhaps it would
be better to document the
Thanks, Argen!
I also noticed this when compiling tkwin.c...
drivers/tkwin.c:398: warning: assignment makes pointer from integer without a
cast
This is because XOpenDisplay is not declared in any #included files. I think
because I'm on Mac OS X and Tk is not based on X11 on that platform. I
Hi, Alan,
On Jan 3, 2011, at 12:33 AM, Alan W. Irwin wrote:
Could you take a look at what I have done with swig? In particular, I
felt my copying of some of the wrappers (especially the laborious
transformation of matrix results) used in matwrap was not really
taking full advantage of swig
I'm slowly getting back to some plplot development. Since my last involvement
with plplot, I have received a new computer with Mac OS X 10.6.5 (aka Snow
Leopard) and a 64 bit processor (Intel Core i5). I noticed a few issues when
building plplot on this new system. I'm documenting them all
I think drivers/tkwin.c got broken in r11405. I get this error when trying to
compile it...
drivers/tkwin.c: In function 'FillPolygonCmd':
drivers/tkwin.c:859: error: 'npts' undeclared (first use in this function)
Not sure how to fix it, but maybe change npts to pls-dev_npts?
Thanks for any
On Dec 22, 2010, at 9:05 PM, Maurice LeBrun wrote:
A cautionary note: PL_MAXPOLY impacts a fair amount of code. Also there are
heap-vs-stack performance implications -- e.g. directly moving from a fixed
allocation to a malloc/free each time plfill() is called could suck for the
many
Hi, Alan,
On Dec 18, 2010, at 10:57 AM, Alan W. Irwin wrote:
Another model for plgnver, plgndev, and plgnfnam is one similar to
strlcpy that is discussed by Todd C. Miller and Theo de Raadt at
http://www.gratisoft.us/todd/papers/strlcpy.html. That is a most
interesting paper to read. I am
On Dec 18, 2010, at 6:30 PM, Alan W. Irwin wrote:
On 2010-12-18 11:34-0800 David MacMahon wrote:
Am I missing something?
See their example 1d where they check for truncation. Instead of
taking an error return at that point as they did in their sample code
the user could instead realloc
Hi, Alan,
On Dec 16, 2010, at 6:54 PM, Alan W. Irwin wrote:
Here is what I propose instead of this temporary measure. We go with
a backward-incompatible API change (and associated soname bump to
force everybody to recompile) of
c_plgfnam( char *fnam ); == c_plgfnam( char *fnam, PLINT n);
Hi, Bill,
On Oct 6, 2010, at 8:19 , Schwab,Wilhelm K wrote:
a performance argument is a stretch
I agree, that's why I prefaced my comments with...
For the smallish amounts of
legend text it probably doesn't matter that much either way
Since plotting is inherently much more number-heavy
On Oct 5, 2010, at 21:42 , Alan W. Irwin wrote:
On 2010-10-05 22:19-0400 Schwab,Wilhelm K wrote:
I was interested in building it (5.9.7) to try the legend code.
Is there a reason for the double pointer? It seems that
this part\0that part\0...\0and the last part\0\0
would do the job
On May 6, 2010, at 7:27 , Arjen Markus wrote:
this is indeed very puzzling! I have never seen it before - and all
the stuff I used I have used countless times before.
Also puzzling: why does a repeated invocation of test-drv-info via
make
examine different drivers? It must be recording
Hi, Maurice and Alan,
On Apr 20, 2010, at 0:39 , Maurice LeBrun wrote:
The general remapping of coordinates is a crucial part of it.
I think you are referring to the 0/2pi coordinate seam when
transforming a rectilinear grid to a polar grid. I think Ed (correct
me if I'm wrong, Ed) is
Hi, Ed,
On Apr 19, 2010, at 13:47 , Ed Zaron wrote:
it involves wrapping the phases locally for the corners of each
grid cell.
In addition to the already mentioned possibility of creating a
wrapped phase copy of your data array, another alternative you
might want to consider is using
Hi, Jerry,
On Apr 16, 2010, at 3:16 , Jerry wrote:
* Two PLplot-built libraries are 32-bit and ONE OF THESE IS FIRST IN
THE FILE LIST.
The very first file in the file list is reported as 32-bit:
Non-fat file: ./qt.cpp.o is architecture: i386
How did this file managed to get built as 32-bit
On Apr 16, 2010, at 15:56 , Jerry wrote:
/usr/bin/c++ -bundle -headerpad_max_install_names -o qt.so
CMakeFiles/qt.dir/qt.cpp.o CMakeFiles/qt.dir/__/bindings/qt_gui/
plqt.cpp.o ../src/libplplotd.9.7.0.dylib /usr/lib/libm.dylib -
framework QtSvg -framework QtGui -framework Carbon
On Apr 12, 2010, at 9:33 , Hezekiah M. Carty wrote:
The global transform is applied after the pltr-type transforms,
While the signatures are the same, I'm not sure that pltr[0-2] could
be used with plstransform in a simple manner. The intent of the
function is closer to that of the mapform
On Apr 12, 2010, at 12:16 , Alan W. Irwin wrote:
I think it is time that we take advantage of that free map data
rather than
limiting ourselves to just the four map data files that are currently
accessible from PLplot. Ideally the availability of free GIS data
(along
with changes to
Thanks, Alan,
On Apr 7, 2010, at 13:55 , Alan W. Irwin wrote:
I also plan to change the index for underscore to point to a unique
Hershey
index that currently has no associated glyph.
FWIW, I think PGPLOT maps the underscore to Hershey symbol 590.
Dave
On Apr 7, 2010, at 15:19 , Alan W. Irwin wrote:
On 2010-04-07 14:27-0700 David MacMahon wrote:
FWIW, I think PGPLOT maps the underscore to Hershey symbol 590.
I confirmed that information with
http://www.astro.caltech.edu/~tjp/pgplot/figb2.html
That index position is empty with PLplot
Example 6 on the PLplot website shows centered dots for codes 92 and
95 rather than the expected backslash ('\') and underscore ('_').
Code 94 shows as a degree symbol rather than a circumflex ('^'), but
at least that matches PGPLOT (see http://www.astro.caltech.edu/~tjp/
On Apr 5, 2010, at 17:09 , Alan W. Irwin wrote:
I will commit when done and the result should look good for our TTF
devices
(e.g., all our cairo and qt devices) and our PostScript devices.
After that commit, the Hershey font error will remain for our
devices that
still use Hershey
Hi, Hez,
On Mar 18, 2010, at 21:16 , Hezekiah M. Carty wrote:
The checkerboard background seems to be a semi-standard approach for
viewing transparent images (Gimp uses something similar). I'm not
sure it is a good idea for our interactive devices though, as it makes
it very difficult to
On Mar 15, 2010, at 14:32 , Alan W. Irwin wrote:
Then display -immutable test_transparent.png
really does show the desktop underneath the plot which indeed is a
really cool-looking effect.
Using a very recent ImageMagick (6.6.0), display gives me the
checkerboard background without the
Hi, Alan,
On Mar 15, 2010, at 17:49 , Alan W. Irwin wrote:
On 2010-03-15 15:49-0700 David MacMahon wrote:
Using a very recent ImageMagick (6.6.0), display gives me the
checkerboard background without the -immutable option and a
black background with that option when looking at an image
On Mar 13, 2010, at 16:43 , Alan W. Irwin wrote:
I have committed this patch (revision 10864).
Thanks, Alan!!!
Thanks, Dave, for all your work on this arbitrary storage of 2D data
API.
You're welcome. Thanks for including it!
Dave
Hi, Alan,
On Mar 14, 2010, at 10:29 , Alan W. Irwin wrote:
That is revision 10869 should be the same as
David's tree that produced his patch
I can confirm that r10869 contains all the changes from my patch.
Thanks again,
Dave
This is a roll-up of all previous PLplot patches related to supporting
arbitrary storage of 2D user data. This patch is based on (and should
apply cleanly to) svn/trunk r10859.
Adds support for arbitrary storage of 2D user data. This is very
similar to the technique employed by some existing
I just ran this...
x02c -dev xcairo -bg ff_0.3
...and noticed on the second plot I can see through to the first
plot. I don't think I have any other non-cairo, alpha-capable
drivers built so I can't tell if it's cairo-related or more general.
Here are the devices I have available...
Thanks for confirming this, Alan!
On Mar 10, 2010, at 8:09 , Alan W. Irwin wrote:
-dev qtwidget does not have this problem, and neither does -dev
svg. (For
the latter, you must use the familying option -fam which will
generate two
files corresponding to the two pages.)
I don't know how
On Mar 10, 2010, at 11:05 , Alan W. Irwin wrote:
There are already
some neat transparent background effects being deployed on the desktop
(e.g., if you move a KDE GUI it becomes transparent so you can see
underneath it) that show this is possible.
I think this might be a property of the
plsetopt(-h,NULL) exits the process and doesn't even show any
help. The -v option does the same thing (i.e. exits the process
without any output). I think this could be fixed relatively easily
and without any negative impact by changing opt_h and opt_v (in src/
plargs.c) to return 0
Changes opt_h and opt_v handlers to prevent -h and -v options from
calling exit() if PL_OPTION_QUIET is set.
---
src/plargs.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/plargs.c b/src/plargs.c
index cbacadf..4b0e405 100644
--- a/src/plargs.c
+++
---
src/plgradient.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/plgradient.c b/src/plgradient.c
index d864d0a..57ab581 100644
--- a/src/plgradient.c
+++ b/src/plgradient.c
@@ -145,9 +145,11 @@ c_plgradient( PLINT n, PLFLT *x, PLFLT *y, PLFLT angle )
}
On Mar 5, 2010, at 8:03 , Alan W. Irwin wrote:
Thanks for that suggestion for avoiding strcat whose effect depends on
octave version. (Ugh!)
To be fair, the 3.0.1 behavior was arguably a bug since it was not
Matlab-compatible behavior and I think Matlab compatibility is one of
Octave's
On Mar 4, 2010, at 21:46 , David MacMahon wrote:
I'm looking into some possible conflicts between system tcl/tk and
macports tcl/tk...
Sure enough. I was inadvertently using a mix of system (Mac OS X
10.4) tcl (8.4) and MacPorts tcl (8.5). I've remedied the situation
by using only
---
examples/CMakeLists.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/examples/CMakeLists.txt b/examples/CMakeLists.txt
index 899795a..b7eddd3 100644
--- a/examples/CMakeLists.txt
+++ b/examples/CMakeLists.txt
@@ -771,7 +771,7 @@ if(BUILD_TEST)
list(APPEND
I noticed that underscores and backslashes in plmtex text appear as
centered dots with the xwin driver, but as underscores and
backslashes with the xcairo driver. I also notice that these two
characters appear as centered dots with both drivers in example 6,
which uses plploin...
On Mar 4, 2010, at 17:30 , Alan W. Irwin wrote:
On 2010-03-04 16:25-0800 David MacMahon wrote:
octave
Missing examples: 19
Differing postscript output : 28 29
Missing stdout :
Differing stdout: 14
tcl
Missing examples:
Differing
On Mar 3, 2010, at 12:42 , Andrew Ross wrote:
It should be fixed to stop
plplot getting stuck in an infinite loop, but to be honest
if you are really trying to plot such a small range then rounding
errors are likely to occur with all the rest of the plotting code
too.
Getting plots with
Hi, Alan,
On Mar 3, 2010, at 12:05 , Alan W. Irwin wrote:
For source trees with and without the patch
time make -j4 -k test_noninteractive make_testnoninteractive.out
time make -j4 -k test_interactive make_testinteractive.out
I assume you would like, for example,...
make time make -k
Hi, Alan,
On Mar 3, 2010, at 18:35 , Alan W. Irwin wrote:
On 2010-03-03 13:13-0800 David MacMahon wrote:
[...] Tonight I will rolls all of these patches into one patch
that can be applied to svn/trunk and send it out.
Thanks.
Would you be also willing to do the above tests on Mac OS X
I think I've found a problem with tick marks and tight ranges.
The tick marks seem to be drawn by starting at an initial tick
position and then repeatedly incrementing the tick position by a
delta value until the tick position advances out of range. If the
window is setup for a tight y (or
I've noticed some unexpected behavior with plschr and plenv. I
modified x09c.c by adding this line...
plschr(0.0, 0.5);
...immediately before the first plenv call in main (i.e. the plenv
call for the Plot using identity transform plot). This plenv call
draws the numeric labels for
I've been working on porting example 20 to Ruby. I notice when I'm
dragging the crosshairs around to select a rectangle that sometimes
the button field of the plGraphicsIn structure will get set to a
large value (e.g. 0x7b8000). Although I haven't seen this behavior
with x20c, I think
This fixes a parameter ordering problem in plfimage's call to the minmax
operator function.
---
src/plimage.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/plimage.c b/src/plimage.c
index bfa5ef7..d18b5cf 100644
--- a/src/plimage.c
+++ b/src/plimage.c
@@ -363,7
Hi, Andrew,
Thanks for your comments. Ideally I'd like somehow to support both a
Ruby-centric installation (i.e the .gem file) as well as non-Ruby-
centric installations (e.g. apt/yum/port/whatever). Alan's analysis
(showing that most people install plplot binaries via a package
manager)
On Feb 27, 2010, at 14:47 , Alan W. Irwin wrote:
On 2010-02-26 14:09-0800 David MacMahon wrote:
As you all know by now, I'm working on Ruby bindings to PLplot. I am
(still) almost ready for a first release. There's always a few more
things! :-)
You may have done this already, but I
On Feb 26, 2010, at 9:27 , Alan W. Irwin wrote:
On 2010-02-25 15:13-0800 Alan W. Irwin wrote:
Want to give git-bisect a try for this case? If so, here are the
instructions for reproducing the error.
All good ideas are copied. From a google search for svn bisect, it
appears
there is
On Feb 22, 2010, at 10:37 , David MacMahon wrote:
On Feb 22, 2010, at 6:42 , Andrew Ross wrote:
I would like to have a thorough comparison of the time difference.
This should include a large data case as well where timings
might be
more important. The lena image might be one suitable
Hi, Alan,
On Feb 25, 2010, at 13:47 , Alan W. Irwin wrote:
I am
not sure whether it is a regression caused by the embedded blank
fix or a
regression caused by a previous -dev tk fix, but -dev tk (as run by
the
test_interactive target) used to work fine for the CMake-based
build
I thought x23c -dev xwin used to work for me, but now it appears to
be broken. All pages work fine for -dev xcairo. I am using a
freetype-enabled libplplot build, but the xwin driver only works for
the first page (and even then the title text that appears is
0x10PLplot Example 23 - Greek
Thanks, Alan,
On Feb 23, 2010, at 14:48 , Alan W. Irwin wrote:
No. -dev xwin is pure Hershey (just like all our traditional
devices).
To explain further, we had a first generation of unicode font
support via
plfreetype.c (e.g., gd.c which is now deprecated because of the
Hi, Andrew,
Thanks for your review and thoughtful comments! Here are some replies.
On Feb 22, 2010, at 6:42 , Andrew Ross wrote:
1) Using structures of function pointers in C is clearly the way to
implement this, but it might give us headaches for some languages
where
either function
I notice plplot.h defines PLFLT_MAX to be either FLT_MAX or DBL_MAX
depending on whether PL_DOUBLE (or DOUBLE) is defined. It does not,
however, include float.h which is where (at least on my Mac) FLT_MAX
and DBL_MAX appear to be defined.
For now, I will just add #include float.h to my
On Feb 18, 2010, at 9:14 , Alan W. Irwin wrote:
I left out your other questions because I am confused on those
issues as
well. However, assuming you get them figured out, I would
appreciate it if
you took some additional time to update the relevant docbook
documentation
to help
plshade has three groups of parameters that I am having a hard time
understanding:
1) xmin,xmax,ymin,ymax - Define the 'grid' coordinates. The data a
[0][0] has a position of (xmin,ymin), a[nx-1][0] has a position at
(xmax,ymin) and so on.
2) defined - User function specifying regions
Hi, Alan,
On Feb 16, 2010, at 0:07 , Alan W. Irwin wrote:
Dave, I thank you for your implementation work. It takes courage to
be the
first to implement something that is going to be thoroughly (I hope)
reviewed by others, and I thank you for that courage!
At the risk of sounding like a
On Feb 16, 2010, at 9:24 , Alan W. Irwin wrote:
From the description, it sounds like the current 2D array API has been
reimplemented as a wrapper for the Dave's new 2D array API. So
just testing
the normal examples with the current 2D array API should indirectly
exercise
the new API.
Changes x08c.c to demonstrate use of new support for arbitrary storage
of 2D data arrays. Shows how to do surface plots with the following
four types of 2D data arrays:
1) PLFLT z[nx][ny];
2) PLfGrid2 z;
3) PLFLT z[nx*ny]; /* row major order */
4) PLFLT z[nx*ny]; /* column major order */
---
Hi, Alan,
On Feb 10, 2010, at 23:01 , Alan W. Irwin wrote:
On 2010-02-10 21:57-0800 David MacMahon wrote:
I wouldn't miss pltr0f if both its declaration and
definition were in the FORTRAN bindings only, but I would very much
miss pltr2f!
Why? Do you have some non-Fortran use for it?
I
On Feb 11, 2010, at 14:15 , Alan W. Irwin wrote:
Of course, all of this is just a formal
API breakage because in practice both libplplotf77cd and
libplplotf95cd
depend on libplplotd so there should not be an API breakage for the
combination, but I think we should observe these API
Hi, Hazen,
On Feb 10, 2010, at 18:02 , Hazen Babcock wrote:
David MacMahon wrote:
Moves the definitions of pltr0f and pltr2f (both declared in
plplot.h)
from the sccont.c files of the FORTRAN bindings into plcont.c.
Could you elaborate briefly on what problem this patch solves?
It moves
Fixes a typo in the QHULL_RPATH variable name. It was being referenced
as QHULL_PATH (missing the 'R') in src/CMakeLists.txt, which led to an
empty -L in the output of pkg-config --libs plplotd.
---
src/CMakeLists.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Moves the definitions of pltr0f and pltr2f (both declared in plplot.h)
from the sccont.c files of the FORTRAN bindings into plcont.c.
---
bindings/f77/sccont.c | 197 -
bindings/f95/sccont.c | 197 -
On Feb 7, 2010, at 9:15 , Hazen Babcock wrote:
On Feb 6, 2010, at 8:31 PM, David MacMahon wrote:
Have you actually experienced a crash due to this on Snow Leopard or
are you expressing concern about a potential crash?
I have not personally experienced this but a user of cl-plplot
Hi, Alan,
On Feb 6, 2010, at 12:23 , Alan W. Irwin wrote:
my understanding from
http://en.wikipedia.org/wiki/Reentrant_(subroutine) is reentrancy
implies
thread safety.
I'm not sure about that. I think a function could utilize thread
local storage in a non-reentrant way (i.e. thread
Hi, Hazen,
On Feb 6, 2010, at 8:40 , Hazen Babcock wrote:
The gist of it is this statement:
if the CoreFoundation library's being initialized - perhaps as a
result
of that library being loaded as a dependent of some other library -
and
the current thread is not the initial thread,
Changes examples/*/x14*.* to call plgdev and print the driver name after
calling plinit. Calling plgdev after plparseopts but before plinit will
only get a device name if one is specified on the command line via the
-dev option. If the device is not specified via -dev, calling plgdev
before
On Feb 1, 2010, at 12:53 , David MacMahon wrote:
I think I have accomplished the changes described in the thread
quoted below. I still have some testing to do, but I'd appreciate
any comments on my approach. Preliminary testing shows negligible
(i.e. undetectable) effect on performance
, this function and the
other existing functions that use evaluator functions are NOT changed
to use the new operator functions.
Thanks for any feedback,
Dave
On Jan 6, 2010, at 22:43 , David MacMahon wrote:
On Jan 6, 2010, at 17:14 , Maurice LeBrun wrote:
Some centuries ago I did endow the contourer
Hi, Alan,
On Jan 28, 2010, at 18:55 , Alan W. Irwin wrote:
On 2010-01-28 16:47-0800 David MacMahon wrote:
On Jan 28, 2010, at 5:06 , Alan W. Irwin wrote:
On 2010-01-27 23:04-0800 David MacMahon wrote:
Is it generally OK to send patches to plplot-devel [...]
Yes. Sending patches
On Jan 28, 2010, at 5:06 , Alan W. Irwin wrote:
On 2010-01-27 23:04-0800 David MacMahon wrote:
Is it generally OK to send patches to plplot-devel [...]
Yes. Sending patches to plplot-devel as a compressed attachment is
the
preferred method.
Thanks. Do you know what the size limit
Mac OS X has a global version of argc and argv. The global argv is
passed by reference into main, but the global argc is passed by value.
When c_plparseopts deletes arguments, it reduces the caller's argc value
and NULL terminates the argv array to match. The global argc and argv
must also be
On Jan 27, 2010, at 23:49 , Arjen Markus wrote:
that is a remarkable piece of detective work.
Thanks!
you have digged up is a rahter nasty feature here.
Agreed!
I agree that option 3b looks the cleanest. It should not be
too hard to implement it - the build system has several examples
Hi, everyone,
Thanks for all your help and ideas. I think I have solved this
mystery. The symptoms are very misleading and confusing, but the
underlying cause turns out to be fairly easy to understand.
The problem is actually related to command line parsing. It turns
out that C programs
On Jan 27, 2010, at 16:42 , David MacMahon wrote:
3a. Add code within #if define ( __APPLE __) blocks so that NXArgc
can be modified to match the modified contents of NXArgv/argv. This
might also an issue on NeXTSTEP, since I think that's where Apple
picked up these variables (hence the NX
Hi, Alan (et al),
On Jan 24, 2010, at 19:49 , Alan W. Irwin wrote:
That file is part of the tarball. Look for it in qhull-2010.1/
src/. The
CMake-based build system that comes with the tarball really sucks
(static
libraries only, no install). Werner (with some help from me) is
Thanks, Alan,
I confirm that your most recently attached CMakeLists.txt file does
indeed correct the qhullcmd issue.
Thanks again,
Dave
On Jan 25, 2010, at 10:30 , Alan W. Irwin wrote:
I attach (for Dave, Werner, and anybody else who builds qhull)
a CMakeLists.txt file that corrects the
During my recent rebuild attempts, I had drivers in the installation
tree that had the old driver numbering scheme (i.e. xcairo was 59,
but now it's 100). At one point, the WITH_FREETYPE=OFF build failed
due to a driver numbering mismatch between what test-drv-info found
and what
On Jan 25, 2010, at 16:01 , David MacMahon wrote:
Line 1490 of drivers/cairo.c...
Sorry, make that line 1497.
Dave
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise
Hi, PLplot developers,
On Jan 19, 2010, at 21:34 , David MacMahon wrote:
I am in the process of updating my MacPorts installation, but after
that finishes I will (try to) recreate the above steps and capture
all the output you've requested.
After finishing my MacPorts update. I am no longer
Hi, Alan,
On Jan 21, 2010, at 22:39 , Alan W. Irwin wrote:
I certainly find the // comments convenient, but I recently ran
into a small annoyance on a project with a manually maintained
Makefile. I found that I needed to use the gcc compiler option...
-std=gnu99
...in order to be
1 - 100 of 124 matches
Mail list logo