failure with older glibc about jq HOT 11 CLOSED

+1 for this. Trying to run the pre-compiled binary on CentOS 5.8 results in the GLIBC error above. Haven't tried a local compile just yet.

from jq.

The libc API (or at least, the bits that jq uses) hasn't changed in more than 20 years, and still glibc manages to break compatibility between minor versions :(

I don't have a box with a sufficiently old glibc to build against to hand at the moment, so for now building from source is your best bet. The release tarball and git master (at the moment) have generated parsers, etc. checked in so all you need to build is make and gcc.

I'll have another look at this when packaging for more current systems is figured out :)

from jq.

Same situation with CentOS 6.3 machines.

from jq.

+1 Can't run the binary nor build from source when running CentOS 6.3 because it runs on glibc 2.12

foo]$ jq -v
jq: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by jq)

from jq.

Why can't you build it from source on CentOS 6.3?

from jq.

@HarryR maybe it's something with my own environment

Here's what I've got

[builder@lb src]$ whoami
builder
[builder@lb src]$ id builder
uid=502(builder) gid=502(builder) groups=502(builder),501(sudoers)
[builder@lb src]$ sudo grep sudoers /etc/sudoers
## which machines (the sudoers file can be shared between multiple
%sudoers ALL=(ALL) ALL

[builder@lb src]$ pwd
/usr/local/src
[builder@lb src]$ ls -ld jq
drwxr-xr-x 3 builder builder 4096 Nov 24 00:57 jq
[builder@lb src]$ cd jq
[builder@lb jq]$ make
sed 's/.*/#define JQ_VERSION "&"/' VERSION > version.gen.h
make: *** [version.gen.h] Error 1
[builder@lb jq]$ sudo make
sed 's/.*/#define JQ_VERSION "&"/' VERSION > version.gen.h
make: *** [version.gen.h] Error 1
[builder@lb jq]$ 

from jq.

That's a bit strange, it looks like you're running into a different issue when building. Can you run the

sed 's/.*/#define JQ_VERSION "&"/' VERSION > version.gen.h

line in a shell on its own? Do you have write permissions here? What does ls -l give?

from jq.

tl;dr don't know if related, but had just updated kernel-* and NOT rebooted yet when tried to build jq. After reboot build works.

I had full permissions to the jq src directory but not to its parent directory, I mean
/usr/local/src => 755 ("root" owned)
/usr/local/src/jq => 755 ("builder" owned)

My machine was up for just over 3 months and I had just run a bunch of updates including kernel-* when I tried building jq immediately after all those updates - without rebooting the machine.
After the build of jq failed I rebooted the machine to apply the kernel and etc.. but didn't try building jq again until now.
Anyways, it now builds just fine and the resulting jq bin works as described.

Sorry for the delay on the feedback.
Great tool btw!

from jq.

OK, figured this one out a bit. It seems a recentish change to memcpy in glibc broke things (http://lwn.net/Articles/414467/), and so the glibc guys bumped the symbol version for memcpy, which means that binaries that were built with a new glibc aren't backwards compatible if they call memcpy.

The Debian project removed that change, so binaries built with Debian glibc don't seem to have the GLIBC_2.14 dependency. I'll be releasing a new version of jq fairly soon, with binaries that shouldn't have this issue.

from jq.

jq-1.2 was just released, the binaries should work on older systems now. Anyone with one of those lying around want to try?

from jq.

I can confirm that the jq 1.2 binary works with CentOS 5.8 64-bit (glibc 2.5).

I can also confirm that jq rocks -- thank you very much for this!

from jq.