Plugin version mismatch
The plk plug-in, as well as other plug-ins were not working so I re-downloaded the newest TEMPO2 version, from April 2020. After installation procedures, when running:
tempo2 -gr plk -h
, or splk, or other plug-ins, I get the following error:
Looking for /Users/karenp31/tempo2/T2runtime/plugins//plk_darwin18_plug.t2
[error]: Plugin version mismatch
'2018.09.1' != '2020.04.1'
Please recompile plugin against same tempo2 version!
Comments (5)
-
-
Hi Michael, thanks for the quick response! I did make and install the plugins, and I have looked at the config.log file to see if there was a pgplot error but that does not seem to be the issue.
I did a further search and found that the only plugin that does work is the photons plugin. If I go under
/tempo2/plugin/plugin_lists
, the photons plugin is undercfitsio.plugins
. The plugins underpgplot.plugins
(which includes plk),pgplot_cfitsio.plugins
, andpgplot_fftw.plugins
do not work, which leads me to believe it is a pgplot problem as you said. However, the plugins undervanilla.plugins
for which no libraries are necessary give me the same error as above, so maybe there is another fix I am unaware of? Thank-you -
Ah… Looking more carefully I think that what you are seeing is an OLD tempo2 build trying to load a new plugin (looking at the code, I think the first number is the tempo2 version and the second is the plugin version). This means you likely have an old tempo2 binary somewhere in your path (check “which tempo2” and see how old it is) or perhaps you did not do “make install” in the tempo2 directory?
-
Hi Michael, thank-you! My tempo2 version was a 2018 one, and there was a hidden tempo2 binary somewhere like you said. I was able to install the newest version of tempo2 now, but when I tried running the
tempo2 -gr plk -f eph1.par all_TOAs.tim
command, I got the following errordlerror() = dlopen(/Users/karenp31/tempo2/T2runtime/plugins//plk_darwin18_plug.t2, 10): image not found
[error]: dlopen() failed while resolving symbols
Looking at other threads on here about LOGIN_ARCH, I found that there was a
--disable-psrhome
option in ./configure, so I ran configure with that option, followed the rest of the install procedures again, and now the plugin works… thought I’d write it out in case someone else has this problem at some point.Thank-you again!!
-
- changed status to resolved
- Log in to comment
Hello. I would suggest that one of two things has happened. Either
1. You need to compile the plugins - try
OR, 2. you made the plugins, but it didn’t build PLK because it couldn’t find the pre-requisite libraries (e.g. pgplot). In this case, you need to check the output of the ./configure step and look in config.log to see if you can determine why it could not build against pgplot. Once the configure script is happy that you have all the required libraries for PLK then you can re-make the plugins with the step above.