Re: [Plplot-devel] Patch for Intel Fotran 95 support

2007-03-22 Thread Arjen Markus
Jim Dishaw wrote:

Attached is a patch for fixing Fortran 95 support for Intel Fortran.
This patch applies changes that was previously applied to the f77
bindings.

On a related topic, to make the library more flexible on the Windows
platform, the /Zl option (no default library) should be specified
instead of /MD or /MDd.  The /Zl option cannot be applied globally
because it will break cmake (it will not be able to build a test
executable).  The /Zl option should be used when building the object
files in the library.

Also, if we specify the /Z7 option for C compiler and /nopdbfile for the
ifort compiler when building the debug version, the debugging
information will be embedded into the object files.  That will avoid
creating the pdb files and there will be one less file to muck around
with during install.

I've built two new windows/intel fortran binaries (for use with the
LIBCMTD.LIB and MSVCRTD.LIB libraries).  Depending on the interest, I
can build versions for use with other libraries.  This version should
correctly link with Intel Fortran projects that use the default calling
interface (/iface:default).  The files are located at
http://dishaw.org/plplot/
  

Hi Jim,

we will apply the patch asap, but could you explain a bit about the various
versions of the libraries you are able to build with the change in compiler
options? (Intel Fortran is relatively new to me - at work we are switching
to this compiler, but it comes with a bunch of new/different options and
a different IDE than the old and more familiar Compaq Visual Fortran
compiler and at the moment I have little experience with IVF).

Regards,

Arjen




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel


[Plplot-devel] Changes to the Ada thick and thin interfaces and examples.

2007-03-22 Thread Alan W. Irwin
Yesterday (Wednesday) marked a lot of minor changes to the Ada interfaces and
examples. All the details are in the CVS commit messages which I urge those
who have an interest in Ada to review.

Jerry started the ball rolling with a patch Wednesday morning which made a
lot of corrections.  After I committed his patch, I followed up with changes
to x12a to make it consistent with the other thin interface examples.
Comparison with the equivalent C result showed a bug in the thin version of
plfill which I fixed by brute force. (Jerry should review that fix since I
don't really know what I am doing with Ada.  :-) ) I then replaced x01a with
a version that used the thin interface and moved the old version to xt01a
(where the t means the thick interface is used by the example).

ctest on xt01a, x01a, x10a, and x12a reveal no differences with the
corresponding C results so all seems to be well so far.  However, before
adding any more thick or thin examples, I have suggested to Jerry off-list
some changes I hope he makes to the API, but we will see what he decides
about those issues.  If he makes a quick decision, we might get in one
more round of changes before the release this weekend.

Another continuing issue is the CMake build system infrastructure for Ada. I
noticed some weird results for it today.  The source code dependencies were
not working correctly (so you had to start with an empty build tree each
time to get changes compiled for plplot*.ad?) Also, if you did make clean
the linking command subsequently disappeared (???) unless you started all
over with an empty build tree.  So the current advice is always start with
an empty build tree for libplplotada source code changes.  Strangely enough
this was not necessary for example source code changes where the
dependencies were working properly.  I don't have time to tackle these
issues at the moment.  I think the Ada interface and example build system is
adequate for now (if you don't expect too much from it and use the
workaround --- start with empty build tree --- that I mentioned), and I plan
to sort out these issues substantially after the current release.

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 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
__

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel


[Plplot-devel] student with problem

2007-03-22 Thread Raul Perez-alejo Neyra
community, i was the student that wrote days ago about a problem with plsmem, 
well we solve the problem, it was not plplot, the problem was in cairo. We are 
already working, i didn't have the opportunity to tell you. 
thanks to all that give us something. Any problem ill write again.  
grating
winmail.dat-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel