<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/e6d9f744/attachment.html>
RL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/10c17199/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/4b91f766/attachment.html>
"I have not switched from Carbon emacs because all the other ones,
include this one do not handle open -a Emacs afile the way I want it
to. It opens a NEW window (maybe Emacs calls them frames) of a
different size even, instead of reusing the current Emacs window. "
Aquamacs handles this correctly
bbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/78cc74a8/attachment.html>
o make these scripts respect a PYTHON variable, to handle
systems like mine where python=python3, and I wanted to be able to run
PYTHON=python2.
Jed
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20
--
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/51c8545f/attachment.html>
les/tests/ ex37.c
I'm fixing this, sorry.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/1f828506/attachment.html>
On Nov 23, 2010, at 6:43 PM, Sean Farley wrote:
> Ok, I visited src/vec/vec/interface/vector.c and it didn't do a damn thing.
> Didn't ask me nothing or appear to have any affect. Emacs 22.3.1
>
> Emacs 22.3.1??? Barry what kind of arcane emacs are you using? Carbon emacs?
> Why not use:
>
>
cocoa and runs in 64bit which we all know is far superior than 32bit.
It's double the bits! And yes, it is emacs 23.
Sean
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/06e8ec3c/attachment.html>
On Nov 23, 2010, at 6:01 PM, Jed Brown wrote:
> Maybe the feature showed up in 23 which I've been using for more than three
> years. I can add some comments on how to load it manually with old versions
> of emacs.
and a comment saying that doesn't fully function with emacs pre 23. whatever
On Nov 23, 2010, at 5:54 PM, Jed Brown wrote:
> That's just the thing, you don't have to do anything. When you visit a file,
> it will ask if you wasn't to use this file this time, always, or not at all.
Ok, I visited src/vec/vec/interface/vector.c and it didn't do a damn thing.
Didn't ask
It would be useful if the top comment indicated how one could use this thing.
I always find it terrribly annouying to be given a cool toy and not told how to
use it so I have to fuck around finding out how to include a emacs lisp file.
Barry
On Nov 23, 2010, at 4:44 PM, Jed Brown wrote:
looks like a typo was introduced. fixed now..
satish
On Tue, 23 Nov 2010, Barry Smith wrote:
>
> [bsmith-laptop:~/Src/petsc-dev] barrysmith% make allfortranstubs
> make: in/maint/generatefortranstubs.py: No such file or directory
> make: [allfortranstubs] Error 1 (ignored)
>
>
>
>
[bsmith-laptop:~/Src/petsc-dev] barrysmith% make allfortranstubs
make: in/maint/generatefortranstubs.py: No such file or directory
make: [allfortranstubs] Error 1 (ignored)
sounds good to me.
Jed
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/fb95f0fb/attachment.html>
attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/518bf153/attachment.html>
inner method handle the caching logic is only clearer when you
start in the depths of the implementation and work back towards the user.
Jed
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20
testexamples_C in: /Users/barrysmith/Src/petsc-dev/src/vec/vec/examples/tests
--Error detected during compile or link!---
See http://www.mcs.anl.gov/petsc/petsc-2/documentation/faq.html
/Users/barrysmith/Src/petsc-dev/arch-gnu/bin/mpicc -o ex37.o -c -Wall
-Wwrite-s
...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/3e0de6ed/attachment.html>
On Nov 23, 2010, at 8:15 AM, Jed Brown wrote:
> On Tue, Nov 23, 2010 at 15:10, Barry Smith wrote:
> You misunderstand. VecNorm()
VecScale()
> would still be calling the update cache business,. the only difference is it
> would get the c
Pushed a fix.
Barry
On Nov 23, 2010, at 8:15 AM, Matthew Knepley wrote:
> On Tue, Nov 23, 2010 at 8:07 AM, Barry Smith wrote:
>
> On Nov 23, 2010, at 6:23 AM, Matthew Knepley wrote:
>
> > Someone has replaced
>^
> If hg cannot tell you who, when and why this change w
results to which their
> experiments lead.
> > -- Norbert Wiener
>
>
--
What most experimenters take for granted before 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/20101123/0ab33a9f/attachment.html>
On Nov 23, 2010, at 8:07 AM, Jed Brown wrote:
> On Tue, Nov 23, 2010 at 04:57, Barry Smith wrote:
> I think if we removed ALL the increase state from the outer methods (like
> VecScale) we could remove the VecGetArrayPrivate() and always use
> VecGetArray() or write ones and VecGetArrayRead()
On Nov 23, 2010, at 6:23 AM, Matthew Knepley wrote:
> Someone has replaced
^
If hg cannot tell you who, when and why this change was made easily
then hg sucks!
Barry
>
> PETSC_INCLUDES ---> CCPPFLAGS
>
> 1) Are there more similar changes?
>
> 2) Can these be
On Nov 22, 2010, at 10:09 PM, Dmitry Karpeev wrote:
> This sounds good to me. While at it, why not make
> VecGet/RestoreArrayRead take a const PetscScalar ** second argument?
It does.
> Somewhat unrelated: should VecGet/RestoreArray(Read) be renamed
> VecGet/RestoreLocalArray(Read)?
> This
xperiments
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/20101123/5e9af118/attachment.html>
collective operation, or everyone needs to pay for it to exist?
Thoughts?
Jed
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20101123/a843f629/attachment.html>
28 matches
Mail list logo