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

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

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'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:

I wasn't able to get 32-bit MPlayer to compile with MPlayer v1.0pre7 source, but later I saw they release MPlayer v1.0pre7try2 source and that one worked for me. I was able to compile both 64 and 32 bit versions, but I don't have both at the same time (I pretty much use 32bit only since the codecs are 32bit)

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, ...).