I got a bit farther, but I'm hitting this now:
configure:10426: checking for host gcc c++0x headers bug without rtti
configure:10438: c++ -c -std=gnu++0x conftest.C 1>&5
cc1plus: error: unrecognized command line option "-std=gnu++0x"
configure: failed program was:
#line 10431 "configure"
#include "confdefs.h"
#include <memory>
int main() {
; return 0; }
configure: error: Your host toolchain does not support C++0x/C++11 mode
properly. Please upgrade your toolchain
*** Fix above errors and then restart with "make -f
client.mk build"
make[3]: *** [configure] Error 1
make[2]: *** [/Volumes/firefoxos/B2G/objdir-gecko/Makefile] Error 2
make[1]: *** [build] Error 2
make: *** [out/target/product/inari/obj/DATA/gecko_intermediates/gecko]
Error 2
Regards,
Christopher De Cairos
Integration Engineer - Webmaker
Mozilla Foundation
On 2013-10-16 2:21 PM, James Kruth wrote:
Christopher,
No worries. Can you verify that the updated brew formula actually installed
/usr/local/bin/g++-4.6? Also, is /usr/local/bin on your path?
- James
On Wednesday, October 16, 2013 2:14:47 PM UTC-4, Christopher De Cairos wrote:
Sorry for the wait, busy day.
With a clean build and following your instructions, I see the same clang
errors that I was seeing originally.
clang: error: argument unused during compilation: '-I
frameworks/base/tools/obbtool'
clang: error: argument unused during compilation: '-I
out/host/darwin-x86/obj/EXECUTABLES/obbtool_intermediates'
clang: error: argument unused during compilation: '-I
dalvik/libnativehelper/include/nativehelper'
clang: error: argument unused during compilation: '-isystem
system/core/include'
clang: error: argument unused during compilation: '-isystem
hardware/libhardware/include'
clang: error: argument unused during compilation: '-isystem
hardware/libhardware_legacy/include'
clang: error: argument unused during compilation: '-isystem
hardware/ril/include'
clang: error: argument unused during compilation: '-isystem
dalvik/libnativehelper/include'
clang: error: argument unused during compilation: '-isystem
frameworks/base/include'
clang: error: argument unused during compilation: '-isystem
frameworks/base/opengl/include'
clang: error: argument unused during compilation: '-isystem
frameworks/base/native/include'
clang: error: argument unused during compilation: '-isystem
external/skia/include'
clang: error: argument unused during compilation: '-isystem tools/include'
clang: error: argument unused during compilation: '-isystem
out/host/darwin-x86/obj/include'
clang: error: argument unused during compilation: '-include
system/core/include/arch/darwin-x86/AndroidConfig.h'
clang: error: argument unused during compilation: '-U DEBUG'
clang: error: argument unused during compilation: '-U DEBUG'
clang: error: argument unused during compilation: '-MF
out/host/darwin-x86/obj/EXECUTABLES/obbtool_intermediates/Main.d'
make: ***
[out/host/darwin-x86/obj/EXECUTABLES/obbtool_intermediates/Main.o] Error 1
Regards,
Christopher De Cairos
Integration Engineer - Webmaker
Mozilla Foundation
On 2013-10-16 12:33 PM, James Kruth wrote:
Chris,
Let's see if it works for Christopher. If it does, it would be incredibly
helpful if you'd update MDN. I'd eventually like to see this integrated into
the Mac OS bootstrap script and the build file, but I'm not sure how long that
may take.
- James
On Wednesday, October 16, 2013 8:36:45 AM UTC-4, Chris Mills wrote:
Ack, I guess this means
https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Building#clang_errors_when_building_with_XCode_5_on_Mac
needs an update ;-)
Chris Mills
Senior tech writer || Mozilla
developer.mozilla.org || MDN
[email protected] || @chrisdavidmills
On 16 Oct 2013, at 07:19, James Kruth <[email protected]> wrote:
What's the output of the following command?
ls -l `which llvm-gcc`
I've become convinced that depending on llvm-gcc is the wrong way to solve this
problem, as it's only going to work on systems that once had Xcode 4 installed.
I have another solution that seems much more robust, and is working (inasmuch
as the build has not failed). Here are the steps:
1. Start with a clean tree configured for inari (I've been running a ./build.sh
clean before each test). Make sure you don't have a .userconfig.
2. Run the following commands:
a. brew uninstall gcc-4.6
b. brew install --enable-cxx
https://gist.github.com/artlogic/6988658/raw/aeb9d1ea098274ad3f3fe2637b9df7f308a8a120/gcc-4.6.rb
The above is a minor modification of the b2g gcc-4.6 formula to enable
multilibs.
3. Change HOST_CXX in build/core/combo/HOST_darwin-x86.mk to |g++-4.6|. I've
actually modified mine a bit more so it works like the gcc-4.6 assignment
above. Here's a diff:
+HOST_CXX := g++-4.6
+ifeq (,$(wildcard /usr/local/bin/g++-4.6))
HOST_CXX := g++
+endif
After this, you should be able to build as normal. This should work on ANY
system, not just systems that have a stray llvm-gcc on them from Xcode 4.
You've already gone above and beyond in solving this problem. If you have
additional time, I'd appreciate your feedback on this technique.
As an aside, I'm still having trouble flashing the images, but I believe that
comes down to needing an updated boot.img, which is talked about here:
http://sl.edujose.org/2013/10/adapted-boot-image-for-use-with-b2g.html
- James
On Tuesday, October 15, 2013 8:42:47 PM UTC-4, Christopher De Cairos wrote:
I've attempted rebuilding from scratch, changing only the HOST_CXX var
generated in build/core/combo/HOST_darwin-x86.mk to llvm-gcc
I get this build error:
configure: error: Your host toolchain does not support C++0x/C++11 mode
properly. Please upgrade your toolchain
*** Fix above errors and then restart with "make -f client.mk
build"
make[3]: *** [configure] Error 1
make[2]: *** [/Volumes/firefoxos/B2G/objdir-gecko/Makefile] Error 2
make[1]: *** [build] Error 2
make: *** [out/target/product/inari/obj/DATA/gecko_intermediates/gecko] Error 2
which I haven't seen before. not sure what's causing it.
Regards,
Christopher De Cairos
Integration Engineer - Webmaker
Mozilla Foundation
On 2013-10-15 12:16 PM, James Kruth wrote:
Christopher,
I've been able to make (what I think) is a good build simply by changing
HOST_CXX inside build/core/combo/HOST_darwin-x86.mk to |llvm-g++|. None of the
other changes appeared to be necessary for me. I wonder if you might confirm
this on your end?
I haven't been able to flash this build, I think because no boot.img is being
created, and updates need to be made. Are you flashing on a production device?
If so, did you run into problems here? If not, then it could be something is
failing because I didn't attempt to make the other changes you mentioned.
- James
On Tuesday, October 15, 2013 9:58:28 AM UTC-4, Christopher De Cairos wrote:
I've made a few minor changes to the MDN article to fix some errors I
made in my original description. Thanks for documenting this!
Regards,
Christopher De Cairos
Integration Engineer - Webmaker
Mozilla Foundation
On 2013-10-15 3:52 AM, Chris Mills wrote:
Hi is great Christopher - thanks! I've added the following entry to the
documentation:
https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Building#clang_errors_when_building_with_XCode_5_on_Mac
Let me know if you think this reads ok.
Chris Mills
Senior tech writer || Mozilla
developer.mozilla.org || MDN
[email protected] || @chrisdavidmills
On 14 Oct 2013, at 17:53, Christopher De Cairos <[email protected]>
wrote:
I'll do my best to describe the problem below:
While building B2G with it configured for Inari, I ran into trouble on OSX.
Xcode 5 changes the gcc and g++ compilers in /usr/bin, which breaks the build
process if you try to use them to compile.
In order to work around the problem, I decided to manually change instances of
`g++` and `gcc` to `llvm-g++-4.2` and `llvm-ggc-4.2` in the following folders:
objdir-gecko/_virtualenv/lib/python2.7/config/Makefile
• CC
• CXX
build/core/combo/HOST_darwin-x86.mk
• HOST_OBJCC
• HOST_CC
• HOST_CXX
I also added this to my .userconfig file, for good measure:
export CXX=llvm-g++-4.6
export CC=llvm-gcc-4.6
export CPP=llvm-gcc-4.6
Let me know if I can clarify any of the above a bit further.
Regards,
Christopher De Cairos
Integration Engineer - Webmaker
Mozilla Foundation
On 2013-10-14 1:25 AM, Chris Mills wrote:
And a clear description of the problem would be good too. I'll then get it
added to MDN in an appropriate place.
cheers!
Chris Mills
Senior tech writer || Mozilla
developer.mozilla.org || MDN
[email protected]
|| @chrisdavidmills
On 14 Oct 2013, at 01:02, James Kruth
<[email protected]>
wrote:
Christopher,
That's great news! I'm wondering if you might be so kind as to outline the
files you needed to change?
- James
On Sunday, October 13, 2013 6:40:09 PM UTC-4, Christopher De Cairos wrote:
James,
Yes, the changes I made allowed me to successfully build B2G v1.3. There
were a few other bumps down the road - some other spots needed updates
for CC and CXX vars
In the end, I was able to successfully flash it onto my ZTE Open, and so
far it's working great.
Your assessment of the Xcode 5 update sounds about right to me, gcc and
g++ on my machine were no longer symlinked to my llvm-* binaries as they
may have been in Xcode 4.x
If the output from the build process was correct, then I won't be able
to build for a simulator, but I haven't tried that.
Regards,
Christopher De Cairos
Integration Engineer - Webmaker
Mozilla Foundation
On 2013-10-12 4:12 PM, James Kruth wrote:
Some updates on what appears to be going on here:
* On Xcode 4.x, /usr/bin/gcc was a symlink, likely to llvm-gcc-4.2 (which
apparently wouldn't produce a usable emulator build - I'm not sure about inari)
* With the Xcode 5 update, the CLI tools have replaced that symlink with an
actual binary, which is clang, as opposed to gcc.
The build obviously doesn't compile with clang, and so things are broken in
their current state. I'd be curious to know if Christopher's modifications
gave him a working inari build.
Where is the appropriate place to report a bug like this?
- James
On Saturday, October 12, 2013 12:59:23 AM UTC-4, James Kruth wrote:
Actually, Keon is called out specifically:
https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Firefox_OS_build_prerequisites#Requirements_for_Mac_OS_X
At this point, I'm willing to say it's not a problem with inari, as I just
attempted to build for emulator and received the same clang errors. There's
definitely a problem with the build process.
- James
On Saturday, October 12, 2013 12:55:27 AM UTC-4, Caio Lima wrote:
Guys, I don't remember where, but I have seen in documentation that the
inari build is not working on Mac OS X. I guess it was in "Build the
Firefox OS" on MDN
Give a look on this tutorial.
On Saturday, October 12, 2013, Reuben Morais wrote:
And yes, I'm pretty sure the bootstrap script should be passing
--enable-cxx to GCC's configure script. Not entirely sure because it looks
like Clang is being picked up (and causing the errors in the OP). You can
manually fix it by doing:
brew install
https://raw.github.com/mozilla-b2g/B2G/master/scripts/homebrew/gcc-4.6.rb--enable-cxx
-- reuben
--
Caio Lima
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
_______________________________________________
dev-b2g mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-b2g
