Re: [AC21.5] Implicit INLINE_HEADERS in modules don't get instantiated

First, let me say "thanks!" before blowing off some steam. :-) Rick> When I turn on error checking and build on Cygwin with this Rick> patch applied, I (still) get lots of unresolved externals in Rick> the modules, mostly functions named error_check_*. I've Rick> added those symbols xemacs.def.in.in and generated a new Rick> patch. With the modified xemacs.def.in.in, I'm able to build Rick> on Cygwin with both error checking enabled and disabled. Aaaaaarrgh!!!! I was ready to release 21.5.24 (tarballs are already built), but I guess I'll wait for Ben to weigh in on this. Rick> I have no idea whether or not this is the right thing to do, Rick> but it works for Cygwin. AFAICT xemacs.def is Cygwin-specific, so I guess it's the right thing to do. Why do we need a separate file like this? I thought this was precisely the kind of thing that inlines.c was intended to handle. Would it be possible to deal with this in the same way (ie, #include all the headers into xemacs.def with some preprcessor magic to extract the needed symbols)? -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.