Sorry to fall silent on this thread. $DAYJOB picked up steam...
On Sat, Feb 9, 2013 at 10:46 AM, Stephen J. Turnbull
<turnbull(a)sk.tsukuba.ac.jp> wrote:
I don't think this should happen, or if it does, it should be
basically irrelevant. postgresql_objs is part of objs, which is part
of link_deps, which AFAICT is a prerequisite for linking the
executable, and according to the usual .c.o rule it should be compiled
from the main build process and linked into the executable using
cppflags = $(CPPFLAGS) -Demacs -I. -I$(SRC) $(c_switch_all)
cflags = $(CFLAGS) $(cppflags)
#ifdef SOLARIS2
%.o : %.c
#else
.c.o:
#endif
$(CC) -c $(cflags) $<
*before* cd'ing to modules/postgresql and building. (This works for
me for a module that is half-baked and needs to be built into XEmacs
at present, so the #if !(HAVE_SHLIB) proprocessor control is left out
and the rule for building module's dependencies in src/Makefile.in.in
is unconditional.) If for some reason you already had a built
postgresql.o, though, that would prevent it from getting rebuilt (in
the absence of a make clean at least).
Unfortunately, this doesn't actually work. The attached patch is more
complex than Henry's, but is, I think what we really want to do, as it
will prevent further bugs of this same nature.
--
Jerry James
http://www.jamezone.org/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta