Having different perl version can cause an issue. It’s recommended you use the latest Edison image and have the same version in your host system as well.
The latest image can be downloaded here https://software.intel.com/en-us/iot/hardware/edison/downloads
I installed perl 5.20 in /usr/local/bin/perl
Yet the builds keep insisting on /usr/bin/perl -- I have /usr/local/bin first in my path:
: leisner@y50 01:11:27;type -a perl
perl is /usr/local/bin/perl
perl is /usr/bin/perl
Ubuntu 15.04 doesn't have this problem (it has perl 5.20) yet I get a warning:
WARNING: Host distribution "Ubuntu-15.04" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that yo
u use a tested distribution.
Ubuntu 14.04 is supposedly "validated" but it has perl 5.18, which throws:
[1110811.178322] autom4te: segfault at 1 ip 00007fa706f767fe sp 00007fffd60c4ef0 error 4 in Dumper.so[7fa706f6f000+8000]
a) how do I say to use /usr/local/bin/perl instead of /usr/bin/perl
b) how much of a problem are these segfaults? Why doesn't the build "stop" when they occur?
- Do you refer to the –l option of perl? You can see in http://linux.die.net/man/1/perl that you can use this option to look for include files.
- I’ve never received this message before, but by the looks of https://www.gnu.org/software/autoconf/manual/autoconf-2.66/html_node/Autom4te-Cache.html it doesn’t seem to be crucial.
What perl are you using?
On various machines (ubuntu 14.04, mint 17) which use perl 5.18 this occurs.
On ubuntu 15.04 (which is using perl 5.20) its not.
The builds don't stop, and when a development tool core dumps I have doubts about the results.
I've seen it insists on using /usr/bin/perl, my /usr/local/bin/perl (first on my path) is 5.20.
I wonder if there's a way to tell EVERYTHING to use /usr/local/bin/perl.
I'm looking into this some more.
We’re using Ubuntu 14.04 that has perl 5.18 in /usr/bin. It seems we’re seeing the same behavior as you. Let us know if you have any updates.
Thanks for the concurrence.
So when a build kicks off, and we think "ubuntu 14.04" is a validated system, its not really.
When I build on ubuntu 15.04, I don't see the problem.
This core dumps (I tracked them, some occur configurring intltool) probably are handled by the configuration silently -- but builds that produce core dumps bother me (and when building a product you find "some weird happens" in the field). I never like systems where you have to distinguish between "acceptable" problems and "unacceptable" problems.
If you don’t have issues on Ubuntu 15.04 then continue developing your project in that release. The “Ubuntu-15.04" has not been validated…” message is a warning, not an error so there’s good chance that you never encounter unexpected failures. If you do, don’t hesitate to contact us back.