I have tried it many times, but it has not been successful. I cannot even enter the installation interface. The reason is that a 64-bit system is installed on a 64-bit machine, but various matlab versions seem very disgusted with 64bit. After all, there was still Windows at that time. I was just interested in installing matlab in Linux. Yesterday, we re-installed the Ubuntu system, and completely had no Windows. I tried it for a long time today and finally installed it. Record the process in a simple way. For more information about future Reinstallation, see 1. Install 7.0 or a later version. 6.5
I have tried it many times, but it has not been successful. I cannot even enter the installation interface. The reason is that a 64-bit system is installed on a 64-bit machine, but various matlab versions seem very disgusted with 64bit. After all, there was still Windows at that time. I was just interested in installing matlab in Linux.
Yesterday, we re-installed the Ubuntu system, and completely had no Windows. I tried it for a long time today and finally installed it. Record the process in a simple way and reload it in the future.
1. version 7.0 and later must be installed. 6.5 can enter the installation interface, but it is always difficult to verify the key file. Someone on the Internet proposed a way to modify the system time, tried and attempted; tried 7.0, no problem;
2. The installation process is smooth, and a major problem occurs during the running: the startup of the system fails, and the input command will directly cause the program to crash, and ctrl c cannot respond, you can only use kill-9. A solution is provided online. copy is as follows:
If there is a problem with simulink, the following is a solution to various error messages.
??? Can't load '/usr/local/matlab/bin/glnx86/libmwsimulink. so': libXft. so.1: cannot open shared object file: No such file or directory
Solution:
[Root @ localhost matlab] # updatedb & locate libXft. so
/Usr/lib/libXft. so
/Usr/lib/libXft. so.2
/Usr/lib/libXft. so.2.1.2
[Root @ localhost matlab] # ln-s/usr/lib/libXft. so.2/usr/lib/libXft. so.1
Then
??? Can't load '/usr/local/matlab/bin/glnx86/libmwsimulink. so ':
/Usr/local/matlab/bin/glnx86/libqt-mt.so.3: undefined symbol: XftFreeTypeOpen
Solution:
# Install qt 3.3
# Mv/usr/local/matlab/bin/glnx86/libqt-mt.so.3/usr/local/matlab/bin/glnx86/libqt-mt.so.3_back
# Ln-s/usr/lib/libqt-mt.so.3.3/usr/local/matlab/bin/glnx86/libqt-mt.so.3
Then
/Usr/local/matlab/bin/glnx86/.../../sys/OS/glnx86/libgcc_s.so.1:
Version 'gcc _ 4.2.0 'not found (required by/usr/lib/libstdc ++. so.6)
Or
/Usr/local/matlab/bin/glnx86 /.. /.. /sys/OS/glnx86/libgcc_s.so.1: version 'gcc _ 100' not found (required by/usr/lib/libstdc ++. so.6)
Solution:
# Find libgcc_s.so.1 for 3.3 or 4.2
Or a one for all way
Matlab was built with a different version of gcc (3.2.3 in the case of R14SP2), whereas Fedora Core 5 has gcc 4.1.0. the following trick is alluded to in the file $ {MATLAB}/sys/OS/glnx86/README. libstdc ++, but you need to be the root user. type these commands...
# Cd $ MATLAB
# Cd sys/OS/glnx86
# Mkdir old
# Mv libstdc ++. * libg2c. * libgcc_s * old
When matlab is restarted, it will then use the system libraries instead of those supplied by Mathworks. and then all is fine and well with the world. note that if this sort of thing happens with an x86-64 machine, then the directory in question wocould be ${MATLAB}/sys/OS/glnxa64 instead of ${MATLAB}/sys/OS/glnx86.
Another one found: