> this behavior is actually quite clear in the C++ standard. Basically it > says that if a search for a directive in the form > > #include "file.h" > > fails it should be reprocessed as if the directive is in the form > > #include <file.h> > > I think how exactly the search is done is implementation defined, but it > typically means to use a directory-based approach for the first case and > a compiler environment options/settings/flags approach for the second case.
Would this imply that if the "follow symbol" feature always looks in the include path first (regardless of whether #include was used with "" or <>), it could be considered a bug? Kind regards Robert Schimkowitsch ##################################################################################### This message and any attachments are solely for the use of the intended recipients. They may contain privileged and/or confidential information or other information protected from disclosure. If you are not an intended recipient, you are hereby notified that you received this email in error and that any review, dissemination, distribution or copying of this email and any attachment is strictly prohibited. If you have received this email in error, please contact the sender and delete the message and any attachment from your system. Thank You. ANDRITZ HYDRO GmbH Rechtsform/ Legal form: Gesellschaft mit beschrankter Haftung / Corporation Firmensitz/ Registered seat: Wien Firmenbuchgericht/ Court of registry: Handelsgericht Wien Firmenbuchnummer/ Company registration: FN 61833 g DVR: 0605077 UID-Nr.: ATU14756806 ##################################################################################### _______________________________________________ Qt-creator mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt-creator
