News for hackers. Stuff that matters.
Re:SQLite and Android N (2016) by izacus on Friday January 27, 2017 @11:50AM (#13500853)
Most likely Google (and OEMs) want to keep the flexibility of changing implementations without having to code and patch those libraries you listed forever.

NDK team doesn't look like it's expansive or prioritized at all, so I doubt they have resources or will to do that. TBH I'd rather they focus at improving the tooling and debugging, we can ship our own libraries with our own options compiled in. Heck even on iOS we have to ship a custom SQLite to get all the needed capability.

Re:SQLite and Android N (2016) by corysama on Friday January 27, 2017 @12:00PM (#13500919)
Can anybody speak to the current size of the NDK team? I met with one of them many years ago when the team had only two (2) full-time engineers.

Google has one of the largest software engineering populations of any company in the world. It supports one of the largest developer ecosystems in the world. Games are the largest catagory in their ecosystem. 2 engineers supporting the NDK...

Re:SQLite and Android N (2016) by iainmerrick on Friday January 27, 2017 @12:03PM (#13500944)
Yeah, that's exactly what I was getting at. They don't seem to take the NDK seriously. It's very weird.
Re:SQLite and Android N (2016) by pjmlp on Friday January 27, 2017 @12:38PM (#13501197)
It is not weird if you think they would rather not have it at all.

It wasn't there until 2.2, only got added due to community pressure and they always did the minimum amount of work.

When the migration to Android Studio was announced, we got left with no migration plan.

Only after JET Brains announced CLion, almost 2 years later, did they announce the migration to Studio.

Likewise they moved into Gradle without plan for C NDK support and it took three generations of build tools until they decided to settle on CMake.

Re:SQLite and Android N (2016) by iainmerrick on Friday January 27, 2017 @12:48PM (#13501286)
Yes! But why?

As an earlier commenter mentioned, games are one of the biggest app categories and many games rely on the NDK. Pro audio could be another big category, but I think Apple has the market sewn up there because Android is still way behind.

Re:SQLite and Android N (2016) by pjmlp on Friday January 27, 2017 @01:22PM (#13501493)
I guess, because a few key figures come from Sun's Java team and WebOS, with politics having a big role.
Re:SQLite and Android N (2016) by sorenjan on Friday January 27, 2017 @04:25PM (#13502799)
Same thing seems to be the case with their messaging team. I don't know how many they are, but even before they spread themselves thin by releasing Allo and Duo they lagged behind the competition and released rarely and with few differences when they did. I have no idea what Google uses their engineers for, it doesn't seem to be Android related anyway. I think Reader went away because they didn't have anyone to maintain it.
Re:SQLite and Android N (2016) by iainmerrick on Friday January 27, 2017 @08:41PM (#13504292)
There were plenty of people inside Google who would have liked to maintain Reader, but management explicitly made the decision to shut it down.

(I'm not saying that there's anything inherently unreasonable about that, although I happen to disagree with the decision. But these things cost money and they decided they didn't want to spend the money.)

Re:SQLite and Android N (2016) by pjmlp on Friday January 27, 2017 @12:32PM (#13501171)
NDK support through the history of Android always felt like something that the Android was forced to support rather than willing to do it.

Most likely due to game development community.

Specially when compared with the tooling support C and C++ enjoy on iDevices and UWP.