Re: [Plplot-devel] Problem with latest gfortran version under MinGW
Hi Alan, trim is recognized by the gfortran compiler (at least the version of it that I have), but not g77 (which I believe is what you still must use with MinGW). Our other f77 examples use lnblnk instead of trim and apparently you (and anybody else who has tested our f77 examples) had no trouble with that. Therefore, I have (revision 9761) updated examples 23 and 31 (the ones that were using trim) to use lnblnk instead of trim. Does that revision work for you? Yes, the examples (f77 for MinGW 3.4.5 and 4.3.2 and f95 for MinGW 4.3.2) compile now (though they don't run). Regards, Werner 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 libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Problem with latest gfortran version under MinGW
Hi Werner, what is the reason they do not run? If you do not get any output, the program simply stops, that could be due to a missing DLL (sometimes you get a message, sometimes you don't under Windows). Regards, Arjen On 2009-03-24 09:27, Werner Smekal wrote: Hi Alan, trim is recognized by the gfortran compiler (at least the version of it that I have), but not g77 (which I believe is what you still must use with MinGW). Our other f77 examples use lnblnk instead of trim and apparently you (and anybody else who has tested our f77 examples) had no trouble with that. Therefore, I have (revision 9761) updated examples 23 and 31 (the ones that were using trim) to use lnblnk instead of trim. Does that revision work for you? Yes, the examples (f77 for MinGW 3.4.5 and 4.3.2 and f95 for MinGW 4.3.2) compile now (though they don't run). Regards, Werner 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 libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Problem with latest gfortran version under MinGW
Hi, I'm using the dynamic drivers and it exits with a message like (translated from German): The application could not be started, since (null).dll wasn't found. A new installation of the application might solve the problem. Some problem converting C to Fortran strings? Regards, Werner On 24.03.2009, at 09:31, Arjen Markus wrote: Hi Werner, what is the reason they do not run? If you do not get any output, the program simply stops, that could be due to a missing DLL (sometimes you get a message, sometimes you don't under Windows). Regards, Arjen On 2009-03-24 09:27, Werner Smekal wrote: Hi Alan, trim is recognized by the gfortran compiler (at least the version of it that I have), but not g77 (which I believe is what you still must use with MinGW). Our other f77 examples use lnblnk instead of trim and apparently you (and anybody else who has tested our f77 examples) had no trouble with that. Therefore, I have (revision 9761) updated examples 23 and 31 (the ones that were using trim) to use lnblnk instead of trim. Does that revision work for you? Yes, the examples (f77 for MinGW 3.4.5 and 4.3.2 and f95 for MinGW 4.3.2) compile now (though they don't run). Regards, Werner 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 libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the
Re: [Plplot-devel] Problem with latest gfortran version under MinGW
On 2009-03-24 09:38, Werner Smekal wrote: Hi, I'm using the dynamic drivers and it exits with a message like (translated from German): The application could not be started, since (null).dll wasn't found. A new installation of the application might solve the problem. Some problem converting C to Fortran strings? Hi Werner, I can not imagine that that is the case! Such messages are typically produced by the run-time and system libraries. The (null) is very suspcious though - I have never seen it before. Could it be the compilers in your MinGW environment? Regards, Arjen Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Problem with latest gfortran version under MinGW
Hi Werner,
the def-file is a file with instructions for the linker, so as far as
CMake is concerned, it has the same function as a source file. I am
not sure why it works for me and not for you (right now, it is not
part of the dependencies - we need to take a look at that).
This requires further investigation:
- I will write down the steps I take and the precise CMake options
- I will experiment with various combinations of static and dynamic
options.
I am not sure if I can do that tonight - I will have to see, but it
is surely puzzling!
Regards,
Arjen
On 2009-03-24 09:34, Werner Smekal wrote:
Hi Arjen,
right, my Fortran compiler is usually gfortran or g95 - g77 is a very
old compiler that is no longer actively maintained. I can imagine
that the compiler does not produce import libraries - shared libraries
under Windows simply have too many pecularities, so they are probably
beyond g77's capabilities. dlltool is the way forward here.
What I don't understand is, why it works for you (gfortran), since with
MinGW 4.3.2 and gfortran 4.3.2 I have the same problems (no import
library). In the CMakeLists.txt (for both f77 and f95) we add a .def file
if(WIN32 AND BUILD_SHARED_LIBS AND NOT MINGW)
SET(plplotf95${LIB_TAG}_LIB_SRCS ${plplotf95${LIB_TAG}_LIB_SRCS}
plplotf95.def)
endif(WIN32 AND BUILD_SHARED_LIBS AND NOT MINGW)
What is cmake supposed to do with this file? If you add the .def file,
does CMake automatically create a import library? For which compiler? If
I do this for the MinGW compiler no import library is created. I
understand that Fortran doesn't provide this dllimport/dllexport
keywords and you need to create the import library later. But does that
work for other compilers?
And why does it work for you? If there is a case where it works for
gfortran we need to alter the cmake files.
In the moment it works for my compiler toolset (MinGW/g77 and
MinGW/gfortran), but we should test that for other combinations as well.
Thanks,
Werner
As to x23f: the trim() function is not a FORTRAN 77 function. It was
introduced in Fortran 90. (This does not show up when you use an F90
compiler - sigh)
I will look into this one.
Regards,
Arjen
On 2009-03-19 22:08, Werner Smekal wrote:
Hi Arjen,
Well, the cause of the problem is clear now: when linking the Fortran
bindings
into a DLL, gfortran would need the option -Wl,-out-implib,... (or
something
similar) to produce the missing library.
This option _is_ present in the gcc part to create the DLL
libplplotf77cd.dll.
I revisited this problem, since it still exists and wanted at least to
make it work.
I checked to see if I could easily add it, but I have not found a
specific CMake
module for gfortran under Windows.
I tried to change the Windows-g77.cmake module but was not successful in
adding this -Wl,-out-implib - I think this is maybe not possible, since
there is no Fortran statement to export a symbol. I tried to add a .def
file, but also no success.
So my question now is: Should I go ahead and add such module for this
particular
combination (as part of general modules) or add it to the
CMakeLists.txt file as
a special case. Or is there another way I should proceed?
More details on the platform:
- I am running CMake in an ordinary DOS-box under Windows XP.
- I make sure that gcc and gfortran are in the path, so that CMake
will pick up
these compilers.
- I use the MinGW Makefiles output option to generate the makefiles.
(This differs from the situation where I run CMake via MSYS. MSYS and
MinGW are explicitly distinguished in the CMake modules, but I am not
sure how the above situation is characterised)
I added now a custom post-build target, which runs dlltool to create the
import library. Works great so far. Arjen, could you test that. Only
implemented for f77 so far, f95 would be straight forward. If we manage
to improve the cmake files we can remove it again.
Example 23 doesn't compile now. I get the following message:
[ 77%] Building Fortran object
examples/f77/CMakeFiles/x23f.dir/x23f.f.obj
Z:\DevZone\PLdev\build\gcc\debug\examples\f77\x23f.f: In program `x23f':
Z:\DevZone\PLdev\build\gcc\debug\examples\f77\x23f.f:320: warning:
trim(family(ifamily+1))//' '//trim(style(istyle+1))//' '//
^
Reference to unimplemented intrinsic `TRIM' at (^) (assumed EXTERNAL)
Z:\DevZone\PLdev\build\gcc\debug\examples\f77\x23f.f:320:
trim(family(ifamily+1))//' '//trim(style(istyle+1))//' '//
^
Invalid declaration of or reference to symbol `trim' at (^) [initially
seen at (^)]
mingw32-make[2]: *** [examples/f77/CMakeFiles/x23f.dir/x23f.f.obj]
Error 1
mingw32-make[1]: *** [examples/f77/CMakeFiles/x23f.dir/all] Error 2
mingw32-make: *** [all] Error 2
My Fortran knowledge is not very exhaustive. Any ideas?
Best Regards,
Werner
Regards,
Arjen
Re: [Plplot-devel] Problem with latest gfortran version under MinGW
Hi Arjen, On 2009-03-24 09:38, Werner Smekal wrote: Hi, I'm using the dynamic drivers and it exits with a message like (translated from German): The application could not be started, since (null).dll wasn't found. A new installation of the application might solve the problem. Some problem converting C to Fortran strings? Hi Werner, I can not imagine that that is the case! Such messages are typically produced by the run-time and system libraries. The (null) is very suspcious though - I have never seen it before. Could it be the compilers in your MinGW environment? The MinGW 3.4.5 toolset is the official one from mingw.org. The 4.3.3 MinGW toolset is taken from http://www.tdragon.net/recentgcc/ which is unofficial bot know to work. Since both compilers have the exactly same problem I don't assume that the compiler toolset are the problem. I'm using the Windows CLI though and not MSYS. Regards, Werner Regards, Arjen Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Problem with latest gfortran version under MinGW
Hi Werner, very odd! I will delve into this myself :( Regards, Arjen On 2009-03-24 09:51, Werner Smekal wrote: Hi Arjen, On 2009-03-24 09:38, Werner Smekal wrote: Hi, I'm using the dynamic drivers and it exits with a message like (translated from German): The application could not be started, since (null).dll wasn't found. A new installation of the application might solve the problem. Some problem converting C to Fortran strings? Hi Werner, I can not imagine that that is the case! Such messages are typically produced by the run-time and system libraries. The (null) is very suspcious though - I have never seen it before. Could it be the compilers in your MinGW environment? The MinGW 3.4.5 toolset is the official one from mingw.org. The 4.3.3 MinGW toolset is taken from http://www.tdragon.net/recentgcc/ which is unofficial bot know to work. Since both compilers have the exactly same problem I don't assume that the compiler toolset are the problem. I'm using the Windows CLI though and not MSYS. Regards, Werner Regards, Arjen Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 Delft Hydraulics, GeoDelft, the Subsurface and Groundwater unit of TNO and parts of Rijkswaterstaat have joined forces in a new independent institute for delta technology, Deltares. Deltares combines knowledge and experience in the field of water, soil and the subsurface. We provide innovative solutions to make living in deltas, coastal areas and river basins safe, clean and sustainable. DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] plplot version 5.9.3?
On 2009-03-24 09:41+0100 Werner Smekal wrote: Missed that question. 2 months should be okay (beginning of May) [for next release date]. I am OK with the beginning of May as well. To the rest of the core developers here, please let us know immediately if you have some development going on that makes an early May release inconvenient for you. Hazen, assuming there are no developer objections to an early May release in say the next 24 hours, and assuming you have time to do a release during an early May weekend, please finalize that weekend and let us know what it is so we all have a clear idea of the next release deadline. 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 libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] plplot version 5.9.3?
Alan W. Irwin wrote: On 2009-03-24 09:41+0100 Werner Smekal wrote: Missed that question. 2 months should be okay (beginning of May) [for next release date]. I am OK with the beginning of May as well. To the rest of the core developers here, please let us know immediately if you have some development going on that makes an early May release inconvenient for you. Hazen, assuming there are no developer objections to an early May release in say the next 24 hours, and assuming you have time to do a release during an early May weekend, please finalize that weekend and let us know what it is so we all have a clear idea of the next release deadline. I am also OK with the beginning of May. -Hazen -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] text handling proposal
Alan W. Irwin wrote: On 2009-03-22 01:55-0400 Hazen Babcock wrote: Does this seem like a reasonable approach? Yes. I won't comment on the driver details since you are considerably more expert than me on this topic. However, in general, I think your idea of substantially reducing and simplifying unicode text handling by the various device drivers by implementing and using core library functions for common text tasks is an excellent one. I advise you not do anything special for the device drivers that depend on plfreetype. That first-generation approach for unicode font support was fundamentally important in our history because it opened our eyes to the fantastic unicode opportunities. However, the plfreetype implementation has a lot of issues which I doubt we are going to fix because the second-generation approach for unicode font support using external libraries like pango/cairo and Qt4 is just so much better. My guess is that we will be deprecating most/all devices that depend on plfreetype in the not so distant future which is why I am advising you not to make any special plfreetype effort with your current work. Ok. I wasn't really thinking about plfreetype, but it is good to know that I don't have to :). Even though no one objected to adding 4 new functions to the dispatch table, I'm thinking that is probably not the best way after all. Instead I think the best way to do this is to add some new PLESC cases, something like: PLESC_BEGIN_TEXT PLESC_TEXT_CHAR PLESC_CONTROL_CHAR PLESC_END_TEXT Drivers can then chose whether they want to get all the text at once via PLESC_HAS_TEXT, or broken out character by character by PLplot core via the above. best, -Hazen -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] text handling proposal
On Tuesday, March 24, 2009 at 22:49:08 (-0400) Hazen Babcock writes: Even though no one objected to adding 4 new functions to the dispatch table, I'm thinking that is probably not the best way after all. Instead I think the best way to do this is to add some new PLESC cases, something like: PLESC_BEGIN_TEXT PLESC_TEXT_CHAR PLESC_CONTROL_CHAR PLESC_END_TEXT Drivers can then chose whether they want to get all the text at once via PLESC_HAS_TEXT, or broken out character by character by PLplot core via the above. Thank you. I just got around to reading this thread and was about to say something about this point but you fixed it before I could. :) Having gone through the painful exercise of adding new driver calls several times in the past, I can definitively say it's best avoided through using the escape function if possible. -- Maurice LeBrun -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] SF adds support for git, anyone interested?
Hello all, Geoffrey Furnish writes: The main purpose in this post is just to sample the other developers, all of you who are currently much more actively involved in PLplot than I am, or even than I expect to be once I regain my stride, so to speak, and just see if any of you would be interested in seeing PLplot switch to git. Here's the SF page relating to project git support: http://apps.sourceforge.net/trac/sourceforge/wiki/Git Is anyone besides me interested in making the switch to git for the PLplot project? Thanks for all the responses I received. Besides those that responded on list, I got other private mail. The private mail expressed great interest in seeing PLplot switch to git, from people who, probably kinda like the sentiments Maurice expressed, view git as a very positive direction to be moving, but hoping to avoid being directly embroiled in any controversy or work stemming from such a move. Very understandable. Alan was the only one who expressed a specific desire to avoid switching on a short time scale. And of course some of our core developers didn't touch the topic at all. So what now? Well, I'm planning for a cutover to git. The questions in my mind mostly surround how to do this in a way that keeps all core developers engaged and not alienated. I certainly understand why several of the responses, both public and private, gave ascent to the notion of potential controversy. So, while I do definitely want to see PLplot move to git, I don't want current core developers to feel railroaded. It seems clear that a wholesale instantaneous cutover is simply unattainable at this time. This due to social concerns rather than technical ones. Plenty of projects have made the switch, and preserved history, etc. Even one very large, high profile project announced just such a cutover just during the time since I opened the topic for discussion here. But without a clear consesnsus for such a turnkey switch, I won't advocate such a cutover for this project, at least not at this time. Instead, in the interest of promoting the sort of exposure (to git and the way(s) of working with it) that I think would be persuasive to those who are possibly interested but not yet ready to cast a vote, so to speak, I will instead put some energy into what I might call a transition tools-oriented approach. What I mean by this, specifically, is that I will open a PLplot git repo with one of the open-source git hosting services. I propose not to use SF for this, because from reading the SF docs, I can't really tell that they provide the facilities both for tracking svn with git, and then subsequently replacing svn with git (which is my ultimate goal). So, I'm thinking its best to keep the SF git option unactivated for now, and instead do the PLplot git stuff through one of the other git hosting services. I know of two at this time: github and gitorious. I've learned that I'm not the first to do this, by the way, there's someone who's already started a PLplot fork at github. I don't know if there are other git hosting options, so I anticipate picking between one of these two, and setting up a git repo there sometime in the near future. I want to point out, however, that the one I intend to set up, will not be a fork of the project. Now, obviously I can't control what others do, but what I'm saying is, the PLplot git repo I intend to establish will not itself, support checkins from other people that could lead to it becoming an unsync'd and therefore diverging fork from PLplot's SVN master. Rather, what I plan to do is make an svn-tracking repo somewhere in my private space, and then publish from this (these) repo(s) to the public one. That will give people an opportunity to see what I'm doing and/or collaborate with me via git. But no one will be able to commit directly to that public git repo. Instead, if someone want's to collaborate with me on some activity that's in a git branch that I'm working on, they'll be able to see my intermediate states through this git collaboration hub. They can pull from there. But to get their additions committed upstream, they'll either need to send me some git-am output, or else give me something I can pull from, etc. Then, the upward push to the plplot SF svn repo will happen through my private git-svn repo which itself treats SF svn as its origin. I think a key point for me here, will be to facilitiate similar git-svn tracking by other PLplot folks who want to track the SF svn repo, but wish they could use git to do it. I was pleasantly surprised to learn, both from e-mails, and from discovering plplot git forks out there, that others have beaten me to this. I don't know if this stuff has gotten public billing before, perhaps while I was in corporate e-mail lockdown over the past year, or if this is really the first time any of this stuff has gotten public air. No matter, frankly. The point is, I want to make it as easy
