yade-dev team mailing list archive
Mailing list archive
Re: High precision Real.
Yade developers <yade-dev@xxxxxxxxxxxxxxxxxxx>, yade-dev / trunk <incoming+6da38496ef89e4736664f3f0a0e06fdb@xxxxxxxxxxxxxxxxxxx>, Anton Gladky <gladky.anton@xxxxxxxxx>
"Janek Kozicki (yade)" <jkozicki-yade@xxxxxxxxx>
Mon, 27 Jan 2020 16:26:41 +0100
Gdańsk University of Technology, YADE software
Anton Gladky said: (by the date of Thu, 23 Jan 2020 06:44:02)
> I do really appreciate this kind of work!
> But how can we rely on custom builds of the third party software?
> Sorry, but this restriction will get Yade into the dependency hell.
Yes, I completely agree with this premise. I will prepare merge
request for Vaclav in https://github.com/eudoxos/minieigen
And in meantime I will include minieigen sources in yade tree, just
like we did with python-gts. By this way it will work for everyone
without dependency hell, until the changes are in official minieigen
thanks a lot for your work.
BTW, Anton did you notice that building debian package fails on
master due to missing python-gts?
Janek Kozicki (yade) said: (by the date of Mon, 13 Jan 2020 22:34:25 +0100)
> Hi, the code for high precision is complete and passes all the tests.
> I am writing documentation for this now, I will mention there:
> - about VTK ↔ double compatibility
> - about GLViewer ↔ double compatibility
> - how to build and run high precision code
> I have separated most of this work in to several "topic" merge
> requests, so that you can check each of them separately. The general
> idea is that "if you don't use high-precision then the old behavior
> remains". Meaning that I avoid modifying existing code, only add some
> sort of redirection and conversion layer that vanishes (is optimized
> away) completely when HP is not used.
> There are some changes still not extracted into separate merge
> requests from !366. I will continue working on this and writing documentation.
> These are ready for you to review:
> * The last remaining double to Real changes.
> * Print time spent on each of the --checks
> (a very short one, that's because I needed to make Lubrication tests faster in !366)
> * Ensure that VTK is compatibile with Real.
> * OpenGL Real compatibility
> * Another step towards enabling high precision Real
> * Enable vectorization
> They can be merged to master in any order. If any rebase conflicts
> arise I will solve them quickly. Maybe !362 and !365 should be merged last,
> because I tested rebasing it on each of the previous ones.
> please tell me what you think.
> best regards
> Janek Kozicki, PhD. DSc. Arch. Assoc. Prof.
> Gdańsk University of Technology
> Faculty of Applied Physics and Mathematics
> Department of Theoretical Physics and Quantum Information
> http://pg.edu.pl/jkozicki (click English flag on top right)
> Mailing list: https://launchpad.net/~yade-dev
> Post to : yade-dev@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~yade-dev
> More help : https://help.launchpad.net/ListHelp
Janek Kozicki, PhD. DSc. Arch. Assoc. Prof.
Gdańsk University of Technology
Faculty of Applied Physics and Mathematics
Department of Theoretical Physics and Quantum Information
http://pg.edu.pl/jkozicki (click English flag on top right)