Since this now requires to import iter-adapter-stl.hpp and iter-source.hpp at the same time, I decided to drop the convenience imports of the STL adapters into namespace lib. There is no reason to prefer the IterSource-based adapters over the iter-adapter-stl.hpp variants of the same functionality. Thus better always import them explicitly at usage site. ...actual implementation of the planned IterSource packaging is only stubbed. But I needed to redeclare a lot of ctors, which doesn't seem logical And I get a bad function invocation from another test case which worked correct beforehand. |
||
|---|---|---|
| .. | ||
| draw | ||
| DIR_INFO | ||
| empty.html | ||
| InterfaceConcept_Varga.mm | ||
| renderengine.html | ||
| thinkPad.ichthyo.mm | ||
| uml | ||
| workflow.mm | ||