Closed
Bug 449028
Opened 16 years ago
Closed 16 years ago
libtheora's cpu.c assumes x86
Categories
(Core :: Audio/Video, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: blassey, Assigned: dougt)
Details
(Keywords: mobile)
Attachments
(1 file, 3 obsolete files)
1.37 KB,
patch
|
Details | Diff | Splinter Review |
No description provided.
Attachment #332208 -
Flags: review?(roc)
That doesn't make sense since we'll still barf on non-ARM non-x86. I think USE_ASM should only be defined if we're actually on x86 (which is tested just above).
Comment 2•16 years ago
|
||
Yes, it should be: ifeq ($(findstring 86,$(OS_TEST)), 86) DEFINES += -DOC_X86ASM -DUSE_ASM endif And remove the existing check for Linux and defining it.
Assignee | ||
Comment 3•16 years ago
|
||
what chris said.
Assignee: nobody → doug.turner
Attachment #332208 -
Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #332391 -
Flags: review?(chris.double)
Attachment #332208 -
Flags: review?(roc)
Assignee | ||
Comment 4•16 years ago
|
||
oh, and is there any asm for ARM that we should be using?
Assignee | ||
Comment 5•16 years ago
|
||
Comment on attachment 332391 [details] [diff] [review] patch v.2 -DUSE_ASM probably breaks windows. Also libtheora has moved into media/
Attachment #332391 -
Flags: review?(chris.double) → review-
Assignee | ||
Comment 6•16 years ago
|
||
Attachment #332391 -
Attachment is obsolete: true
Attachment #332663 -
Flags: review?
Updated•16 years ago
|
Assignee: doug.turner → nobody
Status: ASSIGNED → NEW
Component: General → Video/Audio
QA Contact: general → video.audio
Version: unspecified → Trunk
Updated•16 years ago
|
Assignee: nobody → doug.turner
Assignee | ||
Updated•16 years ago
|
Attachment #332663 -
Flags: review? → review?(ted.mielczarek)
Comment 7•16 years ago
|
||
Boy, it would be a whole lot nicer to do this as ifdefs directly in the C: #if defined(__i386__) && defined(__GNUC__) #define USE_ASM #endif
Assignee | ||
Updated•16 years ago
|
Attachment #332663 -
Flags: review?(ted.mielczarek) → review-
Assignee | ||
Comment 8•16 years ago
|
||
wow, you can actually read that only once and understand what is going on!
Assignee | ||
Comment 9•16 years ago
|
||
chris, how do we get a change like this upstream?
Assignee | ||
Comment 10•16 years ago
|
||
I am not sure what OC_X86ASM is suppose to do.
Comment 11•16 years ago
|
||
It does not appear to be used at all: http://mxr.mozilla.org/mozilla-central/search?string=oc_x86asm
Assignee | ||
Comment 12•16 years ago
|
||
code change. internal.h looks like it is the right place for this.
Attachment #332663 -
Attachment is obsolete: true
Assignee | ||
Comment 13•16 years ago
|
||
theora-exp uses it.
Comment 14•16 years ago
|
||
The USE_ASM define in libtheora is actually created by their configure system. We can't add it to any of their .h files, sorry. This is why I had it in Makefile.in. I liase with the Theora developers in #theora on freenode to get things moved upstream if needed.
Comment 15•16 years ago
|
||
Since I manually create config.h though, via the update.sh script, we could put it in there (if you modify update.sh to append it).
Assignee | ||
Comment 16•16 years ago
|
||
we could use patch v.3 if we live with its ugliness.
Comment 17•16 years ago
|
||
hey, can we get this in soon?
Assignee | ||
Comment 18•16 years ago
|
||
yup. going back and forth in email about this some. chris said go with v3 in email. bsmedberg, not as nice as your suggestion, but can't do it -- maybe we can file a bug on the upstream project. changeset: 16592:7703fa13d46c tag: tip user: Doug Turner <dougt@meer.net> date: Tue Aug 12 07:09:41 2008 -0700 summary: libtheora's cpu.c assumes x86. b=449028. r=chris.double@double.co.nz
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•