From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Marusich Subject: Re: IcedTea is not linking correctly with libjvm.so Date: Sun, 22 Oct 2017 13:37:46 -0700 Message-ID: <87fuaa536t.fsf@gmail.com> References: <87y3o56kve.fsf@gnu.org> <877evokzir.fsf@gmail.com> <87mv4jqirt.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53184) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e6N0J-00072s-SS for guix-devel@gnu.org; Sun, 22 Oct 2017 16:37:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e6N0I-0005I1-MF for guix-devel@gnu.org; Sun, 22 Oct 2017 16:37:51 -0400 In-Reply-To: <87mv4jqirt.fsf@gnu.org> (Roel Janssen's message of "Sun, 22 Oct 2017 17:55:34 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Roel Janssen Cc: guix-devel --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Roel Janssen writes: > Chris Marusich writes: > >> Roel Janssen writes: >> >>> 1. Fix the recipe to make sure libjvm.so is found, and thus libnet.so is >>> linked correctly. >>> >>> 2. Copy or make a symlink of libjvm.so to the parent directory >>> (lib/amd64), where the other libraries are. Maybe then libnet.so can >>> find libjvm.so. >> >> (1) seems better than (2) if possible, but either of those solutions >> seem OK to me. But to be honest, I don't understand why this isn't a >> problem for icedtea outside of Guix. What are we doing that is >> different which prevents the library from being found? > > Thanks for your reply! > > I agree that (1) would be better than (2). The only problem I see with > this is that I don't see how to achieve (1), but I do see how to achieve > (2). > > I tried running that Java app with CentOS's Java (openjdk 1.7.0), and it > has the exact same problem: > > $ ldd /usr/lib/jvm/java-1.7.0-openjdk/jre/lib/amd64/libnet.so=20 > linux-vdso.so.1 =3D> (0x00007ffcc153d000) > libjvm.so =3D> not found > libpthread.so.0 =3D> /lib64/libpthread.so.0 (0x00007f0b70d7e000) > libgconf-2.so.4 =3D> /lib64/libgconf-2.so.4 (0x00007f0b70b4d000) > libglib-2.0.so.0 =3D> /lib64/libglib-2.0.so.0 (0x00007f0b70816000) > libgobject-2.0.so.0 =3D> /lib64/libgobject-2.0.so.0 (0x00007f0b70= 5c5000) > libgio-2.0.so.0 =3D> /lib64/libgio-2.0.so.0 (0x00007f0b70245000) > libjava.so =3D> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.121-2.6.8.0= .el7_3.x86_64/jre/lib/amd64/./libjava.so (0x00007f0b70019000) > libc.so.6 =3D> /lib64/libc.so.6 (0x00007f0b6fc57000) > /lib64/ld-linux-x86-64.so.2 (0x00007f0b711ce000) > libgmodule-2.0.so.0 =3D> /lib64/libgmodule-2.0.so.0 (0x00007f0b6f= a53000) > libdbus-glib-1.so.2 =3D> /lib64/libdbus-glib-1.so.2 (0x00007f0b6f= 82b000) > libdbus-1.so.3 =3D> /lib64/libdbus-1.so.3 (0x00007f0b6f5e2000) > libffi.so.6 =3D> /lib64/libffi.so.6 (0x00007f0b6f3da000) > libdl.so.2 =3D> /lib64/libdl.so.2 (0x00007f0b6f1d6000) > libz.so.1 =3D> /lib64/libz.so.1 (0x00007f0b6efbf000) > libselinux.so.1 =3D> /lib64/libselinux.so.1 (0x00007f0b6ed98000) > libresolv.so.2 =3D> /lib64/libresolv.so.2 (0x00007f0b6eb7e000) > libjvm.so =3D> not found > libverify.so =3D> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.121-2.6.8= .0.el7_3.x86_64/jre/lib/amd64/./libverify.so (0x00007f0b6e96e000) > librt.so.1 =3D> /lib64/librt.so.1 (0x00007f0b6e765000) > libpcre.so.1 =3D> /lib64/libpcre.so.1 (0x00007f0b6e504000) > libjvm.so =3D> not found Can you share a minimal program that reproduces the issue? If it happens on Guix's Java, built with Icedtea, and also on another distro's, too, then maybe it's a genuine bug that can be fixed upstream. =2D-=20 Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlntAZoACgkQ3UCaFdgi Rp2bNg/8CwkTyb8b1hlUnouicCsA59gVfD5vjrKewc8NZrryslzEJ5CB7w0LQl8k trVNkf2ZhyOpvbHi2iHOxP4YNtrbFEKE8t/Ov/5EJXOKkXHbuy4mS706CCua2aPB OtPau8ztLJ9ngG0Mew0/K3SdWAmyDW/o3EeDTzYj8uRui9E2rEAfT7GF8pwzU5aj 7CYWbMhkN5R+yLTo68iC1N6Yzqt9DMA3Yk2SjNoS8cEvhFC4pE8mfBLgOXY56FTv wtdM29nypOit5G8OXNmt0mqQCx2yHDR1ozKCW3tkmm3LPZbl6PLGtFez2yc0oXZO iOrDaziglRErT8Kd1bPgiXXcJNZFACm5vyUm0OYVprXxvjbi4YQxKH5Rh1Wt/l/P MQUp4/m8Bola6tXrR0Dampg7uu90/feR99YmDqG6PwVXkKzI6NbytIYLu7T8Djlw uQJpub/ymCsbivLyttqYrbgIGdl1YEgCh+3UfngDUAdVTJAXnxiycBJlHaP+aRx2 iHJ2bFgL1603N8CgtJZTJYbYydtyxqViuteRDENIrPk32QvfFQgO/xw+cVGKBPzi tsz0ae9D+4pGomi7KKmkFqRfOgq2Z+g+dcMQTsGpsyZC3MGKl2Mw8Gq3K6dwMrka wJ1eGJS21AZJZk1cvNo68+o34UvkIxtwuF3DUOn8sKTbyEJmzb0= =lgtz -----END PGP SIGNATURE----- --=-=-=--