Okay if this should change, I would recommand a new standard for all libraries; and since standards are so important maybe make them know about it too...
do ... ORG_DOMAIN_APPLICATION_LIBRARY_MODULE_SOURCE_INCLUDED where each piece becomes unqiqe so there's no collision. I'd expect compilers these days would support more than 32 characters required by the standard (goodbye Borland BCC 3.1). #ifndef ORG_SQLITE_SQLITE_SQLITE_INCLUDED and copY and paste one other time... I mean what editor doesnt' support double click to mark a word (the above is within the genaral defitition of a 'word' ) to copy and click somewhere to paste? I mean ; how many times have I had a symbol in a header that collided with sqlite? or ffmpeg? or zlib? or... wait like never. someone probably just never considered deprecation of reservation as a 'law' and at least demote to 'recommended practice' because some obscure compiler somewhere would start failing? On Sat, Jul 9, 2016 at 5:50 PM, dandl <da...@andl.org> wrote: > > Obviously the standard is broken/incorrect or your interpretation of it > is > > broken/incorrect. > > No, and the standard was very carefully written to say this, and it's easy > to find references to back up this interpretation if you care to look for > them. Or ask a question on SO. > > > Most API headers do the same thing. > > Yes, this is quite a common breach of the standard. That doesn't make it > right. > > > Even the standard library does it, in > > most compilers. > > Almost universally I would say. That is the entire point: these identifiers > are reserved 'for the implementation', that is for the standard library to > use, and no-one else. > > > Not all of them add the trailing _, but several do. Whether > > and particular one does or not seems to depend on whether the entropy of > the > > multiverse was odd or even at the time the API was generated. > > Irrelevant. The use of leading underscore followed by upper-case letter is > in violation of the C standard S 7.1.3. And the standard has been unchanged > since its first release, which is well before Sqlite was even thought of. > > Regards > David M Bennett FACS > > Andl - A New Database Language - andl.org > > > _______________________________________________ > sqlite-users mailing list > sqlite-users@mailinglists.sqlite.org > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users > _______________________________________________ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
