Mplayer install error on FC4 x86_64
I am trying to install mplayer on 64 bit Fedora Core 4. I could not find a built version so I downloaded the source RPM. When I try to build it I get an error that reads:
Error: X11 support required for GUI compilation Can someone tell me a worError: X11 support required for GUI compilation. There are no graphics drivers yet for this machine (ATI Radeon Xpress 200m), so I am running in 1024x768. I am a linux newbie so I apologize if this is something incredibly stupid. Leonard |
Well, i had the same problem. Well the thing is that u need to add an option while running the configure script.
$ ./configure --enable-gui --extra-libdirs=/usr/lib64 The thing is FC ( x86_64 architecture) has two lib directories /usr/lib and /usr/lib64 and the mplayer source is meant for 32-bit OS and to make it compile on a 64-bit OS u need to do some messing up. Try this and reply whether this works or not. |
a1x_007,
I'm having the same problem. I am also new to linux and was following a guide that told me I needed to add the option "--cc=gcc32" in order to get MPlayer to compile with GCC3.2 instead of GCC4.0. If I type $ ./configure --enable-gui --extra-libdirs=/usr/lib64 like you said, without adding the GCC3.2 option, I get a very distinct error message telling me that I must "--disable-gcc-checking". If I use the "--cc=gcc32" option in conjunction with what you suggested above, I am told this: Detected operating system: Linux Detected host architecture: x86_64 Checking for gcc32 version ... 3.2.3, ok Checking for host cc ... gcc32 Checking for assembler support of -pipe option ... yes Unknown parameter: --extra-libdirs=/usr/lib64 When typed ./configure --help there was a similar option listed, "--with-extralibdir=DIR", so I used it replacing "DIR" with "/usr/lib64" only to recieve the same error message, Error: X11 support required for GUI compilation Even if I compile with the "--disable-gcc-checking" option it still gives me that damn message. If you have any more suggestions, I will be extremely grateful. I apologize for my ignorance, but I'm trying so please help me out. Thanks, Lynn |
still not working
Before I was using the source RPM and didn't know how to add those options with the RPM, so I downloaded the 1.0pre7 tarball of the source. When I was using the config option it was not detecting gcc 4.0 (which I have because I use FC4). I disabled the gcc-checking and used the options you gave me and I still get the "Need X11 support"
Here is the end of the output: Checking for Subtitles sorting ... yes Checking for XMMS inputplugin support ... no Checking for inet6 ... yes Checking for gethostbyname2 ... yes Checking for GUI ... yes Error: X11 support required for GUI compilation |
Checking configure.log I found these errors:
/usr/bin/ld: skipping incompatible /usr/X11R6/lib/libXext.so when searching for -lXext /usr/bin/ld: skipping incompatible /usr/X11R6/lib/libXext.a when searching for -lXext I was able to make config finish by adding the option --with_extralibdir=/usr/X11R6/lib64 |
More errors
Ok... Now I get errors when I run make.
URCE -c -o libpostproc/postprocess.o libpostproc/postprocess.c In file included from libpostproc/postprocess.c:655: libpostproc/postprocess_template.c: In function 'do_a_deblock_MMX2': libpostproc/postprocess_template.c:2901: error: memory input 4 is not directly addressable libpostproc/postprocess_template.c: In function 'postProcess_MMX2': libpostproc/postprocess_template.c:3510: warning: pointer targets in passing argument 6 of 'blockCopy_MMX2' differ in signedness libpostproc/postprocess_template.c:3656: warning: pointer targets in passing argument 6 of 'blockCopy_MMX2' differ in signedness libpostproc/postprocess_template.c:3757: warning: pointer targets in passing argument 4 of 'tempNoiseReducer_MMX2' differ in signedness libpostproc/postprocess_template.c:3781: warning: pointer targets in passing argument 4 of 'tempNoiseReducer_MMX2' differ in signedness libpostproc/postprocess_template.c:3481: error: memory input 4 is not directly addressable libpostproc/postprocess_template.c:3481: error: memory input 5 is not directly addressable libpostproc/postprocess_template.c:3627: error: memory input 4 is not directly addressable libpostproc/postprocess_template.c:3627: error: memory input 5 is not directly addressable make[1]: *** [libpostproc/postprocess.o] Error 1 make[1]: Leaving directory `/home/lenny/dl/Mplayer/MPlayer-1.0pre7/libavcodec' make: *** [libavcodec/libavcodec.a] Error 2 I'm ready to look for some other media players :) |
I would still like to know how to fix this. Has anybody else sucessfully installed this app on FC4 64? I am not sure what the problem is now. I don't know if it has to do with me having to disable the gcc checking. Any help would be appreciated.
|
Hi,
I had the same problem on FC4. I installed compat-gcc-32-3.2.3-47.fc4.i386.rpm and used ./configure --enable-gui --cc=gcc32 to configure. It worked. Best regards, Daniel |
Thanks. It worked on mine with the command
./configure --cc=gcc32 --enable-gui --with-extralibdir=/usr/lib64 --with-extralibdir=/usr/X11R6/lib64 Or at least something very close to that :). |
this crap has been bothering me for a week now, I appreciate everyone on here and this superb forum.. I second that "./configure --cc=gcc32 --enable-gui --with-extralibdir=/usr/lib64 --with-extralibdir=/usr/X11R6/lib64" works perfectly, thanks guys.
|
I concur!
I'd like to echo that happy sentiment, I just compiled and installed MPlayer successfully using that little line (and blogged about it, go figure).
Thanks! |
Rock on.
That works most excellently. I was pining over the problem for ages. I, like, heart LinuxQuestions.org |
Just to add a little spice to this thread: Has anyone been successful in building a 32 bit version of mplayer on an x86_64 platform? The RealAudio codec (amongst others) is 32 bits only, and I was in the habit of using this before upgrading to a 64-bit box.
The intuitive configure line of: CFLAGS="-m32 -march=athlon-4" ./configure --cc=gcc32 (I don't need the gui) fails in the compile with: gcc32 -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -m32 -march=athlon-4 -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o libpostproc/postprocess.o libpostproc/postprocess.c libpostproc/postprocess_template.c: In function `dering_MMX2': libpostproc/postprocess_template.c:1186: can't find a register in class `GENERAL_REGS' while reloading `asm' make[1]: *** [libpostproc/postprocess.o] Error 1 make[1]: Leaving directory `/home/mjh/Downloads/MPlayer-1.0pre7try2/libavcodec' make: *** [libavcodec/libavcodec.a] Error 2 If I (try to) disable the MMX instructions, I get further, but fail at: gcc32 -c -I../libvo -I../../libvo -I/usr/X11R6/include -fno-PIC -m32 -march=athlon-4 -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -o imdct.o imdct.c In file included from imdct.c:761: imdct_3dnow.h: In function `fft_asmb_3dnow': imdct_3dnow.h:241: can't find a register in class `GENERAL_REGS' while reloading `asm' make[1]: *** [imdct.o] Error 1 make[1]: Leaving directory `/home/mjh/Downloads/MPlayer-1.0pre7try2/liba52' make: *** [liba52/liba52.a] Error 2 Even the full house (build me a slow one!) configure of CFLAGS="-m32 -march=athlon-4" ./configure --cc=gcc32 --disable-fastmemcpy --disable-mmx --disable-mmx2 --disable-3dnow --disable-3dnowex Does not get me past that point. I can turn off most (read pretty much all) of the video support with: CFLAGS="-m32 -march=athlon-4" ./configure --cc=gcc32 --disable-fastmemcpy --disable-mmx --disable-mmx2 --disable-3dnow --disable-3dnowex --disable-runtime-cpudetection --disable-liba52 --disable-dga --disable-xv --disable-vidix (!!) and produce something called mplayer, but it, well, doesn't do much :( Any ideas? |
I have been able to compile both a 64 and 32 bit version of MPlayer on FC4-64. Here are some notes I jotted down when I was complete:
Quote:
Good luck, hope this helps you. |
That gets pretty close: Thanks. However, I am going to have to (forcibly) install additional 32 bit versions of libgtk+ and no doubt all the dependents it complained about (libz, libpng, libcdda_*, libnsl (hmm...), libsmbclient, ...).
|
All times are GMT -5. The time now is 01:20 AM. |