wnload/petsc-dev/config/PETSc/Configure.py:652***
>>> UNABLE to FIND MODULE for ./configure
>>>
>>> ---
>>> No module named cmakegen
>>>
>>> ***
>>>
>>>
>>>
>>>
>>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20100823/4e86d927/attachment.html>
g PETSc to compile on your
>>>> system
>>>>
>>>> ===
>>>> TESTING: configureFortranFlush from
>>>> PETSc.Configure(/net/users/csg/csg4035/download/petsc-dev/config/PETSc/Configure.py:652*
gt;>> system
>>>>>
>>>>> ===
>>>>> TESTING: configureFortranFlush from
>>>>> PETSc.Configure(/net/users/csg/csg4035/download/petsc-dev/config/PETSc/Configure.py:652***
>>>>> UNABLE to FIND MODULE for ./configure
>>>>>
>>>>> ---
>>>>> No module named cmakegen
>>>>>
>>>>> ***
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20100823/b35e86cc/attachment.html>
Jed,
Looks like cmakegen is at bin/maint/cmakegen.py. However maint is
excluded from the tarball - so it should go somewhere else..
perhaps config/cmake/xx?
thanks,
Satish
On Mon, 23 Aug 2010, Leo van Kampenhout wrote:
> Hi all,
>
> I'm trying to install PETSc-dev on my desktop machine. This
On Mon, 23 Aug 2010, Aron Ahmadia wrote:
> Hi Leo,
>
> I haven't seen this problem before. What are you specifying to configure?
> You may want to send the configure.log (after killing it) to
> petsc-maint at mcs.anl.gov. I am not on that mailing list, but it's the right
> place to send potent
On 23 August 2010 10:38, Matthew Knepley wrote:
> I am unclear what they are. There is no restoreArray() and I do not
> understand setArray().
This is something we should have to discuss and eventually improve...
* For older Python and NumPy versions (actually, not so older, let say
Py<=2.6), ge
=
>>>>>> Configuring PETSc to compile on your
>>>>>> system
>>>>>>
>>>>>> ===
>>>>>> TESTING: configureFortranFlush from
>>>>>> PETSc.Configure(/net/users/csg/csg4035/download/petsc-dev/config/PETSc/Configure.py:652***
>>>>>> UNABLE to FIND MODULE for ./configure
>>>>>>
>>>>>> ---
>>>>>> No module named cmakegen
>>>>>>
>>>>>> ***
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
> --
> 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/20100823/e96c27d6/attachment.html>
On 21 August 2010 10:08, Aron Ahmadia wrote:
> Hi PETSc developers,
> As you may or may not know, we are planning on building PETSc4Py on our
> BlueGene/P machine here at KAUST as core software for several research
> projects that we are kickstarting this Fall, including a Pythonic
> integration o
1. you haven't mentioned the command you've invoked
2. you haven't sent the logfile as instructed.
All discussions without the above are just guessing games. If you
want to make progress - run with the additional configure option
--with-cmake=0
Jed,
shouldn't the cmake output [when invoked v
> >>>>>> Best regards,
> > >>>>>>
> > >>>>>> Leo van Kampenhout
> > >>>>>>
> > >>>>>>
> > >>>>>> csg4035 at wingtip70:~/install/petsc-dev$ ./configure
> > >>>>>>
> > >>>>>>
> ===
> > >>>>>> Configuring PETSc to compile on your
> > >>>>>> system
> > >>>>>>
> > >>>>>>
> ===
> > >>>>>> TESTING: configureFortranFlush from
> > >>>>>>
> PETSc.Configure(/net/users/csg/csg4035/download/petsc-dev/config/PETSc/Configure.py:652***
> > >>>>>> UNABLE to FIND MODULE for ./configure
> > >>>>>>
> > >>>>>>
> ---
> > >>>>>> No module named cmakegen
> > >>>>>>
> > >>>>>>
> ***
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>
> > >>>>
> > >>>
> > >>
> > >
> > >
> > > --
> > > 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/20100823/b8ae627a/attachment.html>
OS
> X). I do not promote this feature because novices usually make a mess
> when link Python modules with static libraries.
>
>
> --
> Lisandro Dalcin
> ---
> CIMEC (INTEC/CONICET-UNL)
> Predio CONICET-Santa Fe
> Colectora RN 168 Km 472, Paraje El Pozo
> Tel: +54-342-4511594 (ext 1011)
> Tel/Fax: +54-342-4511169
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20100823/ece51fcb/attachment.html>
to be
set?
Thanks,
Anush
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20100823/5e4dbb68/attachment.html>
On Mon, 23 Aug 2010 08:40:02 -0500 (CDT), Satish Balay
wrote:
> Jed,
>
> Looks like cmakegen is at bin/maint/cmakegen.py. However maint is
> excluded from the tarball - so it should go somewhere else..
>
> perhaps config/cmake/xx?
I think iphonebuilder.py also needs an alternate location since
On Mon, 23 Aug 2010, Jed Brown wrote:
> On Mon, 23 Aug 2010 08:40:02 -0500 (CDT), Satish Balay
> wrote:
> > Jed,
> >
> > Looks like cmakegen is at bin/maint/cmakegen.py. However maint is
> > excluded from the tarball - so it should go somewhere else..
> >
> > perhaps config/cmake/xx?
>
> I th
On Mon, 23 Aug 2010 16:18:27 -0500 (CDT), Satish Balay
wrote:
> Well currently configure is to be invoked in PETSC_DIR - and the py scripts
> generally use relative paths to find each other. For eg: config/configure.py
> has:
>
> # Should be run from the toplevel
> configDir = os.path.abspa
t; remember (just configure as usual, the run make from the build
> directory).
>
> Jed
>
--
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/20100823/86ddcf4d/attachment.html>
On Mon, 23 Aug 2010, Jed Brown wrote:
> On Mon, 23 Aug 2010 16:18:27 -0500 (CDT), Satish Balay
> wrote:
> > Well currently configure is to be invoked in PETSC_DIR - and the py scripts
> > generally use relative paths to find each other. For eg:
> > config/configure.py has:
> >
> > # Should b
On Mon, 23 Aug 2010 21:42:05 +, Matthew Knepley
wrote:
> Can you explain the logPrint() problem? It is not quite clear. I tried
> to be careful that Framework was picklable.
If I set self.logPrint = in the PETScMaker object of
cmakeboot.py, this attribute propagates into self.framework (whi
On Mon, 23 Aug 2010 16:58:57 -0500 (CDT), Satish Balay
wrote:
> config/install.py is an exaple of stand alone script requiring
> PETSC_DIR/PETSC_ARCH - it also relies on being invoked in PETSC_DIR
Do you suggest copying it's first 25 lines into all new scripts?
> Part of the issue with PETSC_DI
finitely 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/20100823/5bc97379/attachment.html>
On Mon, 23 Aug 2010, Jed Brown wrote:
> On Mon, 23 Aug 2010 16:58:57 -0500 (CDT), Satish Balay
> wrote:
> > config/install.py is an exaple of stand alone script requiring
> > PETSC_DIR/PETSC_ARCH - it also relies on being invoked in PETSC_DIR
>
> Do you suggest copying it's first 25 lines into
On Mon, 23 Aug 2010, Satish Balay wrote:
> Now that there are more and more standalone scripts - perhaps we need
> a better consistant way to handle this - but I don't know what that
> is..
mercurial way is to have 'hg' be the frontend script to all commands.
i.e no invocation of individual scrip
s
lead.
-- Norbert Wiener
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20100823/58299f5d/attachment.html>
On Mon, 23 Aug 2010, Matthew Knepley wrote:
> On Mon, Aug 23, 2010 at 10:21 PM, Satish Balay wrote:
>
> > On Mon, 23 Aug 2010, Satish Balay wrote:
> >
> > > Now that there are more and more standalone scripts - perhaps we need
> > > a better consistant way to handle this - but I don't know what
On Mon, 23 Aug 2010 17:21:52 -0500 (CDT), Satish Balay
wrote:
> On Mon, 23 Aug 2010, Satish Balay wrote:
>
> > Now that there are more and more standalone scripts - perhaps we need
> > a better consistant way to handle this - but I don't know what that
> > is..
>
> mercurial way is to have 'hg'
On Aug 23, 2010, at 2:31 PM, Anush Krishnan wrote:
> Hi,
>
> I was trying to compile and run the example file
> $PETSC_DIR/src/ksp/pc/examples/tutorials/ex3.c, which demonstrates PETSc's
> preconditioned conjugate gradient solver for a system of linear equations.
> After compiling, running ma
kegen
***
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20100823/ed6baea2/attachment.html>
--
> No module named cmakegen
>
> ***
>
>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20100823/4a4f4a0d/attachment.html>
> ***
>>
>>
>>
>>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20100823/2eadc532/attachment.html>
29 matches
Mail list logo