This bug was fixed in the package ffmpeg - 4:0.5+svn20090706-5ubuntu1
---
ffmpeg (4:0.5+svn20090706-5ubuntu1) lucid; urgency=low
* merge from debian, remaining changes:
- dont disable internal encoders
- disabled extra depedencies (come with ffmpeg-extra)
- libdirac
Need to wait post A2 for upload, but committed to git.
** Changed in: ffmpeg (Ubuntu Lucid)
Status: Triaged => Fix Committed
--
ffmpeg should be built with -marm for lucid on armel
https://bugs.launchpad.net/bugs/488267
You received this bug notification because you are a member of Ubuntu
I had to add -fPIC -DPIC explicitly as well; I actually reviewed the
whole way flavors and cflags are handled in ffmpeg; it should now
properly default to the toolchain cflags in Debian sid/ Ubuntu
karmic/lucid/etc.. The vfp flavor will be built only when vfp isn't
enabled in the default toolchain
For individual packages which are already hand-optimised, we would not
expect much improvement from re-doing the code in Thumb-2, so switching
to -marm makes sense here--- I suggest to go ahead and change it.
--
ffmpeg should be built with -marm for lucid on armel
https://bugs.launchpad.net/bugs/
maybe we can fix this even before alpha-2? or are we hoping to get a
real/assembler fix?
--
ffmpeg should be built with -marm for lucid on armel
https://bugs.launchpad.net/bugs/488267
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
u
** Also affects: ffmpeg (Ubuntu Lucid)
Importance: Low
Status: Triaged
** Changed in: ffmpeg (Ubuntu Lucid)
Milestone: None => lucid-alpha-3
--
ffmpeg should be built with -marm for lucid on armel
https://bugs.launchpad.net/bugs/488267
You received this bug notification because you
** Changed in: ffmpeg (Ubuntu)
Importance: Undecided => Low
** Changed in: ffmpeg (Ubuntu)
Status: New => Triaged
--
ffmpeg should be built with -marm for lucid on armel
https://bugs.launchpad.net/bugs/488267
You received this bug notification because you are a member of Ubuntu
Bugs, w
Good point...
I believe there is no flavour which does not use inline assembler on
armel, so I suggest to use -marm for everything for now.
It may not matter for the frontend packages, but those won't usually get
installed; I think the benefit would be small given the extra complexity
in the pack