their experiments
lead.
-- Norbert Wiener
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20110310/c5ee64fc/attachment.html
On Mar 10, 2011, at 9:01 AM, Satish Balay wrote:
python and win32fe are both cygwin dependencies and they are
interlinked with cygwin PATHS, and UNIX style compiler usage.
Barry started to make fixes to configure to not use cygwin-python. But
I think the critical thing would be replacing
By the way this all runs cleanly on Windows using the Windows python and
either Windows compilers or the Windows port of the gcc compilers.
It also runs cleanly under cygwin (ignoring cygwins rebase, resource issues
bugs).
Barry
On Mar 10, 2011, at 9:36 AM, Barry Smith wrote:
On
they begin their experiments
is infinitely more interesting than any results to which their experiments
lead.
-- Norbert Wiener
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20110310/5173d9e0/attachment.html
been sitting ignored for several months.
I see that the first commit was Jan 29 which is less than two months ago.
:-)
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20110310/462165da/attachment.html
On Mar 10, 2011, at 10:03 AM, Jed Brown wrote:
On Thu, Mar 10, 2011 at 16:36, Barry Smith bsmith at mcs.anl.gov wrote:
Basically it is an attempt to totally refactor BuildSystem using everything
that was learned in the development of BuildSystem; it has no new ideas that
are not in
experiment with running several tests concurrently.
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20110310/212a17e6/attachment.html
On Mar 10, 2011, at 10:39 AM, Jed Brown wrote:
As a related matter, it would be pretty cool to have configure run tests
concurrently. It is silly that it takes more time to configure PETSc than it
takes to build, that imbalance will get much worse as people get more cores
on their
Satish,
Please drop them in and we'll see what breaks.
Ethan,
Did you update src/docs/website/documentation/changes/dev.html to reflect
the API change? If not please do so and send Satish directly that patch.
Barry
On Mar 10, 2011, at 2:30 PM, Ethan Coon wrote:
Attached is
On Mar 10, 2011, at 2:57 PM, Lisandro Dalcin wrote:
On 10 March 2011 17:30, Ethan Coon ecoon at lanl.gov wrote:
Attached is a patchq for enabling DMDA_*GHOSTED to be used, in which
case ghost nodes are included even at domain boundaries of nonperiodic
dimensions. The DMDAPeriodicType enum
added and pushed.
satish
On Thu, 10 Mar 2011, Barry Smith wrote:
Satish,
Please drop them in and we'll see what breaks.
Ethan,
Did you update src/docs/website/documentation/changes/dev.html to reflect
the API change? If not please do so and send Satish directly that
On 10 March 2011 18:55, Ethan Coon ecoon at lanl.gov wrote:
What about renaming DMDAPeriodicType - DMDABoundaryType ?
? I like this suggestion. A patch to make this change can easily be
generated.
I'd considered this but wasn't sure if Barry would want to change the
API when the rest
Ups, my previous patch was missing the bit below:
$ hg diff src/dm/impls/da/da1.c
diff -r 3923fa35e382 src/dm/impls/da/da1.c
--- a/src/dm/impls/da/da1.c Thu Mar 10 15:03:35 2011 -0600
+++ b/src/dm/impls/da/da1.c Thu Mar 10 19:12:41 2011 -0300
@@ -297,7 +297,7 @@
*/
for (i=0;
Will get patches for these (and the doc fix).
Could you also consider the patch below? I think the CHKMEMQ macros
should not be there, we are not calling untrusted user code, right?
Oh crap, thanks, there's a bit more cruft that I thought I had removed.
And the missing free is
Computation Research Center (SCOREC).
Rensselaer Polytechnic Institute (RPI), Troy, NY.
Email: delalf at scorec.rpi.edu, Phone: (518)-276-8045
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20110310/690f108d
On Mar 10, 2011, at 4:46 PM, fabien delalondre wrote:
Hi,
Which argument should I pass to pass to compile petsc on hopper II with
superlu_dist, hypre and mumps (download) ? Without external package
--with-mpi=0 works fine but then the external packages complain about it (no
mpi
Hmm, I didn't add the dd-idx, so I'm suprised it wasn't free'd already.
I also wasn't sure when/if to log the memory, since it seemed to be in
there for some stuff and not for others in the previous code.
You should just log it in the DM object, just uncomment the line in
the 2D
://www.ldeo.columbia.edu/~ecoon/
-- next part --
A non-text attachment was scrubbed...
Name: dmda-periodicity-update2
Type: text/x-patch
Size: 10060 bytes
Desc: not available
URL:
http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20110310
Ok get rid of them and we'll live with the consequences :-)
barry
On Mar 10, 2011, at 6:57 PM, Lisandro Dalcin wrote:
On 10 March 2011 21:45, Barry Smith bsmith at mcs.anl.gov wrote:
On Mar 10, 2011, at 6:22 PM, Lisandro Dalcin wrote:
On 10 March 2011 20:57, Ethan Coon ecoon at
While updating petsc4py for the latest DMDA chages, and alto taking
into account some new in NumPy C API related to neighborhood
iterators, I've got new idea. What about the API below?:
enum DMDABoundaryType:
DMDA_BOUNDARY_NONE = 0
DMDA_BOUNDARY_GHOSTED = 1
DMDA_BOUNDARY_MIRROR = 2
On Thu, 10 Mar 2011, Barry Smith wrote:
On Mar 10, 2011, at 4:46 PM, fabien delalondre wrote:
Hi,
Which argument should I pass to pass to compile petsc on hopper II with
superlu_dist, hypre and mumps (download) ? Without external package
--with-mpi=0 works fine but then the
21 matches
Mail list logo