Does it work if you put it back to where it started?
No. However, if I do so, also rename it to the old name and fix a now broken symbolic link to the file stubs-32bit that was on /usr/include/gnu, it changes the error message to:
1 2 3
/usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching for -lm
/usr/bin/ld: skipping incompatible /usr/lib/libm.a when searching for -lm
/usr/bin/ld: cannot find -lm
Your original compile command doesn't specify the new directory.
You say you added -L..., but you don't show the new compile command.
We can't really help if we have to infer what you did, we need to see what you actually did.
Well none of these three works: g++ -m32 -o freetype -I/media/34GB/Arquivos-de-Programas-Linux-32bit/Freetype-2.2.1/include/ -I/media/34GB/Arquivos-de-Programas-Linux-32bit/Freetype-2.2.1/include/freetype2/ example2.cpp
or g++ -m32 -o freetype -I/media/34GB/Arquivos-de-Programas-Linux-32bit/Freetype-2.2.1/include/ -I/media/34GB/Arquivos-de-Programas-Linux-32bit/Freetype-2.2.1/include/freetype2/ -L/usr/lib32 example2.cpp
It printed so many things that they did not fit on the screen, nonetheless :P
The Libc info it is:
libc.so.6 (libc6,x86-64, OS ABI: Linux 2.6.15) => /lib/libc.so.6
libc.so.6 (ELF, OS ABI: Linux 2.6.16) => /usr/lib32/libc.so.6
remembering that the libc.so.6 on /usr/lib32 is just a sym link to: /media/34GB/Arquivos-de-Programas-Linux-32bit/Glibc-2.17/lib/libc.so.6
I think I will just try the brute force approach and rebuild it, this time to install it on /media/34GB/Arquivos-de-Programas-Linux-32bit/Glibc-2.17 instead: /media/34GB/Arquivos-de-Programas-Linux/Glibc-2.17-32bit
While I think it will work, I will not learn anything from it, so if anyone has an idea, that's a good moment to speak :)