Re: What is wrong with malloc?

On 1/8/2025 2:12 PM, Keith Thompson wrote:

David Brown <david.brown@hesbynett.no> writes:
[...]

There are basically two classes of small embedded devices - those that
are usually programmed with gcc (and sometimes clang, and occasionally
vastly expensive commercial tools), and those that are programmed
using non-standard, limited and often expensive sort-of-C compilers.
For people using gcc, clang, Green Hills, Code Warrior, or other
quality tools on a 16-bit or 32-bit microcontroller, C99 is not a
problem.  C23 is not a problem for the most popular toolchain for the
most popular microcontroller core.

[...]
 It's also worth mentioning that the standard specifies two kinds of
implementations, "hosted" and "freestanding".
 A hosted implementation must provide the entire standard library (except
for parts that are explicitly optional).  The program entry point is
"main".  Larger embedded systems (for example, Linux-based systems)
often have "hosted" implementations.
 In a freestanding implementation, most of the standard library need not
be provided.  Library facilities are implementation-defined, as is the
program entry point.  Freestanding implementations generally target
systems with no operating system.  There might not be a malloc()
function.
 

A long time ago (several decades) I was working with a system that had no malloc. Iirc, it was a version of Quadros.