On Jan 26, 2010, at 6:41 PM, Satish Balay wrote:
> The following change gets configure going.
>
> But I think Barry is looking at a different fix.. [if not - I can
> push this]
DAMN STRAIGHT I AM looking for something different. I am looking
for the correct fix, not some ugly crap hack a
Thanks for all the quick fixes guys! My build went through smoothly
without any other issues. And I'm able to run the example programs
also.
Vijay
On Tue, Jan 26, 2010 at 7:36 PM, Vijay S. Mahadevan
wrote:
> Satish, thanks for the patches. I'm applying them now and rerunning
> the configure.
>
Satish, thanks for the patches. I'm applying them now and rerunning
the configure.
Btw, the second patch file link is missing a 'raw', just in case if
someone else is trying the same. I'll let you know soon if the patch
worked.
Vijay
On Tue, Jan 26, 2010 at 7:22 PM, Satish Balay wrote:
> On Tue
On Tue, 26 Jan 2010, Vijay S. Mahadevan wrote:
> I do not have mercurial installed on my cluster and do not have the
> priveleges to do so now. I used the tarball for petsc-dev from the
> link in the site. Just do let me know if the tarball will contain this
> update. Or if it is not too much trou
On Tue, 26 Jan 2010, Matthew Knepley wrote:
> > > Just use void_p, long_long, size_t since it does a find().
> >
> > I thought of using full options to minimize false positives.
> >
>
> But it ugly, and a false positive only impacts our kludgy "debugging".
Ok - I'll use your notation [as these s
t; 'FC_VERSION','qd_dd',
> > > 'known-sizeof-void_p','known-sizeof-long_long','known-sizeof-size_t']:
> > >
> >
> > Just use void_p, long_long, size_t since it does a find().
>
> I thought of using full options to minimize false positives.
>
But it ugly, and a false positive only impacts our kludgy "debugging".
Matt
> Satish
>
--
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/20100126/2bd0b808/attachment.html>
On Tue, 26 Jan 2010, Matthew Knepley wrote:
> On Tue, Jan 26, 2010 at 6:41 PM, Satish Balay wrote:
>
> > The following change gets configure going.
> >
> > But I think Barry is looking at a different fix.. [if not - I can push
> > this]
> >
> > Satish
> >
> > - for exc in ['superlu_dist', '
> > Ah, will you make a list or should i?
> >
> > Matt
> >
> >
> > > All can run with '--with-batch=1' on their machines to reproduce the
> > > problem. [and see if their fixes fix it or not]
> > >
> > > Satish
> > >
> >
> >
> >
> >
>
>
--
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/20100126/8d08c895/attachment.html>
The following change gets configure going.
But I think Barry is looking at a different fix.. [if not - I can push this]
Satish
- for exc in ['superlu_dist', 'PETSC_ARCH', 'PETSC_DIR', 'CXX_CXXFLAGS',
'LD_SHARED', 'CC_LINKER_FLAGS', 'CXX_LINKER_FLAGS', 'FC_LINKER_FLAGS',
'AR_FLAGS', 'C_VER
On Tue, 26 Jan 2010 11:05:27 -0600, Matthew Knepley
wrote:
> This still only applies to the very simple schemes which have the same
> # dofs at each site. I have a more complicated thing for unstructured
> FEM. It would be nice if both had the same interface.
Structured vs. unstructured has noth
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/20100126/bad06cb6/attachment.html>
On Tue, 26 Jan 2010, Barry Smith wrote:
>
> On Jan 26, 2010, at 6:04 PM, Matthew Knepley wrote:
>
> > Pull PETSc and try again.
>
> NO! Pull BuildSystem and try again. Send configure.log and reconfigure.py if
> it fails.
The bug exists as of petsc-dev from today.
ValueError: The option -
t;> know if there is a fix for this.
>>>>
>>>> Thanks.
>>>> Vijay
>>>>
>>>
>>>
>>>
>>> --
>>> 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
>>>
>>>
>
--
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/20100126/dae9f1df/attachment.html>
ults 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/20100126/9599f1bf/attachment.html>
You don't need ANY priveleges to install mercurial.
Satish, please verify that the tarball contains the right up to
date BuildSystem.
I changed all the sizeof_xxx crap to the proper sizeof-xxx in
types.py when I made the updates to this weeks ago.
Barry
On Jan 26, 2010, at
On Jan 26, 2010, at 6:04 PM, Matthew Knepley wrote:
> Pull PETSc and try again.
NO! Pull BuildSystem and try again. Send configure.log and
reconfigure.py if it fails.
Matt, revert any silly changes you just made to petsc-dev to fix
this nonexistent problem.
Barry
>
> Matt
>
>
I do not have mercurial installed on my cluster and do not have the
priveleges to do so now. I used the tarball for petsc-dev from the
link in the site. Just do let me know if the tarball will contain this
update. Or if it is not too much trouble, I would appreciate it if you
can send me a patch.
and reconfigure petsc. Do let me
> know if there is a fix for this.
>
> Thanks.
> Vijay
>
--
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/20100126/2248f1dd/attachment.html>
Hi,
I'm trying to install the development copy of Petsc in a linux
cluster. The configuration proceeded fine until I had to run conftest
for the batch system. After running conftest in a node and then
running reconfigure on the main node, I get the following error.
Traceback (most recent call la
I'm really sorry about the previous email. This email does not belong
in this thread. I'll send a new email again and apologize for the
repetition.
Vijay
On Tue, Jan 26, 2010 at 5:45 PM, Vijay S. Mahadevan
wrote:
> Hi,
>
> I'm ?trying to install the development copy of Petsc in a linux
> cluste
Hi,
I'm trying to install the development copy of Petsc in a linux
cluster. The configuration proceeded fine until I had to run conftest
for the batch system. After running conftest in a node and then
running reconfigure on the main node, I get the following error.
Traceback (most recent call la
I have run into at least three contexts where it would be useful for
library code to be able to identify which components of a problem "go
together" in the sense that they are part of a vector field. For
example, consider compressible flow with a natural block size of 5. 3
of the fields are compo
Jed,
Thanks for the report. It is my intention to fix this. But when I
looked at ml.c I nearly barfed, it is excessively complicated because
I made a mistake in the design of PC_MG since I made it an array of
levels and thus it cannot exist before the number of levels is set,
whi
Yes, we need a good systematic way to label this. Should it go in
the DM?
Barry
On Jan 26, 2010, at 11:05 AM, Matthew Knepley wrote:
> This still only applies to the very simple schemes which have the
> same # dofs
> at each site. I have a more complicated thing for unstructured FEM.
their experiments
lead.
-- Norbert Wiener
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.mcs.anl.gov/pipermail/petsc-dev/attachments/20100126/951247ad/attachment.html>
25 matches
Mail list logo
