[Mjpeg-users] Compiling mjpegtools on Mac Intel (ppmtoy4m)
Hi there ! I experienced a few problems installing mjpegtools on a mac intel machine (mac powerpc works). First I tried Version 1.8.0 which is our favored version and got the following errors when "make"ing: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../utils -mcpu=i686 -march=i386 -g -O2 -Wall -Wunused -MT build_sub44_mests.lo -MD -MP -MF .deps/build_sub44_mests.Tpo -c build_sub44_mests.c -o build_sub44_mests.o cc1: error: invalid option 'cpu=i686' make[3]: *** [build_sub44_mests.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 trying ./configure --host=i386 --target=i386 gets the same result I fetched the latest version from cvs and experienced problem with autogen.sh vr2:~/src/dvd/mjpegtools_20070115 virtualreel$ sh autogen.sh aclocal: configure.ac: 285: macro `AM_PATH_SDL' not found in library autoreconf: aclocal failed with exit status: 1 vr2:~/src/dvd/mjpegtools_20070115 virtualreel$ although I have installed SDL 1.3. I got the binaries for mplex and mpeg2enc for macintel but what I desperately need is a binary for ppmtoy4m. Maybe someone can help me compiling or someone has a binary for me? Cheers, Marco - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Compiling mjpegtools on Mac Intel (ppmtoy4m)
Marco Behnke wrote: > Hi there ! > > I experienced a few problems installing mjpegtools on a mac intel > machine (mac powerpc works). > > First I tried Version 1.8.0 which is our favored version and got the > following errors when "make"ing: > > > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../utils -mcpu=i686 > -march=i386 -g -O2 -Wall -Wunused -MT build_sub44_mests.lo -MD -MP -MF > .deps/build_sub44_mests.Tpo -c build_sub44_mests.c -o build_sub44_mests.o > cc1: error: invalid option 'cpu=i686' > make[3]: *** [build_sub44_mests.lo] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > > trying ./configure --host=i386 --target=i386 gets the same result > > I fetched the latest version from cvs and experienced problem with > autogen.sh > > vr2:~/src/dvd/mjpegtools_20070115 virtualreel$ sh autogen.sh > aclocal: configure.ac: 285: macro `AM_PATH_SDL' not found in library > autoreconf: aclocal failed with exit status: 1 > vr2:~/src/dvd/mjpegtools_20070115 virtualreel$ Ok, got this working so far. configured the latest mjpeg_play cvs and have now problems making with this extraordinary error msg: channel.hh: In member function 'void Channel::WaitForNewConsumers()': channel.hh:150: error: expected primary-expression before '!=' token make[2]: *** [seqencoder.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 vr2:~/src/dvd/mjpeg_play_20070119 virtualreel$ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Compiling mjpegtools on Mac Intel (ppmtoy4m)
Steven M. Schultz wrote: > On Fri, 19 Jan 2007, Marco Behnke wrote: > > >>Ok, got this working so far. configured the latest mjpeg_play cvs and >>have now problems making with this extraordinary error msg: > > > Ah, so you resolved the SDL issue? SDL has always seemed to be the > most troublesome dependency. yes, I searched google and found out that there are too directories /usr/share/aclocal /usr/local/share/aclocal I linked the sdl file from /usr/local/share/aclocal to /usr/share/aclocal, that worked > > >>have now problems making with this extraordinary error msg: >>channel.hh: In member function 'void Channel>size>::WaitForNewConsumers()': >>channel.hh:150: error: expected primary-expression before '!=' token >>make[2]: *** [seqencoder.lo] Error 1 >>make[1]: *** [all-recursive] Error 1 > > > What is even MORE extraordinary is that no other compiler has > complained :) > > lines 149 and 150 read like this: > > #ifdef NDEBUG > if ( != 0) > > when they should be > > #ifndef NDEBUG > if ( e != 0) can you tell me where to find that file, so I can fix it locally? > > Change has been checked in. Not sure how long it will take SF to > propagate the change. > > Cheers, > Steven Schultz > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Mjpeg-users mailing list > Mjpeg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mjpeg-users -- Portrix.net z. Hd. Marco Behnke Stresemannstr. 375 22761 Hamburg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Compiling mjpegtools on Mac Intel (ppmtoy4m)
Steven M. Schultz schrieb: > On Fri, 19 Jan 2007, Bernhard Praschinger wrote: > > >> This is the file you need to edit. >> > channel.hh:150: error: expected primary-expression before '!=' token > >> On my machine I found it in mpeg2enc directory. >> > > Or, simply do a "cvs update". Sourceforge has been fairly responsive > recently. > ok, I mastered that step on the ladder this on is a "big & nasty" one... Making all in yuvcorrect if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/local/include -I../utils -march=pentium3 -mtune=pentium3 -g -O2 -no-cpp-precomp -D_THREAD_SAFE -Wall -Wunused -MT yuvcorrect.o -MD -MP -MF ".deps/yuvcorrect.Tpo" -c -o yuvcorrect.o yuvcorrect.c; \ then mv -f ".deps/yuvcorrect.Tpo" ".deps/yuvcorrect.Po"; else rm -f ".deps/yuvcorrect.Tpo"; exit 1; fi if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/local/include -I../utils -march=pentium3 -mtune=pentium3 -g -O2 -no-cpp-precomp -D_THREAD_SAFE -Wall -Wunused -MT yuvcorrect_functions.o -MD -MP -MF ".deps/yuvcorrect_functions.Tpo" -c -o yuvcorrect_functions.o yuvcorrect_functions.c; \ then mv -f ".deps/yuvcorrect_functions.Tpo" ".deps/yuvcorrect_functions.Po"; else rm -f ".deps/yuvcorrect_functions.Tpo"; exit 1; fi yuvcorrect_functions.c: In function 'yuvcorrect_chrominance_init': yuvcorrect_functions.c:704: error: unrecognizable insn: (insn:HI 166 165 167 10 yuvcorrect_functions.c:698 (set (reg:V4SI 144) (ashift:V4SI (reg:V4SI 144) (const_int 31 [0x1f]))) -1 (insn_list:REG_DEP_TRUE 165 (nil)) (nil)) yuvcorrect_functions.c:704: internal compiler error: in extract_insn, at recog.c:2033 Please submit a full bug report, with preprocessed source if appropriate. See http://developer.apple.com/bugreporter> for instructions. make[2]: *** [yuvcorrect_functions.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 vr2:~/src/dvd/mjpeg_play_20070119 virtualreel$ Sadly I have to register for money to submit bugs to apple. anyone had this before? Maybe anyone has a binary for mac intel? - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Compiling mjpegtools on Mac Intel (ppmtoy4m)
Steven M. Schultz wrote: > On Fri, 19 Jan 2007, Marco Behnke wrote: > > >>ok, I mastered that step on the ladder this on is a "big & nasty" one... > > >>Making all in yuvcorrect > > ... > >>if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/local/include >>-I../utils -march=pentium3 -mtune=pentium3 -g -O2 -no-cpp-precomp >>-D_THREAD_SAFE -Wall -Wunused -MT yuvcorrect_functions.o -MD -MP -MF >>".deps/yuvcorrect_functions.Tpo" -c -o yuvcorrect_functions.o ... > > > Which model of MacIntel do you have? I thought Apple was using > recent Intel cpus and not old Pentium3 cpus - I am not sure that > "-march=pentium3 -mtune=pentium3" is correct for a Intel based MAC > > >>yuvcorrect_functions.c: In function 'yuvcorrect_chrominance_init': >>yuvcorrect_functions.c:704: error: unrecognizable insn: >>(insn:HI 166 165 167 10 yuvcorrect_functions.c:698 (set (reg:V4SI 144) > > > line 698 is > > *(u_c_p++) = (uint8_t) newU; > > if gcc can not compile something that simple then the compiler > is broken :( > > >>yuvcorrect_functions.c:704: internal compiler error: in extract_insn, at > > > Line 704 is the '}' at the end of the function > yuvcorrect_chrominance_init. > > >>Sadly I have to register for money to submit bugs to apple. anyone > > > Oh, there is a 'feedback' link that you can submit a complaint or > report to - but it will be ignored :( > > The only things I can think of to try are edit the yuvcorrect/Makefile > and delete all the "-mtune" and "-march" options - maybe the mismatch > the actual cpu type (I do not think Apple is using pentium3 cpus) That worked for me ! Thanks a lot. Finally I got my self-compiled binary > and the option is causing the problem. THe other thing to try is > change all "-O2" to be "-O1" - sometimes the compiler bug is in the > optimizer area. > > >>had this before? Maybe anyone have a binary for mac intel? > > > No, no one has seen this before. BUT, if the compiler is broken how > do you expect anyone to have a binary for mac intel? ;) > > All of my Macs are PPC based - I do not have a Intel based Mac (yet). > It is time to update/replace the Powerbok... ;) Stay away as long as you can ;) We had the first horror when we found out that we have to switch to gcc 4 as gcc 3.3 isn't allowed to compile binaries on mac intel. > > Cheers, > Steven Schultz > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Mjpeg-users mailing list > Mjpeg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mjpeg-users -- Portrix.net z. Hd. Marco Behnke Stresemannstr. 375 22761 Hamburg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] Compiling mjpegtools on Mac Intel (ppmtoy4m)
Steven M. Schultz schrieb: > On Mon, 22 Jan 2007, Marco Behnke wrote: > > Hi - > > >>> The only things I can think of to try are edit the yuvcorrect/Makefile >>> and delete all the "-mtune" and "-march" options - maybe the mismatch >>> the actual cpu type (I do not think Apple is using pentium3 cpus) >>> >> That worked for me ! Thanks a lot. >> > > Hurrah! > > But I wonder why the "pentium3" values were present. That is the > wrong cpu type. Other people have compiled mjpegtools on OSX for > Intel and did not have -mtune/-march problems. > I have no idea O_o > >> Stay away as long as you can ;) We had the first horror when we found >> out that we have to switch to gcc 4 as gcc 3.3 isn't allowed to compile >> binaries on mac intel. >> > > Why is that a problem? All of my compiles have been done with gcc4 for > a long time now - works fine. gcc4 came with OSX 10.4 - no problems. > We had problems compiling ffmpeg and some of the needed libraries using gcc 4 in the past. But as I found out, ffmpeg handled that one :) > Cheers, > Steven Schultz > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Mjpeg-users mailing list > Mjpeg-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mjpeg-users > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
