Closed Bug 1160516 Opened 11 years ago Closed 7 years ago

Build fails with "fatal error: 'linux/ethtool.h' file not found" on OS X

Categories

(Firefox Build System :: General, defect)

Unspecified
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: vporof, Unassigned)

Details

I came back from vacation to find this: https://pastebin.mozilla.org/8832042 ./mach bootstrap is happy ./mach doctor is happy ./mach build is sad
The actual error is: configure: error: MacOS X 10.7 SDK or later is required
I have the 10.9 and 10.10 SDKs installed. Pointing to a specific SDK with ac_add_options --with-macos-sdk=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.X.sdk results in the same message even after a clobber.
I'm on OS X Yosemite 10.10.3
OS: Unspecified → Mac OS X
In fact, the actual error is it's trying to use /lib/cpp as preprocess. Let me guess, you're using an in-tree mozconfig. I won't repeat it enough: don't do that.
I'm not. At least I'm reasonably certain I'm not, but will double check.
A fresh clone of fx-team has the same problem. So I'm not using an in-tree mozconfig.
Can you attach the output of `./mach environment`?
platform: Darwin-14.3.0-x86_64-i386-64bit python version: 2.7.9 (default, Feb 10 2015, 03:28:08) [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.56)] python prefix: /usr/local/Cellar/python/2.7.9/Frameworks/Python.framework/Versions/2.7 mach cwd: /Users/victorporof/Work/Mozilla/fx-team os cwd: /Users/victorporof/Work/Mozilla/fx-team mach directory: /Users/victorporof/Work/Mozilla/fx-team state directory: /Users/victorporof/.mozbuild object directory: /Users/victorporof/Work/Mozilla/fx-team/obj mozconfig path: /Users/victorporof/.mozconfig-firefox mozconfig configure args: --enable-application=browser --enable-optimize --enable-tests --with-ccache=/usr/local/bin/ccache --disable-crashreporter mozconfig extra make args: AUTOCLOBBER=1 mozconfig make flags: -j8
Please attach the whole config.log.
And the contents of /Users/victorporof/.mozconfig-firefox
AS="/usr/bin/as" LD="/usr/bin/ld.gold" Hum, I don't expect those to do any good on a mac. But that's not the cause of your error, which comes from this: configure:4758: /usr/local/bin/ccache /usr/local/bin/clang-3.4 -E conftest.c >/dev/null 2>conftest.out /usr/include/module.map:1:25: warning: unknown attribute 'extern_c' [-Wignored-attributes] module Darwin [system] [extern_c] { ^ /usr/include/module.map:1561:21: warning: unknown attribute 'extern_c' [-Wignored-attributes] module os [system] [extern_c] { ^ /usr/include/module.map:1577:26: warning: unknown attribute 'extern_c' [-Wignored-attributes] module libkern [system] [extern_c] { ^ /usr/include/module.map:1602:23: warning: unknown attribute 'extern_c' [-Wignored-attributes] module ldap [system] [extern_c] { ^ /usr/include/module.map:1635:23: warning: unknown attribute 'extern_c' [-Wignored-attributes] module krb5 [system] [extern_c] { ^ /usr/include/module.map:1662:22: warning: unknown attribute 'extern_c' [-Wignored-attributes] module XPC [system] [extern_c] { ^ 6 warnings generated. configure: failed program was: #line 4752 "configure" #include "confdefs.h" #include <assert.h> Syntax Error I'm not sure why the test fails because of warnings that are not -Werror, though.
(In reply to Mike Hommey [:glandium] from comment #12) > I'm not sure why the test fails because of warnings that are not -Werror, > though. Well, that's because it tests that nothing is output on stderr...
(In reply to Mike Hommey [:glandium] from comment #14) > http://stackoverflow.com/questions/29654241/how-do-i-get-rid-of-module-map- > warnings-in-the-osx10-10-sdk IOW, your clang version doesn't like your SDK.
(In reply to Mike Hommey [:glandium] from comment #12) > AS="/usr/bin/as" > LD="/usr/bin/ld.gold" > > Hum, I don't expect those to do any good on a mac. > Mozconfig is shared between platforms. Ignore those. (In reply to Mike Hommey [:glandium] from comment #15) > (In reply to Mike Hommey [:glandium] from comment #14) > > http://stackoverflow.com/questions/29654241/how-do-i-get-rid-of-module-map- > > warnings-in-the-osx10-10-sdk > > IOW, your clang version doesn't like your SDK. That's interesting. Two things: 1. I tried pointing it to the 10.9 SDK. Same error as with 10.10. 2. I haven't changed my clang version in at least a few months. I'll try building clang again or switch to 3.3 and post my results.
Did you upgrade Xcode recently?
(In reply to Mike Hommey [:glandium] from comment #17) > Did you upgrade Xcode recently? Yes, after I couldn't build anymore :) Current version is 6.3.1, building failed with the older one as well (can't remember the exact version before update).
Building seems to be working fine with clang 3.6 (llvm36), and it's currently in progress. I don't know if we officially support it though, I hope there's no crashes. I'll test out the other clangs as well.
User resolved error with help from a build peer, closing
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
Component: Build Config → General
Product: Firefox → Firefox Build System
You need to log in before you can comment on or make changes to this bug.