On 2009-01-15 17:55-0800 Alan W. Irwin wrote:
> In sum, for my Debian testing platform and Orion's Fedora platform we are
> essentially ready to release although there are still some well-known issues
> discovered for the last release that "would-be-nice" to fix for this
> release. It appears we
On 2009-01-16 23:43- Andrew Ross wrote:
> If it is any consolation I can confirm your report on my Ubuntu system.
> Example 24 has not been updated since mid 2006 other than for a const
> char * tidy-up. The cookbook in in the example does say to use -drvopt
> smooth=0 so I suspect this is an
On Fri, Jan 16, 2009 at 11:15:14AM -0800, Alan Irwin wrote:
> If I recall correctly, running the exact directions buried in x24c.c used to
> work fine for -dev png (and other plfreetype-related devices)
> but that no longer seems to be the case.
>
> (TTFDIR=/usr/share/fonts/truetype ;
> PLPLOT_FRE
On Fri, Jan 16, 2009 at 12:05:58PM -0800, Alan Irwin wrote:
> P.S. Since the Tcl-8.4 precision issue only occurs on some platforms, I also
> suggest we don't say anything about this in our release notes since this may
> just be a Tcl-8.4 issue on some platforms rather than something intrinsic to
>
P.S. Since the Tcl-8.4 precision issue only occurs on some platforms, I also
suggest we don't say anything about this in our release notes since this may
just be a Tcl-8.4 issue on some platforms rather than something intrinsic to
PLplot.
Alan
__
Alan W. Irwin
Astronomical
On 2009-01-16 19:25+0100 Arjen Markus wrote:
>
>>
>> All that is going to take time, and we are only two days away from our
>> release on Sunday. Arjen, if you can quickly figure out the best
>> implementation and get a commit done in the next few hours (or by early
>> Saturday (your time zone) a
On Fri, Jan 16, 2009 at 07:25:03PM +0100, Arjen Markus wrote:
>
> >
> > All that is going to take time, and we are only two days away from our
> > release on Sunday. Arjen, if you can quickly figure out the best
> > implementation and get a commit done in the next few hours (or by early
> > Satur
On 2009-01-16 13:54- Andrew Ross wrote:
> Alan,
>
> I think I have now fixed this one. h2def.py did not understand the
> PLDLLIMPEXP macros in plplotcanvas.h. Stripping these out with sed before
> processing means the python plplotcanvas bindings are generated
> correctly again. I get a load o
If I recall correctly, running the exact directions buried in x24c.c used to
work fine for -dev png (and other plfreetype-related devices)
but that no longer seems to be the case.
(TTFDIR=/usr/share/fonts/truetype ;
PLPLOT_FREETYPE_SANS_FONT=$TTFDIR/arphic/bkai00mp.ttf
PLPLOT_FREETYPE_SERIF_FONT=$
>
> All that is going to take time, and we are only two days away from our
> release on Sunday. Arjen, if you can quickly figure out the best
> implementation and get a commit done in the next few hours (or by early
> Saturday (your time zone) at the latest), then that would give the rest of
> us
On 2009-01-16 11:18- Andrew Ross wrote:
> On Fri, Jan 16, 2009 at 12:10:22PM +0100, Arjen Markus wrote:
>>> On Fri, Jan 16, 2009 at 10:40:24AM +, Andrew Ross wrote:
>>>
>>> To follow up my own post - switching to tcl8.5 gives perfect results, so
>>> this is not a 32-bit issue. Perhaps we s
Hello,
My plan is to create a release Sunday afternoon EST unless I hear otherwise.
-Hazen
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadt
On Thu, Jan 15, 2009 at 05:55:16PM -0800, Alan Irwin wrote:
>
> I tried testing the
> optimized case for default hidden visibility by setting
>
> softw...@raven> export CC='gcc -fvisibility=hidden -O2'
> softw...@raven> export CXX='g++ -fvisibility=hidden -O2'
> softw...@raven> export FC='gfort
On Fri, Jan 16, 2009 at 12:10:22PM +0100, Arjen Markus wrote:
> > On Fri, Jan 16, 2009 at 10:40:24AM +, Andrew Ross wrote:
> >
> > To follow up my own post - switching to tcl8.5 gives perfect results, so
> > this is not a 32-bit issue. Perhaps we should add a note that tcl 8.5
> > is recommende
On Fri, Jan 16, 2009 at 12:10:22PM +0100, Arjen Markus wrote:
> > On Fri, Jan 16, 2009 at 10:40:24AM +, Andrew Ross wrote:
> >
> > To follow up my own post - switching to tcl8.5 gives perfect results, so
> > this is not a 32-bit issue. Perhaps we should add a note that tcl 8.5
> > is recommende
> On Fri, Jan 16, 2009 at 10:40:24AM +, Andrew Ross wrote:
>
> To follow up my own post - switching to tcl8.5 gives perfect results, so
> this is not a 32-bit issue. Perhaps we should add a note that tcl 8.5
> is recommended, although previous versions will work?
>
You should get the same perf
On Fri, Jan 16, 2009 at 10:40:24AM +, Andrew Ross wrote:
> On Thu, Jan 15, 2009 at 11:31:24AM -0800, Alan Irwin wrote:
> > Due to Andrew and Arjen's extremely recent efforts, java, python, and tcl
> > join c++, f77, f95, perl, and ocaml to give perfect PostScript and stdout
> > comparison resul
On Thu, Jan 15, 2009 at 11:31:24AM -0800, Alan Irwin wrote:
> Due to Andrew and Arjen's extremely recent efforts, java, python, and tcl
> join c++, f77, f95, perl, and ocaml to give perfect PostScript and stdout
> comparison results with the corresponding C examples. Here are the only
> remaining i
On Thu, Jan 15, 2009 at 11:31:24AM -0800, Alan Irwin wrote:
> Due to Andrew and Arjen's extremely recent efforts, java, python, and tcl
> join c++, f77, f95, perl, and ocaml to give perfect PostScript and stdout
> comparison results with the corresponding C examples. Here are the only
> remaining i
> The status of testing for this forthcoming release is as follows:
>
> * I have recently confirmed the segfaults are still there for all our
> Tk-related examples, but not for -dev tk. I have updated README.release
> accordingly. That notice should be removed if somebody can figure this
> out.
> I have committed (revision 9319) a general fix for this issue which
> involves
> "call flush(6)". I have checked in the appropriate documentation that the
> flush routine is available in fortran support libraries for the g77,
> gfortran, absoft, intel, and Portland group compilers so I think thi
21 matches
Mail list logo