Slepc 3.6.3 compatibility #4089
Labels
Milestone
Comments
|
Thanks Luca, I will check it out tomorrow morning. I am using petsc/slepc
dev without this peroblem. I may have missed something.
Best;
Toby
21.03.2017 17:57 "Luca Heltai" <notifications@github.com> napisał(a):
With slepc-3.6.3 + petsc-3.6.4 freshly installed with candi I get the
following:
/usr/tmp/heltai/dealii/build/lib/libdeal_II.g.so.8.5.0-pre: error:
undefined reference to 'EPSComputeResidualNorm'
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.
anyone else?
The documentation of slepc seems to refer to a different interface.
Apparently they maintained the definition but not the implementation...
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#4089>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AFU33naFzfPiHrs5EBybIwZDnZF-X4qoks5roAGJgaJpZM4MkGyc>
.
|
|
With slepc-3.6.3 + petsc-3.6.4 freshly installed with candi I get the
following:
~~~
/usr/tmp/heltai/dealii/build/lib/libdeal_II.g.so.8.5.0-pre: error:
undefined reference to 'EPSComputeResidualNorm' collect2: error: ld
returned 1 exit status ninja: build stopped: subcommand failed.
~~~
anyone else?
My deal.II is building with the same petsc/slepc version numbers you
quoted (candi free). That will take a while. ;-)
The documentation of slepc seems to refer to a different interface.
Apparently they maintained the definition but not the
implementation...
Yes, the SLEPc manual states, "Interface changes:
EPSComputeRelativeError and EPSComputeResidualNorm have been deprecated
(use EPSComputeError instead)".
I don't know how SLEPc "deprecates" functions, though I assume the
function implementation should still be there. Which means something is
broken. Does candi run the petsc and slepc tests? These pass for me.
(Not much help, sorry).
|
|
will check if I see this with |
|
@luca-heltai i can't reproduce this: |
|
will check if I see this with `$ spack install
dealii+mpi+petsc+slepc~int64 ***@***.*** ***@***.***`...
This setup works when compiled by hand. I wonder if something strange
happens in the candi setup of PETSc?
|
since @oneliefleft also does not have problems compiling by hand, most likely the reasons is that
I thereby close this issue, if nobody minds. |
|
(Y) |
|
From the documentation of slepc: This might be worth fixing anyway.... |
|
@luca-heltai still don't udnerstand why neither myself nor @oneliefleft see this issue... |
|
I think it depends on what the compiler does with their deprecated functions. This happens to me on SUSE, with but works ok on mac. |
|
@luca-heltai <https://github.com/luca-heltai> still don't udnerstand why
neither myself nor @oneliefleft <https://github.com/oneliefleft> see this
issue...
Me too, this is a bad kind of weird. :-( I going to give candi a shot on my
home machine over the weekend and see if that blows up. I'll report back on
what happens.
|
|
I think we can skip this for 8.5, but it might be worth keeping it in mind, since they will likely remove that function in the future... |
|
Good thought Luca!
23.03.2017 13:23 "Luca Heltai" <notifications@github.com> napisał(a):
I think it depends on what the compiler does with their *deprecated*
functions. This happens to me on SUSE, with
g++ (SUSE Linux) 4.8.3 20140627 [gcc-4_8-branch revision 212064]
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
but works ok on mac.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#4089 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AFU33vKvv5BJRLiXQiIJB9JgRDnFCdDmks5romQxgaJpZM4MkGyc>
.
|
|
I think we can skip this for 8.5, but it might be worth keeping it in mind,
since they will likely remove that function in the future...
@luca-heltai Yes and please let's leave the issue open I will come back to
this in a couple of weeks when I will have more time available.
|
|
What's the status of this? |
|
Out of curiousity I recompiled deal.II with slepc 3.6.3 and PETSc 3.6.4: the We still use one of the deprecated functions ( |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
With slepc-3.6.3 + petsc-3.6.4 freshly installed with candi I get the following:
anyone else?
The documentation of slepc seems to refer to a different interface. Apparently they maintained the definition but not the implementation...
The text was updated successfully, but these errors were encountered: