On Tue, May 12, 2015 at 03:21:12PM -0600, Shuah Khan wrote: > On 05/12/2015 03:17 PM, Shuah Khan wrote: > > On 05/12/2015 02:54 PM, Darren Hart wrote: > >> On 5/12/15, 1:40 PM, "Shuah Khan" <shuahkh@xxxxxxxxxxxxxxx> wrote: > >> > >>> On 05/12/2015 02:15 PM, Darren Hart wrote: > >>>> On 5/12/15, 1:05 PM, "Cyril Hrubis" <chrubis@xxxxxxx> wrote: > >>>> > >>>>> Hi! > >>>>>>>> I'm happy to do that, but I would like to make sure I'm doing the > >>>>>> right > >>>>>>>> thing. > >>>>>>> > >>>>>>> The right thing here is to add -pthread to CFLAGS which sets both > >>>>>>> flags > >>>>>>> for preprocessor and linker (see man gcc). > >>>>>> > >>>>>> Hi Cyril, > >>>>>> > >>>>>> Thanks. I read that, and mentioned it, but my concern with -pthread in > >>>>>> the > >>>>>> CFLAGS and LDFLAGS is that it is a non-standard compiler flag. I > >>>>>> understand we have a number of gcc-isms in our build - but do we want > >>>>>> to > >>>>>> add more? > >>>>>> > >>>>>> I'm also struggling to find any kind of prescribed documentation on > >>>>>> this > >>>>>> beyond the short blurb in the gcc man page which describes what this > >>>>>> option does, but not when to use it. I'll need something concrete to > >>>>>> justify changes to testcase Makefiles to Shuah. > >>>>> > >>>>> Sorry to mislead you with the pointing at gcc man page. > >>>>> > >>>>> It is a Linux standard. Have a look at pthreads manual page: > >>>>> http://man7.org/linux/man-pages/man7/pthreads.7.html > >>>>> > >>>>> "On Linux, programs that use the Pthreads API should be compiled using > >>>>> cc -pthread." > >>>>> > >>>>> Or any pthread_foo() manual page that starts with: > >>>>> > >>>>> "Compile and link with -pthread." > >>>>> > >>>>> The portable way i.e. POSIX would be getting compiler flags with > >>>>> getconf > >>>>> but as this is a Linux kernel testsuite I would not bother with that. > >>>>> Hmm, and it looks like this is not implemented on Linux anyway. > >>>> > >>>> Thanks Cyril, that's perfect. > >>>> > >>>> I'll roll my latest example patch adding -pthread to LDFLAGS and CFLAGS > >>>> into the initial patch and resubmit the patch series as v4. > >>>> > >>> > >>> Daren, > >>> > >>> While you are generating new version, could you also please add > >>> .gitignore for the futex binaries, so they get ignored by git. > >> > >> Will do. > >> > > > > Daren, > > > > Do you plan to add futex test install support in a later patch > > series? When you sent this patch series, install support was > > work in progress. 4.1 has the kselftest install feature. > > > > Feel free to defer it for a later patch series if you like. Would > > be good to get the futex install support into 4.2 if it is possible. > > > > I am blind. Never mind. futex tests are installed. Oh good - I just reviewed my patches and could swear it was all there! I'll add the .gitignore now and roll out v4 with all the cleanups and pthread linker fixes. -- Darren Hart Intel Open Source Technology Center -- To unsubscribe from this list: send the line "unsubscribe linux-api" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html