Vitaly Prapirny wrote:
David Bertoni wrote:
I'm not saying it would ever happen. I simply made a statement about what the C and C++ standards say a conforming implementation could do.

That's your words: "Standard C++ reserves <> for system headers, and Xerces-C violates that." But standard does not restrict <>-headers
to only system headers. All it says is that ""-headers are source files
only but <>-headers are not. Usage of the <> form is the common practice
in other libraries (look at the boost library for example).

Yes, and I made it clear in subsequent posts that I wasn't clear about what I was trying to say.

You also just said the standards makes the distinction between "headers" and "files." Since Xerces-C, which is not part of the implementation, uses "files," a conforming implementation might no be able to find Xerces-C's _files_ with #include<>. That was my point.

Whether it's "common practice" or not, code shouldn't rely on non-standard behavior to work. Especially when there's no tangible benefit from doing so.

Dave

Reply via email to