[Ffmpeg-devel] [patch] building on windows

[Måns Rullgård]

"Ramiro Polla" <ramiro86 at hotmail.com> writes:

> M?ns Rullg?rd wrote:
>>Diego Biurrun <diego at biurrun.de> writes:
>>
>>
>>>On Thu, Jul 13, 2006 at 04:40:45PM  0200, Christoph Pfister wrote:
>>>
>>>> The following rule in the makefile doesn't work properly because
>>>> symlinks aren't available on windows.
>>>>
>>>> Because of that users have to manually rename
>>>> e.g. avcodec.dll.<number> to avcodec.dll. The following patch
>>>> fixes it.
>>>>
>>>>--- old/common.mak	2006-07-13 16:17:56.000000000  0200
>>>>     new/common.mak	2006-07-13 16:32:07.000000000  0200
>>>>@@ -18,7  18,11 @@ $(LIB): $(STATIC_OBJS)
>>>>  	$(RANLIB) $@
>>>>   $(SLIBNAME): $(SLIBNAME_WITH_MAJOR)
>>>>  ifeq ($(CONFIG_MINGW),yes)
>>>>  	cp -sf $^ $@
>>>>  else
>>>>  	ln -sf $^ $@
>>>>  endif
>>>>
>>>Hmm, 'cp -sf' makes symbolic links as well, at least with GNU cp.  So
>>>does this work properly on Windows?  The '-s' gets ignored or what?
>>>
>>
>>The real question we should be asking is if the foo.dll.xx are useful
>>at all.  Perhaps the right thing to do is drop the version number for
>>dlls and give windows users the dll hell they deserve.
>>
>>
> Yes. Dll hell. We just love it. And we're very used to it. The patch I
> had proposed a few days ago removed the versioning in the filename, and
> made things on windows work like a charm (the charm we're used to).

That must one hell of a lucky charm you've got there, if it can make
that stuff work.

Now, could you windows users please wield that charm one more time,
and produce a patch with the following properties:

1. works
2. doesn't break non-windows builds
3. doesn't clutter the makefiles or configure script
4. doesn't contradict everything you've said to date

When a patch is presented that meets these requirements, it might be
accepted, but no sooner.

Until such a patch exists, would you please just go away and play
minesweeper or something instead of flooding us with these emails?

-- 
M?ns Rullg?rd
mru at inprovide.com