s case, so
finally no need to apply this patch.
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise works GmbH
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
other platforms
should be suffering from -Wredundant-decls as well (unless their libc
headers are very clean and don't contain duplicate decls).
So unless I miss something else, we should still apply this patch (as
fixing OS/2 libc headers won't happen any time soon).
--
Kind regard
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise works GmbH
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 2016-04-21 00:05:57 +, Michael Niedermayer said:
On Thu, Apr 21, 2016 at 01:48:22AM +0300, Dmitriy Kuminov wrote:
you all want the same, a perfect solution
iam sure you can reach some consensus about what to do and work
together to do it.
Iam happy to apply whatever patch the OS/2
wish to change
my patch just to make your internal believer happy. What about "ups"
and "downs", well, it's just a matter of viewport, please don't be so
childish here.
A question to maintainers with commit rights: please clarify, what
should I do to have my
also be
separated but unfortunately I don't have any more time to work on these
patches (as it turns out - just to please you). You can modify it
yourself if you wish (and if you are fine with the fact that it will
keep our branches diverged) but please give me some credit in the
commit messa
res (if at all). And that's in general,
again. In case of FFmpeg, symlinks don't make any harm (at least you
didn't present any proof of that so far).
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise works GmbH
___
ffmpeg-dev
decide what to do here, but I won't
accept symlink usage removal in our repositiries. I will, however,
accept your patch that will allow to go both ways (with the symlink
usage being the default choice if supported by the underlying IFS).
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitw
f it fails.
To that I agree, it's the best solution. Can you provide your
correction to this patch that prefrorms such a check in the "os/2" case
at least? I guess you use EMX bash/pdksh so you can test it right away.
--
Kind regards,
Dmitriy Kuminov
CPO
ver the failure in your
case (if I read it right). So I still think we should remove ln_s
redefinition via cp on OS/2 in FFmpeg. In case of a proper IFS (I have
JFS here but HPFS is also fine) symlinking src works like a charm
(performed a full build).
--
Kind regards,
Dmitriy Kuminov
CPO
a temporary solution, one may do this in their enviroment before
starting configure:
for v in PATH TEMP TMPDIR ; do
eval "export $v=\$(expr \"\$$v\" | tr '\\\' /)"
done
--
Kind regards,
Dmitriy Kuminov
CPO of bww bitwise works GmbH
___
s some time & disk space). And more over, symlinks work
well in most cases in a proper OS/2 environment these days. So I think
they should be generally enabled unless there is a specific case when
they introduce a real incompatibility. FFmpeg is not such a case.
--
Kind regards,
D
12 matches
Mail list logo
