-
```
Probably using a stack variable instead of a register?
64 bit linux builds okay.
g++ -o
build/opt64/obj/session/phone/googleclient/third_party/libyuv/files/source/row_p
osix.o -c -Wno-non-virtua…
-
```
Probably using a stack variable instead of a register?
64 bit linux builds okay.
g++ -o
build/opt64/obj/session/phone/googleclient/third_party/libyuv/files/source/row_p
osix.o -c -Wno-non-virtua…
-
```
What steps will reproduce the problem?
1. changed both ICC and MIC in config.mk and tried generating bin files. I get
the following error while linking.
What is the expected output? What do yo…
-
```
update libyuv used by chrome.
webrtc and gtp use the chrome version of libyuv now, so to update those
projects, chrome requires a roll.
It should be something like
cd d:\src\chrome\src
gclien…
-
```
What steps will reproduce the problem?
1. changed both ICC and MIC in config.mk and tried generating bin files. I get
the following error while linking.
What is the expected output? What do yo…
-
```
Probably using a stack variable instead of a register?
64 bit linux builds okay.
g++ -o
build/opt64/obj/session/phone/googleclient/third_party/libyuv/files/source/row_p
osix.o -c -Wno-non-virtua…
-
```
update libyuv used by chrome.
webrtc and gtp use the chrome version of libyuv now, so to update those
projects, chrome requires a roll.
It should be something like
cd d:\src\chrome\src
gclien…
-
```
Probably using a stack variable instead of a register?
64 bit linux builds okay.
g++ -o
build/opt64/obj/session/phone/googleclient/third_party/libyuv/files/source/row_p
osix.o -c -Wno-non-virtua…
-
```
update libyuv used by chrome.
webrtc and gtp use the chrome version of libyuv now, so to update those
projects, chrome requires a roll.
It should be something like
cd d:\src\chrome\src
gclien…
-
```
update libyuv used by chrome.
webrtc and gtp use the chrome version of libyuv now, so to update those
projects, chrome requires a roll.
It should be something like
cd d:\src\chrome\src
gclien…