Peter Eisentraut <e99re41(a)DoCS.UU.SE&gt; wrote: Really, I'd like you to point me to one known C preprocessor that does not make the difference. Standards are a good thing, but they are not immutable, and the evolution leans towards this semantic difference between "" and <>. It's already explicit in C++ for instance. If 99% of the preprocessors of the planet work a certain way, I don't see anything wrong in following a de-facto convention, and I'd encourage people to conform to it, in view to a very probable standardization. That's exactly what happened in this particular case. That's indeed the two attitudes one can adopt. Either you do your on personal little cruft alone in your corner, or you try to talk with people. We usually try to "address the authors of the packages we interact with". This policy is IMHO of a better citizenship. Please, don't you think we already have modularized code ? We're not trying to find a solution to our problem here. We're trying to find the *cleanest* solution for *everybody*. Why don't you want to understand that ? Without any modification on your part, we know how to fix the problem in at least 3 different manners. But that's just not the point. Let me rephrase what I originally wanted to underline: - Joe provides a library libfoo. - Joe provides a header libfoo.h, located at /usr/include/libfoo/libfoo.h in order to use the library. Now if this program: | #include <libfoo/libfoo.h> | main () {} can't compile, then, I consider that the installation of the library is broken, and instead of writing yet another trick in my code, I say to myself "OK I should tell Joe about this.". What's wrong with that ?! Given that Tom actually seems to agree with this, and given the answer of the Andres Kardos' answer, I don't understand your attitude here. *subvert* autoconf ?! We're using autoconf exactly in the way it is done for: to make the life of our users better. XEmacs doesn't need postgresql. It nows supports it, which means people can write Emacs Lisp packages interfacing with postgres databases, and benefit from the XEmacs editing features and environment. -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / EPITA / LRDE mailto:didier＠lrde.epita.fr /_/ / /_/ / /__ / 14-16 rue Voltaire Tel. +33 (1) 44 08 01 77 94276 Kremlin-Bicêtre cedex Fax. +33 (1) 44 08 01 99