Enrico Forestieri wrote: > The attached patch avoids the need to differentiate the kind of path > style returned by external_path on cygwin depending on whether Qt/X11 > or Qt/Win is used for building. > > It also avoids an ugly #ifdef and solves a bug related to including > something through the external material inset (this bug only affects > a Qt/Win build, because of external_path).
Can you explain please how that patch changes the external material inset? I don't see it in the patch, and according to former statements from you it does not matter at all for windows programs whether we use \ or / in file names, so I can't see how external_path could have any influence on the external material inset. If it has I suspect that there is a bug elsewhere (e.g. another instance of using "\" paths internally, that means a missing call of internal_path) that this patch only hides. Georg
