Hello,
Sorry to bother you, but I'm having issues installing dspsr on an Ubuntu machine:
jg168@b22-l-jg168-phy:/opt/prog/dspsr$ uname -a
Linux b22-l-jg168-phy 6.8.0-101-generic #101-Ubuntu SMP PREEMPT_DYNAMIC Mon Feb 9 10:15:05 UTC 2026 x86_64 x86_64 x86_64 GNU/Linux
When I run ./bootstrap, I receive the following error message right before it exits:
Kernel/Classes/Makefile.am:58: error: HAVE_MPI does not appear in AM_CONDITIONAL
autoreconf: error: automake failed with exit status: 1
./bootstrap: 45: exit: Illegal number: -1
and was wondering what the issue might be. Attached is the backends.list I'm trying to use, as well as the text output from ./bootstrap >> bootstrap.log.
Thanks a lot for all of you help, and hope all is well
Hi Joseph,
I checked on my end, and HAVE_MPI no longer appears in Kernel/Classes/Makefile.am.
What version of DSPSR are you trying to compile? When I run
git login the top-level of the source code directory, I getCheers,
Willem
Thanks a lot for this, and sorry for the delayed reply. Attached is what I get when I run "git log" -- which seems to be much longer than what you pasted above... Hope all is well and stays that way.
Sorry for another post, but I decided to do a fresh install of dspsr, and ./bootstrap ran just fine, but ./configure gave the following error message:
configure: error: Package requirements (psrchive >= 2026-02-26 ) were not met:I have installed psrchive into a folder /opt/prog/pulsar, which contains:
jg168@b22-l-jg168-phy:/opt/prog/dspsr$ ls /opt/prog/pulsar/ bin include lib share src tempo2I'm assuming
PSRCHIVE_LIBSshould be set to thelibsubdirectory, but how aboutPSRCHIVE_CFLAGS? Very sorry to trouble you, and hope all is well.Thanks for uploading the git log output. It shows that the software was almost 8 years old, and I agree that updating dspsr is a wise thing to do, owing to changes in the libraries on which it depends (primarily PSRCHIVE).
This leads to the next error. Since 2018, both DSPSR and PSRCHIVE have been updated to manage more third-party package dependencies using pkg-config. This includes the dependency between DSPSR and PSRCHIVE.
You can test the version of pkg-config installed on your system with
(I've included the output that I get on my laptop). You can see what version of PSRCHIVE it finds with
If instead you get
Then you'll need to update the PKG_CONFIG_PATH environment variable.
Based on what you wrote, the required psrchive.pc file should be in /opt/prog/pulsar/lib/pkconfig so (in bash) you could
export PKG_CONFIG_PATH="${PKG_CONFIG_PATH:+${PKG_CONFIG_PATH}:}/opt/prog/pulsar/lib/pkconfig"Hope this helps!
Thanks a lot, this was very helpful. However, I'm now running into a new (
psrchive) related issue`checking pkg-config is at least version 0.9.0... yes
checking for psrchive >= 2026-02-26 ... no
configure: error: Package requirements (psrchive >= 2026-02-26 ) were not met:
Package dependency requirement 'psrchive >= 2026-02-26' could not be satisfied.
Package 'psrchive' has version '2025-10-31', required version is '>= 2026-02-26'
I'm a little puzzled, since installed psrchive on this machine this past Thursday, and when I usegit fetch git://git.code.sf.net/p/psrchive/code` to update this repository it doesn't fetch anything. Any more suggestions?Really sorry for all of the questions, and thank you very much for all of your help.
Hi Joseph, Could you please test the following theories?
Theory A:
git fetchupdates your copy of the remote repository, but it doesn't actually merge the remote copy into your local copy. You could test this by runninggit pullin the top-level folder of the psrchive source code; if this returns 'Already up to date.' then this theory is debunked. If it shows merging activity, then this could be the issue.Theory B: There might be two installations of psrchive on your system, and pkg-config is picking up the older installation. To test this, you could try the following:
pkg-config --debug psrchive |& grep 'from file'and see if the path to 'psrchive.pc' matches the intended installation path.If these are the same, then theory B is debunked. If the paths are different, then you might need to remove the old installation directory from PKG_CONFIG_PATH.
With fingers crossed!
Willem
Thanks. When I did
git pullI got the following:jg168@b22-l-jg168-phy:/opt/prog/dspsr$ git pull Already up to date.So that rules out Theory A (unfortunately, I think that would have been an easier fix)
For Theory B:,
make wherereturnsPSRCHIVE 2026-02-26 will be installed in /opt/prog/pulsar/but, when I runpkg-config -- debugI get the following (adding the "|" and text afterwards returned nothing, which is why I'm attaching the longer output here.Again, sorry for all the trouble, and thanks a lot for all of your help.
Hi Joseph, for "Theory A" could you please run
git pullin the top-level folder of the psrchive source code? (It looks like you ran this command in /opt/prog/dspsr)Also, for Theory B, you forgot to paste the output of
pkg-config --debug psrchive:-)
Sorry: for
git pullthis is the output:jg168@b22-l-jg168-phy:/opt/prog/psrchive$ git pull Already up to date.And the output is hopefully attached below.
Hi Joseph, your pkg-config question prompted me to write some long-overdue documentation of this feature:
https://psrchive.sourceforge.net/pkg-config/
If you have some time after we get to the root of the problem, I'd appreciate your feedback on this documentation.
Happy to look at it then, and -- again -- thank you for your patience and all of your help.
Thanks for attaching the debug output from pkg-config. It confirms that the configuration file is found in what appears to be the expected location
and that the version in this file is as reported
With apologies for what must feel like running in circles, could you please try the following?
It should return
If not, then something strange is happening with
git pullthat will require further investigation.It should return
/opt/prog/pulsar. If not, then you may need to rerun the configure script with the prefix argument. e.g.and, after it completes, check that
2026-02-26is correctly installed withIf not, could you please pipe the output of
make installto a text file and attach the file?Thanks!
No need to apologize at all, and thanks a lot for not giving up on me. Here are the results of the above suggestions:
Step 1:
jg168@b22-l-jg168-phy:/opt/prog/psrchive$ grep AC_INIT configure.ac AC_INIT([PSRCHIVE],[2026-02-26],[psrchive-developers@lists.sourceforge.net])So I think that passes
Step 2:
`jg168@b22-l-jg168-phy:/opt/prog/psrchive$ make where
PSRCHIVE 2026-02-26 will be installed in /opt/prog/pulsar/`
So I think that passes as well.
So moving onto the
make installstep:jg168@b22-l-jg168-phy:/opt/prog/psrchive$ pkg-config --modversion psrchive 2026-02-26which is good (I think).
So I went into
/opt/prog/dspsrand tried to build / install it again:./bootstrapseemed to work well enough it told me to run configure./configureseemed to work well enough it told me to run makemakeran well enough to tell me to run make installmake installended with:`DSPSR 2026-02-26 has been installed in /opt/prog/pulsar/
make[1]: Leaving directory '/opt/prog/dspsr'`
So I guess it might be working? Again, thanks so much for all of your help
Excellent! Sounds like things are working. Thanks for the confirmation.