18.11.2016, 01:03, "Thiago Macieira" <thiago.macie...@intel.com>: > On quinta-feira, 17 de novembro de 2016 11:35:54 PST Marc Mutz wrote: >> The bigger problem is that while owner<T> does not affect the ABI, all other >> GSL types do, and we're back to our §$%&!§ rule that we can't accept other >> libs' types in our ABI, preventing anything other than owner<T> from being >> added to Qt. > > We can't accept the Standard Library ABI in our ABI as per previous decisions > (that I guess will be revisited once we get the QUIP on it up). > > But GSL is another story. If it is sensibly developed, with a promise to > binary compatibility for extended periods of time and no nonsense stuff like > inline namespaces, we could accept it. Especially the header-only parts of it. > > As for whether we can accept in our *API*, that depends on whether we would > force our users to learn something alien to Qt or it, and what the benefits > would be. Similar to the "empty()" function case. > > PS: IMO, the name of the library is inconvenient. It's too close to GLSL and > GST (GStreamer). Of course, not a reason not to use it.
"GSL" was standing for GNU Scientific Library for a long time. > > -- > Thiago Macieira - thiago.macieira (AT) intel.com > Software Architect - Intel Open Source Technology Center > > _______________________________________________ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development -- Regards, Konstantin _______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
