This is the mail archive of the
mailing list for the GCC project.
Re: Option -pthread in test suite with cross compilers
On 05/18/2012 09:05 AM, Ian Lance Taylor wrote:
Joel Sherrill<firstname.lastname@example.org> writes:Ok to be vague. :)
On 05/18/2012 08:27 AM, Ian Lance Taylor wrote:
Ralf Corsepius<email@example.com> writes:
I am not sure, but AFAICT, -pthread is Linux-specific.
It's not properly documented, but -pthread works on a number of hosts,
including Solaris, Darwin, FreeBSD, NetBSD, OpenBSD, AIX.
Ian.. Is it better to make it a noop for RTEMS or fix the test
infrastructure that is turning it on where it doesn't exist?
Sorry to be vague, but I think it depends on whether the tests are
meaningful on RTEMS. If dg-require-effective-target pthread_h lets a
test run, then I suppose I think the -pthread option ought to work.
Is there an implicit assumption that having pthread.h
means a target has libpthread.a and support for the
That's a bit of a reach. We have good pthread.h support
but include that in librtemscpu.a which is implicitly linked
against all the time. And obviously no -pthread option.
if the tests are checking some pthread capability, then
we should be running them.
I don't mind having -pthread be a noop but the leap
from a having a header file to having a specific gcc
option is a stretch IMO. Unless EVERY gcc target with
pthread support is required by gcc to have that option.
Is that the undocumented(?) intent?
Joel Sherrill, Ph.D. Director of Research& Development
joel.sherrill@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985