doesn't work on windows 8 64bits #1
Comments
|
😆 as indeed https://github.com/cisco/openh264 has not yet posted the code |
|
golf clap |
|
Duplicate of #2. |
|
I get the same thing on both my Mac and Ubuntu. Mac running OS X 10.9 on a Mid-2010 Macbook Pro and Ubuntu running 13.10 on a Thinkpad W520. Hope this helps the developers 😉 |
|
It may be caused by the typo in this commit title ( |
|
I've added this to the agile backlog :-) We need a bug to check in code. This one will work. |
ghost
assigned 
|
running into this as well 👻 |
|
does it work on 8.1? |
|
Since windows was clearly a priority for the community, we made sure the first release worked with windows. We don't have 64 bits done yet but assumed people would be happy to see the 32bits version. |
|
Guys, did you hear that?! We're a community! I'm so proud of you. |
|
By any chance, is it possible make a 10-bit version too? or an option to switch between 8-bit and 10-bit encoding to keep all together in the same binary, just to give more choices to the users, I think it could be nice. |
Arm assembly has got two variants of the syntax, the old legacy syntax, and the new modern UAL (unified assembly language) syntax. Most arm assembly is the same in the both syntaxes, but some uncommon cases change the order of suffixes - the "subscs" instruction would be written "subcss" in the old syntax. The apple tools default to UAL, while the GNU tools (e.g. in android) require you to specify ".syntax unified" to enable the new syntax. When enabling the new syntax with the GNU tools, some cases of "sub r0, r1, lsl cisco#1" needs to be written explicitly as "sub r0, r0, r1, lsl cisco#1", handled in the previous commit. This allows using the same, modern syntax for things like subscs, without needing to have two alternate forms of writing it.
Consistently use Yes instead of true for makefile variables
Help!
when I try to compile this code, it says "error: empty project"
The text was updated successfully, but these errors were encountered: