Workaround for GNU Make 3.80 eval bug
Posted
by bengineerd
on Stack Overflow
See other posts from Stack Overflow
or by bengineerd
Published on 2010-03-11T20:40:08Z
Indexed on
2010/03/11
20:44 UTC
Read the original article
Hit count: 497
I'm trying to create a generic build template for my Makefiles, kind of like they discuss in the eval documentation.
I've run into a known bug with GNU Make 3.80. When $(eval) evaluates a line that is over 193 characters, Make crashes with a "Virtual Memory Exhausted" error.
The code I have that causes the issue looks like this.
SRC_DIR = ./src/
PROG_NAME = test
define PROGRAM_template
$(1)_SRC_DIR = $$(SRC_DIR)$(1)/
$(1)_SRC_FILES = $$(wildcard $$($(1)_SRC_DIR)*.c)
$(1)_OBJ_FILES = $$($(1)_SRC_FILES):.c=.o)
$$($(1)_OBJ_FILES) : $$($(1)_SRC_FILES) # This is the problem line
endef
$(eval $(call PROGRAM_template,$(PROG_NAME)))
When I run this Makefile, I get
gmake: *** virtual memory exhausted. Stop.
The expected output is that all .c files in ./src/test/ get compiled into .o files (via an implicit rule).
The problem is that $$($(1)_SRC_FILES) and $$($(1)_OBJ_FILES) are together over 193 characters long (if there are enough source files).
I have tried running the make file on a directory where there is only 2 .c files, and it works fine. It's only when there are many .c files in the SRC directory that I get the error.
I know that GNU Make 3.81 fixes this bug. Unfortunately I do not have the authority or ability to install the newer version on the system I'm working on. I'm stuck with 3.80.
So, is there some workaround? Maybe split $$($(1)_SRC_FILES) up and declare each dependency individually within the eval?
© Stack Overflow or respective owner