On Tue, Jul 07, 2009 at 12:22:02PM +0200, Oliver Seitz wrote: > > On Tue, Jul 07, 2009 at 09:02:01AM +0200, Oliver Seitz wrote: > >> {standard input}:30: Error: `ff_h264_mlps_state+128(%eax)' is not a > >> valid > >> 64 bit base/index expression > > > > Now that is funny. > > This can only come from cabac.h, line 505: > > "movzbl "MANGLE(ff_h264_mlps_state)"+128("ret"), "tmp" \n\t" > > Where "ret" is %0 from an asm block with these constraints: > > :"=&a"(bit) > > :"r"(state), "r"(c) > > : "%"REG_c, "%ebx", "%edx", "%esi", "memory" > > > > The only way this can end up as eax is that the compiler thinks it is > > compiling for 32 bit instead of 64 bit - though that should give far > > more errors. > > There are more... But I thought it would be of no use to post all 572 > errors on a mailing list as I think the errors will not describe the real > problem. The point is it would give errors with all files. > > Are you using a working compiler or maybe the FreeBSD > > people applied some patches they didn't understand? > > There seems to be only one patch on the compiler port: > > Index: libjava/Makefile.in > =================================================================== > --- libjava/Makefile.in (revision 117734) > +++ libjava/Makefile.in (working copy) > @@ -712,7 +712,7 @@ > $(am__append_2) $(am__append_3) > toolexecmainlib_DATA = libgcj.spec > dbexec_LTLIBRARIES = libjvm.la > -pkgconfigdir = $(libdir)/pkgconfig > +pkgconfigdir = $(prefix)/libdata/pkgconfig > jardir = $(datadir)/java > jar_DATA = libgcj-$(gcc_version).jar libgcj-tools-$(gcc_version).jar > @JAVA_HOME_SET_FALSE@JAVA_HOME_DIR = $(prefix) > > > It doesn't look like it can cause those symptoms, does it? No. _______________________________________________ MPlayer-users mailing list MPlayer-users@xxxxxxxxxxxx https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users