comparison Makefile.in @ 1622:5bbfc3e20e10

Fixed bug #191 [I opted to go for a warning, since I often tweak configure.in, but don't want to rebuild the entire project] One thing that was lost in the switch from automake to the new build system is that there is now no rule to build configure from configure.in. IMHO, if configure.in gets changed, then at the very least, the build system should print out a warning (better, again IMHO, an error) about this fact. Else, you easily forget about this when modifying configure.in.
author Sam Lantinga <slouken@libsdl.org>
date Thu, 13 Apr 2006 13:23:56 +0000
parents 64710b9f3eeb
children 09375aed0208
comparison
equal deleted inserted replaced
1621:f12379c41042 1622:5bbfc3e20e10
44 LT_CURRENT = @LT_CURRENT@ 44 LT_CURRENT = @LT_CURRENT@
45 LT_RELEASE = @LT_RELEASE@ 45 LT_RELEASE = @LT_RELEASE@
46 LT_REVISION = @LT_REVISION@ 46 LT_REVISION = @LT_REVISION@
47 LT_LDFLAGS = -no-undefined -rpath $(libdir) -release $(LT_RELEASE) -version-info $(LT_CURRENT):$(LT_REVISION):$(LT_AGE) 47 LT_LDFLAGS = -no-undefined -rpath $(libdir) -release $(LT_RELEASE) -version-info $(LT_CURRENT):$(LT_REVISION):$(LT_AGE)
48 48
49 all: Makefile $(objects) $(objects)/$(TARGET) $(objects)/$(SDLMAIN_TARGET) 49 all: $(srcdir)/configure Makefile $(objects) $(objects)/$(TARGET) $(objects)/$(SDLMAIN_TARGET)
50
51 $(srcdir)/configure: $(srcdir)/configure.in
52 @echo "Warning, configure.in is out of date"
53 #(cd $(srcdir) && sh autogen.sh && sh configure)
50 54
51 Makefile: $(srcdir)/Makefile.in 55 Makefile: $(srcdir)/Makefile.in
52 $(SHELL) config.status $@ 56 $(SHELL) config.status $@
53 57
54 $(objects): 58 $(objects):