Hi! Ralph Glasstetter wrote:
>>>Has this to do with my externally installed ffmpeg libs (/usr/lib >>>AND /usr/local/lib, libswscale just under /usr/lib)? >> >>Yes. > > > But it shouldn't...at least IMHO! > When we don't specify external ffmpeg libs with configure > we want DVBcut using the internal ones as ususal, don't we? The problem is that you can't easily tell the compiler not to look in standard directories like /usr and /usr/local. >>That's even worse than I had expected. Three instances, including the >>internal one? It's almost sure that make will grab the wrong files >>(headers, libraries, ...) sooner or later. And you even have old-style >>(ffmpeg/*.h) and new-style (libavcodec/avcodec.h et al.) headers mixed, >>according to the -D flags. FUBAR. :-( > > > Pfff,... the original ones coming with my suse install and later I > got manually one of the recent snapshots... and forgot (or was to lazy) > to delete the old ones. On the other side with FFMPEG snapshots it's always a > good idea to have an old working fallback copy... ;-) Okay... then keep the fallback copy in /usr but install the new version(s) in /opt/something. It's what I do, and it works fine. [...] >>Did you try `./configure --with-ffmpeg=/usr'? > > > Meanwhile yes,... and of course, that's working... but that's not what I > wanted. I don't want dvbcut depend on all those external ffmepg libs > (13 dependencies more)! Yep, I know the problem. I have only a static version installed (because I don't want it to interfere with the other installation in /usr), and it won't link at all when the dependencies aren't listed on the command line. >>Another dirty trick of mine is to preset configure's cache: >> >> ac_cv_lib_swscale_main=no ./configure >> >>That will make configure believe that it already looked for the library, >>and that it isn't present. > > > OK, that has done the job... at least for me. The other people which > don't want a ffmpeg dependency have to use the "gold old" scons > method. Or upgrade to r129 - and remember to re-run autoconf again, it's not done automatically! I disabled libswscale detection when the internal ffmpeg is used, and also changed the include path variant detection to consider only the specified directory. > Or should we provide a special switch for configure? Isn't `--with-ffmpeg' special enough? ;-) > BTW, another mystery... the file sizes of the binaries: > -rwxr-xr-x 1 ralph users 2792743 23. Mai 13:03 dvbcut_0.5.4-rev125 > -rwxr-xr-x 1 ralph users 5346633 14. Jun 17:53 dvbcut128_extffmpeglibs > -rwxr-xr-x 1 ralph users 6833006 14. Jun 18:13 dvbcut128_dirtyconfiguretrick > -rwxr-xr-x 1 ralph users 6833006 14. Jun 18:23 dvbcut128_goodoldscons > > Why is Rev125 approx. half the size? Different CXXFLAGS, I suppose. By default, configure uses '-O2 -g' if it finds g++, thus there will be lots of debugging info in your binary. I'm using `-O2 -fno-strict-aliasing' and my binary is even shorter than your old version: -rwxr-xr-x 1 michael staff 1780952 Jun 14 18:45 dvbcut And it isn't even stripped yet. -- Michael "Tired" Riepe <[EMAIL PROTECTED]> X-Tired: Each morning I get up I die a little ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ DVBCUT-user mailing list DVBCUT-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-user