Closed
Bug 925222
Opened 13 years ago
Closed 13 years ago
delete checking for domainname field of struct utsname
Categories
(Toolkit :: Startup and Profile System, defect)
Toolkit
Startup and Profile System
Tracking
()
RESOLVED
FIXED
mozilla27
People
(Reporter: froydnj, Unassigned)
Details
Attachments
(2 files)
|
1.28 KB,
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
|
3.94 KB,
patch
|
glandium
:
review+
|
Details | Diff | Splinter Review |
Linux is the only place we care about the name, and we always know what it is there.
| Reporter | ||
Comment 1•13 years ago
|
||
AFAICT, Linux's libc is the only interesting libc that defines domainname. The
BSDs and OSX don't, and the latter is the only one we really need to care about.
Since we're doing multiple configure checks for this one (!) place, it's not
really worth worrying about. Let's just hardcode this check and be done with
it.
Attachment #815205 -
Flags: review?(benjamin)
| Reporter | ||
Comment 2•13 years ago
|
||
These checks are now unused after part 1.
Attachment #815206 -
Flags: review?(mh+mozilla)
Comment 3•13 years ago
|
||
(In reply to Nathan Froyd (:froydnj) from comment #1)
> AFAICT, Linux's libc is the only interesting libc that defines domainname.
bionic's does too, but that matches __linux__ too. Just saying the comment is not entirely accurate. For the record, Hurd's glibc doesn't, so it's not a __GLIBC__ thing (it's a kernel feature that's exposed in linux libcs). Note that knowing bionic, it might not be there in older headers, and might break builds against older NDKs. Not sure what we support these days, but might be worth checking.
Updated•13 years ago
|
Attachment #815206 -
Flags: review?(mh+mozilla) → review+
| Reporter | ||
Comment 4•13 years ago
|
||
(In reply to Mike Hommey [:glandium] from comment #3)
> (In reply to Nathan Froyd (:froydnj) from comment #1)
> > AFAICT, Linux's libc is the only interesting libc that defines domainname.
>
> bionic's does too, but that matches __linux__ too. Just saying the comment
> is not entirely accurate. For the record, Hurd's glibc doesn't, so it's not
> a __GLIBC__ thing (it's a kernel feature that's exposed in linux libcs).
> Note that knowing bionic, it might not be there in older headers, and might
> break builds against older NDKs. Not sure what we support these days, but
> might be worth checking.
Mmm, good point. Grepping through my r8e NDK, I see that bionic unconditionally defines it. So I think we're good on that front.
Comment 5•13 years ago
|
||
Comment on attachment 815205 [details] [diff] [review]
part 1 - just check for __linux__ in nsUserInfo::GetDomain
Are you going to remove the configure checks also? That seems like the real value here.
Attachment #815205 -
Flags: review?(benjamin) → review+
| Reporter | ||
Comment 6•13 years ago
|
||
(In reply to Benjamin Smedberg [:bsmedberg] from comment #5)
> Comment on attachment 815205 [details] [diff] [review]
> part 1 - just check for __linux__ in nsUserInfo::GetDomain
>
> Are you going to remove the configure checks also? That seems like the real
> value here.
Indeed! Part 2 (attachment 815206 [details] [diff] [review]) does just that.
Comment 7•13 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/32cf695522ce
https://hg.mozilla.org/mozilla-central/rev/ced987234f5f
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla27
You need to log in
before you can comment on or make changes to this bug.
Description
•