Re: fixup gomp register/unregister prototypes

2015-07-17 Thread Jakub Jelinek
On Fri, Jul 17, 2015 at 11:44:47AM -0400, Nathan Sidwell wrote: > On 07/17/15 10:44, Jakub Jelinek wrote: > >On Wed, Jul 15, 2015 at 03:04:30PM -0400, Nathan Sidwell wrote: > >>I'm almost tempted to commit as obvious. I noticed that the callers of > >>these functions from code generated by mkofflo

Re: fixup gomp register/unregister prototypes

2015-07-17 Thread Nathan Sidwell
On 07/17/15 10:44, Jakub Jelinek wrote: On Wed, Jul 15, 2015 at 03:04:30PM -0400, Nathan Sidwell wrote: I'm almost tempted to commit as obvious. I noticed that the callers of these functions from code generated by mkoffload declare the 2nd arg as an int, because they have no visibility of the e

Re: fixup gomp register/unregister prototypes

2015-07-17 Thread Jakub Jelinek
On Wed, Jul 15, 2015 at 03:04:30PM -0400, Nathan Sidwell wrote: > I'm almost tempted to commit as obvious. I noticed that the callers of > these functions from code generated by mkoffload declare the 2nd arg as an > int, because they have no visibility of the enum. I thought it wise to make > the

fixup gomp register/unregister prototypes

2015-07-15 Thread Nathan Sidwell
I'm almost tempted to commit as obvious. I noticed that the callers of these functions from code generated by mkoffload declare the 2nd arg as an int, because they have no visibility of the enum. I thought it wise to make the definitions match. ok for trunk? nathan 2015-07-15 Nathan Sidwel