Linux 64bit support - ready for alpha testing!

jakob.pogulis · April 6, 2016, 9:00am

Hey!

There’s now an alpha version of the editor for 64 bit Linux ready for testing. We’ve tested it on Ubuntu 14.04 (LTS), Ubuntu 15.10 and Debian 8 and everything seems to be working as intended. As Ragnar mentioned this is brand new platform support and we’ve already seen issues with differences in the environment during our own testing. Therefore we would like to invite anyone that is interested to participate in an alpha test too weed out any additional issues before the intended release date at 2016-04-04.

An important thing to note if you decide to participate in the alpha test. Defold is released on different channels and the channel for this alpha test will be discontinued at which point editors downloaded from there will no longer receive updates. In order to jump to the stable version at 2016-04-04 you would need to download the stable version from the regular download link. Before you do this it is important that you synchronize (File > Synchronize) your projects so that you bring the stuff you’ve made while alpha testing to the stable version.

The alpha version with 64 bit Linux can be downloaded from the link below. If you encounter any problems please post them in this thread and ping me (@jakob.pogulis). We will do our best to address the issues before the intended release date.

Update 2016-03-29
There’s now a new alpha version ready for testing. We have addressed the issues with a missing configuration to use Mozilla for web content and the “Could not open window” error. If you experience any additional problems please continue to report them in this thread (ping @jakob.pogulis!) and I will get back to you as soon as possible.

You should start the editor by executing Defold-linux.sh.

(Link has been removed)

sven · March 24, 2016, 11:09am

lstep · March 24, 2016, 1:21pm

When opening a project/branch, you may have this error:

Most of the time, that’s because Defold tries to launch a web server listening on port 8080. If it’s already occupied, you’ll have this error. To check if you already have something listening, type netstat -vltpn | grep 8080. you’ll get the offending process name, so you can change its port, as I haven’t found any option to change Defold’s web server listening port.

lstep · March 24, 2016, 1:34pm

Message from @Erik_Bystrom (and slighty modified by me )

If you’re having problems starting the alpha build of Defold on Ubuntu 64bit, add this line to Defold.ini file, and just add the following at the end of the file, on a new line:

-Dorg.eclipse.swt.browser.DefaultType=mozilla

jakob.pogulis · March 24, 2016, 1:40pm

Great catch!

The reason for this problem is that by default no alternative webkit is installed, and thus we default to mozilla. But if an alternative webkit such as libwebkitgtk-1.0-0 is installed that will be selected instead and there will be a crash in the JVM (… soup …).

The solution to the problem is to add -Dorg.eclipse.swt.browser.DefaultType=mozilla to Defold.ini just as @Erik_Bystrom and @lstep pointed out.

Thanks guys!

Fallendown · March 24, 2016, 2:14pm

For Fedora 23, No branches can be created. I was assuming this is a file creation permission problem, however I added those permissions, and still no dice. There is a fix for Debian Distro’s from Oct '15, no clue if that fix got merged. I’m not even sure it would work on Fedora.

Update: It creates this file structure Defold/branches/15194/7894, however no files are copied over.

lstep · March 24, 2016, 2:24pm

@Fallendown, Do you have any error messages in the GUI console (Error Log or Problems tab)? When I had this problem (but on Ubuntu), the message was explicitly written in it (something like missing libssl.0.9.8).

Fallendown · March 24, 2016, 2:56pm

com.dynamo.cr.client.RepositoryException: Unable to create branch
at com.dynamo.cr.client.LocalProjectClient.createBranch(LocalProjectClient.java:101)
at com.dynamo.cr.editor.wizards.ConnectionWizardBranchPagePresenter$CreateBranchRunnable.run(ConnectionWizardBranchPagePresenter.java:70)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:121)
Caused by: com.dynamo.server.dgit.GitException: /home/webdev/Defold/plugins/com.dynamo.cr.dgit_1.0.0.201603240816/git/x86_64-linux//bin/git: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

at com.dynamo.server.dgit.CGit.checkResult(CGit.java:105)
at com.dynamo.server.dgit.CGit.checkResult(CGit.java:100)
at com.dynamo.server.dgit.CGit.cloneRepo(CGit.java:149)
at com.dynamo.cr.branchrepo.BranchRepository.createBranch(BranchRepository.java:120)
at com.dynamo.cr.client.LocalProjectClient.createBranch(LocalProjectClient.java:99)
... 2 more

Fallendown · March 24, 2016, 2:58pm

For me libcrypto is in the openssl_x86_x64 dependency which is installed along with the library and the dev versions…the only thing I can think of is maybe I need to create a symlink between Defold and libcrypto?

lstep · March 24, 2016, 2:59pm

@Fallendown, when you do a ldconfig -p |grep libcrypto, what do you get?

Fallendown · March 24, 2016, 3:00pm

libcrypto.so.10 (libc6,x86-64) => /lib64/libcrypto.so.10
libcrypto.so.10 (libc6) => /lib/libcrypto.so.10
libcrypto.so (libc6,x86-64) => /lib64/libcrypto.so

lstep · March 24, 2016, 3:03pm

You should have a /lib64/libcrypto.so.1.0.0. Not sure how to get it. Maybe create a link from /lib64/libcrypto.so.10?
Try ln -s /lib64/libcrypto.so.10 /lib64/libcrypto.so.1.0.0 and then ldconfig.

Fallendown · March 24, 2016, 3:12pm

I can get it from installing spotify however I need to remove the symlink we created, not quite sure how to do that on linux without messing something up. Sorry, switched to Linux to build meteor.js web applications…

jakob.pogulis · March 24, 2016, 3:14pm

Hmm, I’ll look into shipping libcrypt with the editor… You can undo the symlink with unlink path/to/symlink.

Todor_Imreorov · March 24, 2016, 4:21pm

the engine now opens projects, but it cant build anything. Build and launch html5 opens a new chrome window without opening a page.

build and launch returns this error:
INFO:ENGINE: Defold Engine 1.2.76 (215b8a2)
FATAL:ENGINE: Could not open window (-2).

lstep · March 24, 2016, 4:31pm

@Todor_Imreorov, @jakob.pogulis, same problem as you. When I “Build & Launch”, it writes the same error:

build and launch returns this error:
INFO:ENGINE: Defold Engine 1.2.76 (215b8a2)
FATAL:ENGINE: Could not open window (-2).

I noticed that if I “Bundle >> Linux Application”, and go in that directory, I’ll get two executables, one for 32 bits (foobar.x86) and one for 64 bits (foobar.x86_64). The 32 bits app works fine (window displays with content), but the 64 bits begins showing some window but for less than 1ms (can’t see anything) and then returns to shell, without any error message anywhere.
Maybe it’s related to the fact that it doesn’t work in the GUI also as I guess it tries to run the 64 bits version.
I couldn’t find anything for now about why the 64 bit app doesn’t start (it’s the empty project with just the Defold logo).

jakob.pogulis · March 24, 2016, 4:44pm

@Todor_Imreorov @lstep
I’ve received an internal report about this as well. In that case the 64bit version of the engine works when there’s no multi architectural support, but it doesn’t when multi arch is enabled. If this is the case the 32bit version should work for you just as @lstep describes. I haven’t been able to reproduce this on my own machines yet, so I would really appriciate it if you could collect some data for me to look at.

Could you please try to bundle for Linux and then run the following commands

file .x86
file .x86_64
ldd .x86
ldd .x86_64
gdb .x86_64 (then write “run” in the prompt)

Todor_Imreorov · March 24, 2016, 4:48pm

here is the output:

owl@owl-HP-Pavilion-dv7-Notebook-PC:~/Desktop/trashh/My project$ file *.x86
My project.x86: ELF 32-bit LSB executable, Intel 80386, version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.24, BuildID[sha1]=8ed107bd607268ae749a3774499babdf29d643ae, not stripped
owl@owl-HP-Pavilion-dv7-Notebook-PC:~/Desktop/trashh/My project$ file *.x86_64
My project.x86_64: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.24, BuildID[sha1]=4d793626dee16d87977149f0dd612f355e965885, not stripped
owl@owl-HP-Pavilion-dv7-Notebook-PC:~/Desktop/trashh/My project$ ldd *.x86
linux-gate.so.1 => (0xf777d000)
libopenal.so.1 => /usr/lib/i386-linux-gnu/libopenal.so.1 (0xf76dc000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf7591000)
libGL.so.1 => /usr/lib/i386-linux-gnu/mesa/libGL.so.1 (0xf74e6000)
libGLU.so.1 => /usr/lib/i386-linux-gnu/libGLU.so.1 (0xf7473000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7456000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7451000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf72da000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf728c000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf726e000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf70b3000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf70aa000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf7085000)
libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xf705b000)
libglapi.so.0 => /usr/lib/i386-linux-gnu/libglapi.so.0 (0xf7040000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf702b000)
libXdamage.so.1 => /usr/lib/i386-linux-gnu/libXdamage.so.1 (0xf7027000)
libXfixes.so.3 => /usr/lib/i386-linux-gnu/libXfixes.so.3 (0xf7020000)
libX11-xcb.so.1 => /usr/lib/i386-linux-gnu/libX11-xcb.so.1 (0xf701c000)
libxcb-glx.so.0 => /usr/lib/i386-linux-gnu/libxcb-glx.so.0 (0xf7001000)
libxcb-dri2.so.0 => /usr/lib/i386-linux-gnu/libxcb-dri2.so.0 (0xf6ffb000)
libxcb-dri3.so.0 => /usr/lib/i386-linux-gnu/libxcb-dri3.so.0 (0xf6ff7000)
libxcb-present.so.0 => /usr/lib/i386-linux-gnu/libxcb-present.so.0 (0xf6ff3000)
libxcb-sync.so.1 => /usr/lib/i386-linux-gnu/libxcb-sync.so.1 (0xf6fea000)
libxshmfence.so.1 => /usr/lib/i386-linux-gnu/libxshmfence.so.1 (0xf6fe7000)
libXxf86vm.so.1 => /usr/lib/i386-linux-gnu/libXxf86vm.so.1 (0xf6fe0000)
libdrm.so.2 => /usr/lib/i386-linux-gnu/libdrm.so.2 (0xf6fd0000)
/lib/ld-linux.so.2 (0x56643000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf6fcc000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf6fc4000)
owl@owl-HP-Pavilion-dv7-Notebook-PC:~/Desktop/trashh/My project$ ldd *.x86_64
linux-vdso.so.1 => (0x00007ffc83ff7000)
libopenal.so.1 => /usr/lib/x86_64-linux-gnu/libopenal.so.1 (0x00007f6615c1a000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f66158e0000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 (0x00007f6615647000)
libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f66153d9000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f66151bb000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f6614fb6000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f6614c34000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f661492c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6614561000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f6614359000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f6614138000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f6613f0e000)
libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f6613ce0000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f6613ace000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f66138ca000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f66136c4000)
libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f66134c2000)
libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f66132a8000)
libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007f66130a3000)
libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007f6612ea0000)
libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007f6612c9c000)
libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007f6612a95000)
libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007f6612892000)
libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f661268b000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f661247d000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f6612265000)
/lib64/ld-linux-x86-64.so.2 (0x000055cd89b46000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f6612061000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f6611e5b000)
owl@owl-HP-Pavilion-dv7-Notebook-PC:~/Desktop/trashh/My project$ gdb *.x86_64
GNU gdb (Ubuntu 7.10-1ubuntu2) 7.10
Copyright © 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and “show warranty” for details.
This GDB was configured as “x86_64-linux-gnu”.
Type “show configuration” for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type “help”.
Type “apropos word” to search for commands related to “word”…
Reading symbols from My project.x86_64…done.
(gdb) run
Starting program: /home/owl/Desktop/trashh/My project/My project.x86_64
[Thread debugging using libthread_db enabled]
Using host libthread_db library “/lib/x86_64-linux-gnu/libthread_db.so.1”.
[New Thread 0x7fffeff8c700 (LWP 6647)]
[Thread 0x7fffeff8c700 (LWP 6647) exited]
[Inferior 1 (process 6643) exited with code 01]

lstep · March 24, 2016, 10:40pm

Here is mine:

$ file foobar.x86
foobar.x86: ELF 32-bit LSB  executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=8ed107bd607268ae749a3774499babdf29d643ae, not stripped

$ file foobar.x86_64 
foobar.x86_64: ELF 64-bit LSB  executable, x86-64, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=4d793626dee16d87977149f0dd612f355e965885, not stripped

$ ldd foobar.x86
	linux-gate.so.1 =>  (0xf777b000)
	libopenal.so.1 => /usr/lib/i386-linux-gnu/libopenal.so.1 (0xf76f2000)
	libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf75be000)
	libGL.so.1 => /usr/lib32/fglrx/libGL.so.1 (0xf7511000)
	libGLU.so.1 => /usr/lib/i386-linux-gnu/libGLU.so.1 (0xf749e000)
	libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7482000)
	libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf747d000)
	libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf7395000)
	libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf734e000)
	libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7331000)
	libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7183000)
	librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf717a000)
	libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf7158000)
	libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf7144000)
	/lib/ld-linux.so.2 (0xf777c000)
	libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf7140000)
	libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf7139000)

$ ldd foobar.x86_64 
	linux-vdso.so.1 =>  (0x00007ffd439d5000)
	libopenal.so.1 => /usr/lib/x86_64-linux-gnu/libopenal.so.1 (0x00007fb69670f000)
	libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007fb6963da000)
	libGL.so.1 => /usr/lib/fglrx/libGL.so.1 (0x00007fb6961dd000)
	libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007fb695f6f000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fb695d51000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb695b4d000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fb695849000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fb695543000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb69517e000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fb694f76000)
	libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007fb694d57000)
	libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007fb694b45000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fb69492f000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fb696968000)
	libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007fb69472b000)
	libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007fb694525000)

$ gdb foobar.x86_64 
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1
(gdb) run
Starting program: /tmp/aaa/foobar/foobar.x86_64 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff1d46700 (LWP 18268)]
[Thread 0x7ffff1d46700 (LWP 18268) exited]

I did try an strace, but couldn’t find how to monitor that failing thread

Luis_Cabellos · March 25, 2016, 10:45am

I also have the FATAL:ENGINE: Could not open window error. I’ll copy my own info:

cabellos@tormekia:My project $ file My\ project.x86
My project.x86: ELF 32-bit LSB  executable, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=8ed107bd607268ae749a3774499babdf29d643ae, not stripped
cabellos@tormekia:My project $ file My\ project.x86_64 
My project.x86_64: ELF 64-bit LSB  executable, x86-64, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=4d793626dee16d87977149f0dd612f355e965885, not stripped

The dynamic libraries:

cabellos@tormekia:My project $ ldd My\ project.x86
linux-gate.so.1 =>  (0xf77c4000)
libopenal.so.1 => /usr/lib/i386-linux-gnu/libopenal.so.1 (0xf7739000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf7605000)
libGL.so.1 => /usr/lib32/nvidia-364/libGL.so.1 (0xf7597000)
libGLU.so.1 => /usr/lib/i386-linux-gnu/libGLU.so.1 (0xf7524000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7508000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7503000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf7401000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf73ba000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf739c000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf71ee000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf71e5000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf71c3000)
libGLX.so.0 => /usr/lib32/nvidia-364/libGLX.so.0 (0xf71a2000)
libGLdispatch.so.0 => /usr/lib32/nvidia-364/libGLdispatch.so.0 (0xf710c000)
/lib/ld-linux.so.2 (0xf77c6000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf7108000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf7101000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf70ee000)
    
cabellos@tormekia:My project $ ldd My\ project.x86
linux-gate.so.1 =>  (0xf77c4000)
libopenal.so.1 => /usr/lib/i386-linux-gnu/libopenal.so.1 (0xf7739000)
libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xf7605000)
libGL.so.1 => /usr/lib32/nvidia-364/libGL.so.1 (0xf7597000)
libGLU.so.1 => /usr/lib/i386-linux-gnu/libGLU.so.1 (0xf7524000)
libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7508000)
libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7503000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf7401000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf73ba000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf739c000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf71ee000)
librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xf71e5000)
libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xf71c3000)
libGLX.so.0 => /usr/lib32/nvidia-364/libGLX.so.0 (0xf71a2000)
libGLdispatch.so.0 => /usr/lib32/nvidia-364/libGLdispatch.so.0 (0xf710c000)
/lib/ld-linux.so.2 (0xf77c6000)
libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xf7108000)
libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xf7101000)
libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xf70ee000)

Thanks,
Luis