lp:escript-finley

Created by Joel Fenwick on 2014-05-01 and last modified on 2019-05-20
Get this branch:
bzr branch lp:escript-finley

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
esys
Project:
esys-escript
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the Subversion branch from https://svn.geocomp.uq.edu.au/svn/esys13/trunk.

The next import is scheduled to run in 1 hour.

Last successful import was 4 hours ago.

Import started 4 hours ago on izar and finished 4 hours ago taking 40 seconds — see the log
Import started 10 hours ago on alnitak and finished 10 hours ago taking 40 seconds — see the log
Import started 16 hours ago on alnitak and finished 16 hours ago taking 40 seconds — see the log
Import started 22 hours ago on alnitak and finished 22 hours ago taking 40 seconds — see the log
Import started on 2019-05-19 on izar and finished on 2019-05-19 taking 40 seconds — see the log
Import started on 2019-05-19 on izar and finished on 2019-05-19 taking 40 seconds — see the log
Import started on 2019-05-18 on alnitak and finished on 2019-05-18 taking 40 seconds — see the log
Import started on 2019-05-18 on alnitak and finished on 2019-05-18 taking 50 seconds — see the log
Import started on 2019-05-18 on alnitak and finished on 2019-05-18 taking 40 seconds — see the log
Import started on 2019-05-18 on izar and finished on 2019-05-18 taking 40 seconds — see the log

Recent revisions

5436. By aellery 7 hours ago

Minor changes.

5435. By aellery 8 hours ago

I accidently introduced a bug into TransportPDE when I rewrote the solver buddy. This bug has been fixed in this commit.

Briefly, prior to this commit, if escript was compiled with both Trilinos and PASO, the solver method would default to SO_METHOD_DIRECT_TRILINOS when solving a problem in 2D. When the testing code got up to the TransportPDE tests, it would switch the solver method to PASO. Unfortunately, the function mapEscriptOption in Options.cpp (which maps solver options for PASO) contains a switch that does not have this option (SO_METHOD_DIRECT_TRILINOS). This was the cause of the error.

I have added a couple of lines to the switch in mapEscriptOption that maps SO_METHOD_DIRECT_TRILINOS to PASO_DIRECT so that if a user sets SO_METHOD_DIRECT_TRILINOS and then switches the solver to PASO, the code selects the PASO direct solver. The Tranpsort PDE tests are now working correctly.

5434. By aellery on 2019-05-10

-BOOST_BYTE_ORDER has been deprecated. I have written some code to take this change into account
-Fixed a problem in the trilinoswrap code cause by the last commit

5433. By aellery on 2019-05-09

Fixed bug that was stopping the clang-ser-py3-paso-int buildbot from completing.

The bug occurred because it is possible to build boost without boost numpy support. The old dependencies.py code incorrectly assumed that the boost numpy headers are always there.

5432. By aellery on 2019-05-08

-Fix for bug 464 (Missing Trilinos header file due to deprecation)
-Fix for the bug that was stopping the gnu-omp-py3-paso-long buildbot from completing
-Update to trilinos documentation in the install guide

5431. By aellery on 2019-05-03

Another silo fix

5430. By aellery on 2019-05-02

Fixed bad commit

5429. By aellery on 2019-05-01

Fixed undocumented bug: unit testing would attempt to run silo tests, even when escript was compiled without support for silo.

5428. By aellery on 2019-04-30

-Fixed bug in the linux anaconda build script.
-Updated the trilinos section of the install guide.

5427. By aellery on 2019-04-30

bug fix

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.