> On March 1, 2016, 12:26 a.m., Aleix Pol Gonzalez wrote:
> > src/lib/CMakeLists.txt, line 116
> > <https://git.reviewboard.kde.org/r/127205/diff/1/?file=445780#file445780line116>
> >
> >     Why does pthread make a difference?
> 
> Andreas Cord-Landwehr wrote:
>     Bionic provides native built-in support for (limited set of) pthread 
> functionality. So no linking is required:
>     
>     http://mobilepearls.com/labs/native-android-api/#pthreads

Should be possible to use the CMake builtin `find_package(Threads)` and link to 
`Threads::Threads` instead of using `pthread` directly. We might even be able 
to get rid of the if(WIN32) this way, but I haven't got a Windows system to 
test.


- Alex


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/127205/#review92959
-----------------------------------------------------------


On Feb. 28, 2016, 10:14 a.m., Andreas Cord-Landwehr wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/127205/
> -----------------------------------------------------------
> 
> (Updated Feb. 28, 2016, 10:14 a.m.)
> 
> 
> Review request for KDE Frameworks, Aleix Pol Gonzalez and Alex Richardson.
> 
> 
> Repository: kcoreaddons
> 
> 
> Description
> -------
> 
> Android's libc implementation lacks several features required by the Unix 
> backend implementation. This patch allows compilation by adding stubs for all 
> missing struct members and functions. Result of this patch is that on Android 
> KUser returns empty GUID and UID lists.
> 
> 
> Diffs
> -----
> 
>   src/lib/CMakeLists.txt cf57f0947f13b126f658774209363480013a2e2a 
>   src/lib/util/kuser_unix.cpp de5acde07f4cb8425f03c455bc55d03dfd2579e9 
> 
> Diff: https://git.reviewboard.kde.org/r/127205/diff/
> 
> 
> Testing
> -------
> 
> Compilation tested on Linux and Android.
> 
> 
> Thanks,
> 
> Andreas Cord-Landwehr
> 
>

_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Reply via email to