[FFmpeg-devel] [PATCH] Add SLIB_UNINSTALL_EXTRA_CMD to build system.

Diego Biurrun diego
Sat Oct 13 11:21:42 CEST 2007

On Tue, Oct 09, 2007 at 07:14:47PM -0700, Dave Yeo wrote:
> ...
> I've attached a quick untested patch for mingw, should uninstall the
> same lib installed by SLIB_INSTALL_EXTRA_CMD. Though I am somewhat confused 
> as I thought the SLIB_INSTALL_EXTRA_CMD was installing an import lib yet it 
> seems to be installing the DLL with a .lib suffix instead of .dll. Also it 
> looks like gcc is creating an import lib with the suffix of .dll.a which is 
> not installed.
> Kept to the same style as used in the rest of mingw section of configure.
> Also cygwin has similar behaviour, looks like it creates an import lib but 
> never installs it.
> Do both cygwin and mingw allow directly linking against DLLs and if so what 
> is the point of creating import libs and in mingw case installing the DLL 
> with a lib suffix?
> Guess its time to fix my Windows install :)

Some of the Windows people will have to comment on this..

> --- configure	(revision 10693)
> +++ configure	(working copy)
> @@ -1184,6 +1184,7 @@
>      SLIB_EXTRA_CMD="-lib /machine:i386 /def:\$(@:${SLIBSUF}=.def)"
>      SHFLAGS="-shared -Wl,--output-def,\$(@:${SLIBSUF}=.def),--out-implib,lib\$(SLIBNAME:\$(SLIBSUF)=.dll.a) -Wl,--enable-runtime-pseudo-reloc -Wl,--enable-auto-image-base"

This does not apply anymore.  Also, you can save some of the backslashes
by using single quotes.

> --- common.mak	(revision 10693)
> +++ common.mak	(working copy)
> @@ -97,6 +97,7 @@
>  	       "$(SHLIBDIR)/$(SLIBNAME)"            \
>  	-rm -f "$(LIBDIR)/$(LIB)"

This belongs one line up along with the other shared lib uninstall

Looks OK otherwise.


More information about the ffmpeg-devel mailing list