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

Reply via email to