find -not is not posix compliant

RESOLVED FIXED

Status

()

Core
JavaScript Engine
RESOLVED FIXED
6 years ago
6 years ago

People

(Reporter: gaston, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [fixed-in-tracemonkey])

Attachments

(1 attachment, 1 obsolete attachment)

(Reporter)

Description

6 years ago
in js/src/Makefile.in, find -not is used, which is a non-posix option. That fails on OpenBSD with 'find : -not : unknown option'. '!' is posix.
(Reporter)

Comment 1

6 years ago
Created attachment 540085 [details] [diff] [review]
Use ! instead of -not to be posix-friendly

Untested... but should be correct, right ?
Attachment #540085 - Flags: review?(khuey)
Comment on attachment 540085 [details] [diff] [review]
Use ! instead of -not to be posix-friendly

Looks fine.  Push it to tryserver to make sure the builds complete before requesting checkin?
Attachment #540085 - Flags: review?(khuey) → review+
(Reporter)

Comment 3

6 years ago
Created attachment 540158 [details] [diff] [review]
find -not is not posix

updated patch, previous one didn't apply. This one replaces two -not occurences.

Pushed to try server as http://hg.mozilla.org/try/rev/c848adab43b6
Attachment #540085 - Attachment is obsolete: true
Attachment #540158 - Flags: review?(khuey)
(Reporter)

Comment 4

6 years ago
http://tbpl.mozilla.org/?tree=Try&rev=c848adab43b6

Builds were correct, but there's been three oranges and a purple..
(Reporter)

Comment 5

6 years ago
Not sure about the try results, but setting checkin-needed as the builds themselves were ok
Keywords: checkin-needed
Attachment #540158 - Flags: review?(khuey) → review+

Comment 6

6 years ago
(In reply to comment #4)
> http://tbpl.mozilla.org/?tree=Try&rev=c848adab43b6
> 
> Builds were correct, but there's been three oranges and a purple..

Those are nothing to worry about, any errors this brings up would lead to an orange B (this code is run as part of |make check|, which runs after the build in the B section - build errors are red, test errors are orange).

I'll push for you in a moment.
(Reporter)

Comment 7

6 years ago
(In reply to comment #6)
> (In reply to comment #4)
> > http://tbpl.mozilla.org/?tree=Try&rev=c848adab43b6
> > 
> > Builds were correct, but there's been three oranges and a purple..
> 
> Those are nothing to worry about, any errors this brings up would lead to an
> orange B (this code is run as part of |make check|, which runs after the
> build in the B section - build errors are red, test errors are orange).

Oh i'm aware of all that thanks, but i just wondered if everything had to be really green before adding checkin-needed.

> I'll push for you in a moment.

Thanks!

Comment 8

6 years ago
http://hg.mozilla.org/tracemonkey/rev/8c1ddbd41297



(In reply to comment #7)
> Oh i'm aware of all that thanks, but i just wondered if everything had to be
> really green before adding checkin-needed.

Not until the orange factor is low enough: http://brasstacks.mozilla.com/orangefactor/
Keywords: checkin-needed
Whiteboard: [fixed-in-tracemonkey]
cdleary-bot mozilla-central merge info:
http://hg.mozilla.org/mozilla-central/rev/8c1ddbd41297
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.