sc arch.
> Again, its probably some 4/8 byte issue or maybe a real/complex issue that
> is caused by the petsc4py import initializing something different from what
> you expect.
>
> Gaetan
>
> On Tue, Apr 4, 2017 at 11:24 AM, Austin Herrema <aherr...@iastate.edu>
> wrote:
So my question is, is there any way to make this work? Or is this pretty
much out of the realm of what should be possible at this point?
Thank you,
Austin
--
*Austin Herrema*
PhD Student | Graduate Research Assistant | Iowa State University
Wind Energy Science, Engineering, and Policy | Mechanical Engineering
Knepley <knep...@gmail.com> wrote:
> On Wed, Mar 29, 2017 at 5:12 PM, Austin Herrema <aherr...@iastate.edu>
> wrote:
>
>> Quick update on this issue in case it brings any other thoughts/ideas to
>> light. For a very simple, small problem, I am successfully able to
ngth 37065? That is obviously not my intent nor what I think I have
coded. I am trying to skip preallocation and use merely MatSetUp but, as we
would expect, the dynamic allocation is ridiculously slow...
On Wed, Mar 29, 2017 at 11:27 AM, Austin Herrema <aherr...@iastate.edu>
wrote:
> Got i
t.
>
> Gaetan
>
> On Tue, Mar 28, 2017 at 2:38 PM, Austin Herrema <aherr...@iastate.edu>
> wrote:
>
>> Gotcha. In that case, it seems I should be good without that line. I've
>> gotten the compile to succeed, but upon attempting to import the module I
>> get t
wrapped a module explicitly in the .pyf
> file. If you haven't wrapped a module, that doesn't get created.
>
> Gaetan
>
> On Tue, Mar 28, 2017 at 12:28 PM, Austin Herrema <aherr...@iastate.edu>
> wrote:
>
>> Gaetan,
>>
>> Thank you for this. With you
> --
>> Lisandro Dalcin
>>
>> Research Scientist
>> Computer, Electrical and Mathematical Sciences & Engineering (CEMSE)
>> Extreme Computing Research Center (ECRC)
>> King Abdullah University of Science and Technology (KAUST)
>> http:
!
Austin
On Wed, Mar 22, 2017 at 2:08 PM, Austin Herrema <aherr...@iastate.edu>
wrote:
> Makes sense, and definitely seems to be a more natural way to go now that
> I see it.
>
> When compiling using this rule it seems to get close but doesn't compile
> all the way. Here is the outpu
ypes
error: unknown file type '' (from
'-Wl,-rpath,/usr/local/Cellar/slepc/3.7.3_4/real/lib')
make: *** [iga_blade_py.so] Error 1
On Wed, Mar 22, 2017 at 1:39 PM, Jose E. Roman <jro...@dsic.upv.es> wrote:
>
> > El 22 mar 2017, a las 19:23, Barry Smith <bsm...@mcs.anl.gov>
command.
>
> Jose
>
>
> > El 22 mar 2017, a las 16:38, Austin Herrema <aherr...@iastate.edu>
> escribió:
> >
> > Hello all,
> >
> > I am trying to do as the subject line describes--use f2py to run a large
> PETSc/SLEPc fortran finite element
irectories I really need to include? Or is it possible to
somehow run f2py through a makefile? I'm a bit ignorant in that realm as
well.
Thank you for any help or suggestions!
Austin
--
*Austin Herrema*
PhD Student | Graduate Research Assistant | Iowa State University
Wind Energy Science, Engineering, and Policy | Mechanical Engineering
Ah. Yes that definitely explains it. Weird that it seemed to work in some
cases but I suppose the output would be total garbage. Anyways. Thank you
both.
Austin
On Thu, Feb 2, 2017 at 1:32 PM, Matthew Knepley <knep...@gmail.com> wrote:
> On Thu, Feb 2, 2017 at 1:25 PM, Austin Herre
you for any help!
Austin
--
*Austin Herrema*
PhD Student | Graduate Research Assistant | Iowa State University
Wind Energy Science, Engineering, and Policy | Mechanical Engineering
13 matches
Mail list logo