ee0fd87007
We force a recreation of the library paths with added information on construction of QCoreApplication. This way we can find plugins in the application directory which only becomes known when QCoreApplication is created. When the user changes the library path we create a new list of the manually modified library paths and recalculate it from the delta of original vs. modified paths when QCoreApplication is created. The upsides of this approach vs. keeping an explicit delta are: * We don't need to introduce a separate data structure to hold the added/removed status for delta items or the information that the whole list got replaced. * The lists never get larger than the the real library paths. An explicit delta would have to record all modifications. * I don't think the delta replay algorithm we would have to do anyway could be made much more compact than the one this change introduces. Of course, if the user actually changes anything, the list is duplicated. Considering that this is a rarely used function and that we would have to save some extra information anyway, I think we can live with this. Task-number: QTBUG-38598 Change-Id: I3bfbbd1be62dd5804dcc7ac808b053428a4e3149 Reviewed-by: Thiago Macieira <thiago.macieira@intel.com> |
||
|---|---|---|
| .. | ||
| qcoreapplication | ||
| qeventdispatcher | ||
| qeventloop | ||
| qmath | ||
| qmetaenum | ||
| qmetamethod | ||
| qmetaobject | ||
| qmetaobjectbuilder | ||
| qmetaproperty | ||
| qmetatype | ||
| qmimedata | ||
| qobject | ||
| qpointer | ||
| qsharedmemory | ||
| qsignalblocker | ||
| qsignalmapper | ||
| qsocketnotifier | ||
| qsystemsemaphore | ||
| qtimer | ||
| qtranslator | ||
| qvariant | ||
| qwineventnotifier | ||
| kernel.pro | ||