>From Linux man page
"MALLOC(3) Linux Programmer's Manual MALLOC(3)
NAME
calloc, malloc, free, realloc - Allocate and free dynamic memory
SYNOPSIS
#include <stdlib.h>
void *calloc(size_t nmemb, size_t size);
void *malloc(size_t size);
void free(void *ptr);
void *realloc(void *ptr, size_t size);
"
and so the correct thing to do is include <stdlib.h>
Andrew
On Mon, Mar 09, 2009 at 04:19:29PM +0100, Werner Smekal wrote:
> Hi Alan,
>
> good idea to include the library. On Mac OS X (but only later
> versions, 10.4 upwards or so) malloc.h must be included with
>
> #include <malloc/malloc.h>
>
> and not with
>
> #include <malloc.h>
>
> I took the easy route and defined for Mac OS X NOMALLOCH in the
> corresponding CMakeLists.txt (Revision 9683) so that malloc.h is not
> included. But I think we shouldn't include malloc.h, since normal
> alloc/calloc/free calls are defined somewhere else anyway. Could you
> check in Linux if removing the include of malloc.h leads to problems?
> If not, I think we could remove it and revert CMakeLists.txt.
>
> Regards,
> Werner
>
> On 09.03.2009, at 08:36, Alan W. Irwin wrote:
>
> > See revision 9682.
> >
> > I made this change because I think it is a better way to support our
> > cgm
> > device driver. CGM format is a long-established (since 1987) open
> > standard
> > for vector graphics that is supported by w3c (see
> > http://www.w3.org/Graphics/WebCGM/). Despite its openness, CGM has
> > never
> > gotten much support within the free software community (probably
> > because it
> > was ahead of its time). But that doesn't mean we have to continue
> > that
> > trend. I doubt many were using our cgm device before because it
> > depends on
> > the public domain software library, libcd, which is difficult to
> > find, and
> > no longer maintained. OTOH, that library code seems to build without
> > problems on all platforms that our developers have tried so it makes
> > sense
> > to do the build ourselves so it is automatically accessible for
> > everybody
> > who builds PLplot.
> >
> > I have only lightly tested these changes so far, but if I run the test
> > executables built in lib/nistcd, I generate identical cgm files to
> > those supplied with the libcd tarball.
> >
> > Please give this change a thorough testing. If you don't know how
> > to view
> > the resulting cgm files, they should be convertable to other vector
> > graphics
> > formats such as svg using uniconvertor. However, Debian Lenny let
> > me down
> > in this case (See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518816)
> > .
> >
> > Another possibility for viewing/converting cgm is ralcgm. (That is
> > what the
> > ImageMagick display app uses to view/convert cgm files.) However,
> > Debian let
> > me down there as well since nobody has packaged ralcmg for Debian. An
> > unpatched ralcgm is impossible to build on Linux because the package's
> > configuration is completely Linux unaware. (Yes, that happened back
> > in the
> > mid 90's when ralcgm was programmed). However, I took a patched
> > source from
> > a src rpm that filled in all the Linux configuration information
> > properly,
> > and I got that version to build with no issues.
> >
> > After that build, the "display" application gave good results for
> > our cgm
> > plots within the current limitations of the cgm device (Hershey
> > fonts, no
> > antialising, etc.) Note, if you look at the cgm examples generated by
> > running the tests in lib/nistcd, the text is done with good looking
> > fonts,
> > and the text and lines are nicely antialiased. Thus, it is possible
> > in
> > theory to overcome these current limitations for our cgm device if
> > anybody
> > is interested on working on this device (considering that the
> > external libcd
> > build is no longer a barrier to entry for using -dev cgm).
> >
> > 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
> > __________________________
> >
> > ------------------------------------------------------------------------------
> > Open Source Business Conference (OSBC), March 24-25, 2009, San
> > Francisco, CA
> > -OSBC tackles the biggest issue in open source: Open Sourcing the
> > Enterprise
> > -Strategies to boost innovation and cut costs with open source
> > participation
> > -Receive a $600 discount off the registration fee with the source
> > code: SFAD
> > http://p.sf.net/sfu/XcvMzF8H
> > _______________________________________________
> > Plplot-devel mailing list
> > [email protected]
> > 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: [email protected]
> 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
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Plplot-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel
