Menu
▾
▴
openquicktime-devel
|
From: Nicholas H. <nj...@ec...> - 2002-02-25 19:48:43
|
Thanks for converting everything to libtool Antoine - sorry it took so long but hopefully it will be very worthwhile... I am just about to do my big file moving around and all the Makefile editing that is going to result. There doesn't seem to be a 'nice' way of moving files in CVS (only deleting and adding again) - which would result in the change log being lost. Nearly all the files will be moved... So I think the best thing to do would be for me to make it all work nicely on my systems (Darwin and Linux) and then upload to a fresh new module in CVS... Cheers, nick. |
|
From: <mi...@cl...> - 2002-02-25 20:25:45
|
> I am just about to do my big file moving around and all the Makefile > editing that is going to result. > > There doesn't seem to be a 'nice' way of moving files in CVS (only > deleting and adding again) - which would result in the change log > being lost. Nearly all the files will be moved... > > So I think the best thing to do would be for me to make it all work > nicely on my systems (Darwin and Linux) and then upload to a fresh > new module in CVS... Maybee we could discuss a little about the changes on the source tree before putting it on the CVS. Do you think we should: - put the player oqtplayer in the same module as the library (unlike the other utilities, oqtplayer needs the SDL library, which is really huge) ? - put the encoder as well (btw, is it working ? does it need extra libraries ? ) - put the DirectShow stub in it ? - keep the plug-ins in the same module, or put them in separate modules ? Three remarks about the new Makefile.am (maybee useful if you wish to change the source tree) : * Now, the configure script sets two variables AUDIO_PLUGINS and VIDEO_PLUGINS that are used in audioplugin/Makefile.am and videoplugin/Makefile.am to know which plug-ins to create (the variables contain a subdirectory names, such as MP3, PHOTO_JPEG, or XANIM) you need to change this in the configure script if you add some plugins or change the directory they are staying in. * audioplugin/MP3 contain sources in subdirectories (corresponding to the mpg123 and lame distributions); automake does not allow building from sources not in the Makefile.am file, so I use "convinience library"; ie: each subdirectory has its owm Makefile.am and creates a simple .a library (or .la because of libtool) that is used by the parent Makefile.am... heavy but it's the cannonical way, I guess. * Makefile.am that build plug-ins should put the -module and -avoid-version flags in LDFLAGS (this is passed to libtool, not ld actually), and the correct -I CFLAGS so that we can include the library headers... Oh, and try avoid using assert from assert.h, I had strange errors while linking with gcc and libtool on Solaris 5.8 (thus, I put my own assert macro in audioplugin/MP3/audioencoder/lame3.70/ ) I hope the rest is straightforward. - Antoine |
|
From: Nicholas H. <nj...@ec...> - 2002-02-25 22:17:52
|
Yes - I think moving the encoder and player into the module is probably a very good idea. SDL is a shared library and wouldn't have to be distributed with OQT - it also uses the funky sdl-config type system to assist with locating the headers/cflags/libraries etc... I haven't tried the encoder - so I don't know the dependances.. I think keeping the codecs in with the library is probably best - it makes it much easier to build/install. However the build process is starting to take longer and longer - generating Make files for each of the codecs... I don't think it matters at this stage with so few codecs ! Thanks for the comments on the build process - however I'm currently having problems building the CVS code ! Doing ./configure;make from the code in CVS works fine but after running automake;autoconf the 'make' stage breaks: Makefile:386: *** missing separator. Stop. Not quite sure what is wrong but the line it complains about is: @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/atom.Plo@am__quote@ During automake it warned: automake: configure.in: required file './depcomp' not found Is this possibly a file you missed from checking into CVS ? Cheers, nick. |
|
From: Yann <ya...@3i...> - 2002-02-26 06:39:33
|
Hello everybody, The encoder doesn't need any other libraries=2E=2E=2E ;) Yann=2E ----- Original Message ----- From: "Nicholas Humfrey" <njh399@ecs=2Esoton=2Eac=2Euk> To: <openquicktime-devel@lists=2Esourceforge=2Enet> Cc: "Antoine Min=E9" <mine@clipper=2Eens=2Efr> Sent: Monday, February 25, 2002 11:17 PM Subject: Re: [Openquicktime-devel] Moving files in CVS > Yes - I think moving the encoder and player into the module is > probably a very good idea=2E > > SDL is a shared library and wouldn't have to be distributed with OQT > - it also uses the funky sdl-config type system to assist with > locating the headers/cflags/libraries etc=2E=2E=2E > > I haven't tried the encoder - so I don't know the dependances=2E=2E > > I think keeping the codecs in with the library is probably best - it > makes it much easier to build/install=2E However the build process is > starting to take longer and longer - generating Make files for each > of the codecs=2E=2E=2E I don't think it matters at this stage with so few > codecs ! > > > Thanks for the comments on the build process - however I'm currently > having problems building the CVS code ! > > Doing =2E/configure;make from the code in CVS works fine > > but after running automake;autoconf > the 'make' stage breaks: > Makefile:386: *** missing separator=2E Stop=2E > > Not quite sure what is wrong but the line it complains about is: > @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/atom=2EPlo@am__quote@ > > > During automake it warned: > automake: configure=2Ein: required file '=2E/depcomp' not found > Is this possibly a file you missed from checking into CVS ? > > > > Cheers, > > > nick=2E > > > _______________________________________________ > Openquicktime-devel mailing list > Openquicktime-devel@lists=2Esourceforge=2Enet > https://lists=2Esourceforge=2Enet/lists/listinfo/openquicktime-devel > |
|
From: <mi...@cl...> - 2002-02-26 11:05:43
|
> Doing ./configure;make from the code in CVS works fine > > but after running automake;autoconf > the 'make' stage breaks: > Makefile:386: *** missing separator. Stop. > > Not quite sure what is wrong but the line it complains about is: > @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/atom.Plo@am__quote@ > > > During automake it warned: > automake: configure.in: required file './depcomp' not found > Is this possibly a file you missed from checking into CVS ? What is your version of Automake ? I built my Makefile.am for automake 1.4 and had trouble getting them work with newer version (yes, autmake is not backward compatible !) Newer automake needs some other files (try "automake -a" to add these files if they do not exist), and build invalid Makefiles ! (something about dependency tracking in recent automakes, maybee "automake -i" solves the problem ?) This is not a problem for users (they do not need to launch autoconf/automake) but it is one for developers: we have to choose once and for all the autoconf/automake/libtool versions we use (I use 2.13 / 1.4 / 1.3.5, and it works) ! O, and do not forget to run aclocal from time to time (before autoconf) - Antoine |
Thanks for helping keep SourceForge clean.
X