> By default, the library compiles versions of the data statically. These
can be found in data/*.h and used if no data files are found.
The files data/*.h is not up-to-date now. Almost all of them. It will be
good to synchronize them automatically.

> If there are updates to the data files, they can be easily edited - even
by an end-user. But hard-coded into the library data requires re-compiling
and re-installation.
If end-user, who used openbabel from repositories (deb, rpm) change the
files, his changes will be overwriting by next update of openbabel. So, it
is better to put changes to a separate folder. Why not to make the default
data, which is compiled to OpenBabel.

>From my side, I can make a build step with automatic convert of resources
(*txt files) to c++ files. Are you interested in it.


2016-07-07 17:06 GMT+03:00 Geoffrey Hutchison <geoff.hutchi...@gmail.com>:

> > I also had a problem with Data on linux, when I want to compile
> openbabel library statically. Don't you think, that it will be a good idea
> to link the library
>
> By default, the library compiles versions of the data statically. These
> can be found in data/*.h and used if no data files are found.
>
> > with up-to-date files like elements.txt isotopes.txt etc and use this
> like a default solution. What is the strong reason to have it as separate
> file, but not inside the library?
>
> If there are updates to the data files, they can be easily edited - even
> by an end-user. But hard-coded into the library data requires re-compiling
> and re-installation.
>
> For most users, the data files are very useful.
>
> -Geoff
------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
OpenBabel-Devel mailing list
OpenBabel-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openbabel-devel

Reply via email to