[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Re: [Commit-gnuradio] r10410 -gnuradio/trunk/gnur
Re: [Discuss-gnuradio] Re: [Commit-gnuradio] r10410 -gnuradio/trunk/gnuradio-core/src/lib/missing
Tue, 10 Feb 2009 11:17:40 -0500
----- Original Message -----
From: "Michael Dickens" <address@hidden>
To: "Don Ward" <address@hidden>
Cc: "GNU Radio Discussion" <address@hidden>
Sent: Tuesday, February 10, 2009 10:32 AM
Subject: Re: [Discuss-gnuradio] Re: [Commit-gnuradio]
On Feb 10, 2009, at 10:11 AM, Don Ward wrote:
Oops, this is my mistake. I should have seen that valloc() is
supposed to be in <stdlib.h> (but isn't there in Cygwin). Thanks
for fixing this.
I'm worried, though, that valloc isn't available at all on MinGW.
Is there another way to accomplish what is needed?
The standard way of dealing with most #include's is to have AC check
them in configure.ac to see if they exist (e.g.,
"AC_CHECK_HEADERS(malloc.h malloc/malloc.h stdlib.h)") then #ifdef
around the #include to make it safe (e.g.:
). With enough of these, one can usually find the correct header files
and routines for a given OS. If more than a few of these are required
to find a given header / routine, then the user's code will generally
be cleaner if all of this is moved to a common local header file which
is then #include'd (e.g., as done for the posix_memalign () function).
Do you know what MinGW requires to get posix_memalign.cc to compile
and be usable? - MLD
As far as I can tell, MinGW has no standard aligned-memory allocation
functions. Can we use malloc16.c (in gnuradio-core/.../general) or something
like gcell/lib/runtime/gc_aligned_alloc.cc instead?
-- Don W.