Bug 20271

Summary: Patches for NetBSD platform support
Product: WebKit Reporter: Adam Hoka <adam.hoka>
Component: JavaScriptCoreAssignee: Nobody <webkit-unassigned>
Status: RESOLVED INVALID    
Severity: Normal CC: barraclough, tkent
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Other   
Attachments:
Description Flags
thread_attr_get_np is in libpthread on NetBSD
eric: review-
Add the platform "NETBSD".
eric: review-
Updated Patch against SVN r35619 with Changelog none

Adam Hoka
Reported 2008-08-04 05:45:16 PDT
Attached are the patches we use in the work in progress NetBSD webkit-gtk package. One adds the platform NETBSD and the other uses it to enable thread_attr_get_np.
Attachments
thread_attr_get_np is in libpthread on NetBSD (476 bytes, patch)
2008-08-04 05:48 PDT, Adam Hoka
eric: review-
Add the platform "NETBSD". (879 bytes, patch)
2008-08-04 05:49 PDT, Adam Hoka
eric: review-
Updated Patch against SVN r35619 with Changelog (1.93 KB, patch)
2008-08-06 19:17 PDT, Shawn Novak
no flags
Adam Hoka
Comment 1 2008-08-04 05:48:26 PDT
Created attachment 22630 [details] thread_attr_get_np is in libpthread on NetBSD
Adam Hoka
Comment 2 2008-08-04 05:49:12 PDT
Created attachment 22631 [details] Add the platform "NETBSD".
Eric Seidel (no email)
Comment 3 2008-08-04 12:07:02 PDT
Comment on attachment 22630 [details] thread_attr_get_np is in libpthread on NetBSD Does NetBSD not have pthread_np.h?
Eric Seidel (no email)
Comment 4 2008-08-04 12:09:27 PDT
ah, according to: http://mail.kde.org/pipermail/kde-buildsystem/2006-March/001906.html There is problem in kjs/collector.cpp file. At the moment it is assumed that if pthread_np.h exists (HAVE_PTHREAD_NP_H), pthread_attr_get_np() must be used. In NetBSD pthread_attr_get_np() must be used as well, but it is declared in pthread.h. Actual functions must be checked. Ok, this is fine then.
Eric Seidel (no email)
Comment 5 2008-08-04 12:09:39 PDT
Comment on attachment 22631 [details] Add the platform "NETBSD". OK.
Eric Seidel (no email)
Comment 6 2008-08-04 12:10:44 PDT
Comment on attachment 22630 [details] thread_attr_get_np is in libpthread on NetBSD Please add a comment to explain that pthread_attr_get_np is present in NetBSD, but under pthread.h instead of pthread_np.h Why oh why doesn't NetBSD add a pthread_np.h which just loads pthread.h... This also needs a ChangeLog.
Eric Seidel (no email)
Comment 7 2008-08-04 12:11:02 PDT
Comment on attachment 22631 [details] Add the platform "NETBSD". Oh, and yes, this needs a ChangeLog too.
Mark Rowe (bdash)
Comment 8 2008-08-04 13:52:05 PDT
Perhaps we should introduce a HAVE(PTHREAD_ATTR_GET_NP) define which is set in Platform.h or config.h (I forget where we set such things) rather than cluttering up the collector code with a more complex condition?
Adam Hoka
Comment 9 2008-08-04 14:54:30 PDT
(In reply to comment #4) > ah, according to: > http://mail.kde.org/pipermail/kde-buildsystem/2006-March/001906.html > > There is problem in kjs/collector.cpp file. At the moment it is assumed > that if pthread_np.h exists (HAVE_PTHREAD_NP_H), pthread_attr_get_np() > must be used. In NetBSD pthread_attr_get_np() must be used as well, but > it is declared in pthread.h. Actual functions must be checked. > > Ok, this is fine then. > This is correct.
Shawn Novak
Comment 10 2008-08-06 19:17:30 PDT
Created attachment 22691 [details] Updated Patch against SVN r35619 with Changelog This is an updated patch with Changelog being posted as requested on behalf of Adam Hoka.
Kent Tamura
Comment 11 2010-10-14 02:19:18 PDT
(In reply to comment #10) > Created an attachment (id=22691) [details] > Updated Patch against SVN r35619 with Changelog > > This is an updated patch with Changelog being posted as requested on behalf of Adam Hoka. Do you want this patch reviewed? If so, please set review? flag.
Gavin Barraclough
Comment 12 2011-07-21 18:29:03 PDT
Looks like this patch is now redundant, support for netbsd is already present in Platform.h. Closing on the assumption that these changes are no longer necessary, please reopen if I'm mistaken.
Note You need to log in before you can comment on or make changes to this bug.