Suggestion about including pthread.h (original) (raw)
Shi Jun Zhang zhangshj at linux.vnet.ibm.com
Fri Mar 9 08:19:08 UTC 2012
- Previous message: Suggestion about including pthread.h
- Next message: Asking about the interesting behaviours of TreeMap.putAll
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 3/8/2012 7:59 PM, David Holmes wrote:
On 8/03/2012 6:09 PM, Shi Jun Zhang wrote:
On 3/2/2012 5:05 PM, Alan Bateman wrote:
On 02/03/2012 07:53, David Holmes wrote:
Yes we need to move to a more capability based inclusion & conditional compilation mechanism. I'm not sure if the build-infra project is tackling this particular case. Yes, I think moving to a more capability based compilation is where build-infa wants to go, although clearly it's going to take a long time. As I see, that project will put the infrastructure in place and then it's up to each area to gradually eliminate the ifdef platform usages. I don't think they will all go away but with effort then things should be more portable than what we have now. -Alan. There is still no reply from build infra project and even if it is in build infra, it will take a long time to merge back to trunk. But this including pthread problem really affects AIX platform. I'm thinking we can use #ifndef solaris form because all other POSIX-conformant platforms (BSD, Mac, AIX, ...) except Solaris need to include pthread.h. Here is the webrev: http://cr.openjdk.java.net/~zhangshj/pthread/webrev.00/ If Linux==BSD==AIX then changing things to be !solaris might be right, but it is not clear that is the case. In NativeThread.c changing "ifdef linux" to "ifndef solaris" seems simply wrong - as it changes the sense of all those blocks for BSD! But then I don't see any BSD code in there? David Hi David,
You are right. The changes in NativeThread.c is wrong. BSD doesn't need pthread blocks and AIX needs different definition of INTERRUP_SIGNAL, so I exclude the NativeThread.c changes from this patch. We can solve it later. And I've done some modification according to Alan's comments. The new webrev link is http://cr.openjdk.java.net/~zhangshj/pthread/webrev.01/
-- Regards,
Shi Jun Zhang
- Previous message: Suggestion about including pthread.h
- Next message: Asking about the interesting behaviours of TreeMap.putAll
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]