This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Option -pthread in test suite with cross compilers


On 05/18/2012 09:05 AM, Ian Lance Taylor wrote:
Joel Sherrill<joel.sherrill@oarcorp.com> writes:

On 05/18/2012 08:27 AM, Ian Lance Taylor wrote:
Ralf Corsepius<ralf.corsepius@rtems.org> 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.
Ok to be vague. :)

Is there an implicit assumption that having pthread.h
means a target has libpthread.a and support for the
-pthread option?

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?
Ian


--
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



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]