If we are talking about the changes to the way the libs are build is there a chance to get a (possibly optional) monolithic static library? It is sometimes a bit of a pain to collect the list of the dependencies. Alternatively some easier way to discover what belongs to what library would be appreciated...
Igor On Fri, Aug 19, 2016 at 10:40 AM, Greg Landrum <[email protected]> wrote: > Ok, here's the issue in github: > https://github.com/rdkit/rdkit/issues/1036 > > These are famous last words, but it looks like adding this, and making it > optional, may be trivial. Cmake is *awesome*. > Let's move any technical discussion to github > > -greg > > > On Fri, Aug 19, 2016 at 2:28 PM, Brian Kelley <[email protected]> > wrote: > >> Perhaps announce at the RDKit meeting and make the full change for the >> first release of next year? We could also make it a CMAKE option to >> use/build the old names, but this would be a bit of work. >> >> Cheers, >> Brian >> >> On Fri, Aug 19, 2016 at 7:52 AM, Greg Landrum <[email protected]> >> wrote: >> >>> Hi Paul, >>> >>> Nice suggestion. It seems logical to me, though I would probably go with >>> RDKit instead of RD as the prefix. >>> It's not a small change for people who are using the C++ libs without >>> cmake (I wouldn't change the names of the cmake projects, so if you're >>> using the RDKit cmake stuff nothing changes), but I suspect there aren't >>> that many of you guys. >>> >>> @Gianluca: what do you think? >>> >>> Anyone else have an opinion? >>> >>> -greg >>> >>> >>> >>> On Fri, Aug 19, 2016 at 1:15 PM, Paul Emsley <[email protected]> >>> wrote: >>> >>>> >>>> Greg, >>>> >>>> RDKit is becoming increasingly popular and is getting picked up by >>>> third parties, including >>>> the Linux distros. It seems to me that several RDKit library names are >>>> too generic (and >>>> hence confusing) for such an environment: I have in mind libs such as >>>> Alignment, Catalog, >>>> FileParsers (and others). I suggest that all RDKit libraries are >>>> prefixed with RD (like >>>> RDGeneral and RDInchi). I think that this should be done by at >>>> RDKit-Central rather than by >>>> patches applied by package maintainers at the distros. >>>> >>>> Yes, this will involve some fiddling for us C++ RDKit users, but worth >>>> it, I think. >>>> >>>> Paul. >>>> >>>> ------------------------------------------------------------ >>>> ------------------ >>>> _______________________________________________ >>>> Rdkit-discuss mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/rdkit-discuss >>>> >>> >>> >>> ------------------------------------------------------------ >>> ------------------ >>> >>> _______________________________________________ >>> Rdkit-discuss mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/rdkit-discuss >>> >>> >> > > ------------------------------------------------------------ > ------------------ > > _______________________________________________ > Rdkit-discuss mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/rdkit-discuss > >
------------------------------------------------------------------------------
_______________________________________________ Rdkit-discuss mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/rdkit-discuss
