Hi OS/X'ers, I see in rpython/translator/platform/darwin.py that we use only "clang" as the compiler on OS/X. There was some discussion in #pypy, as well as a proposal from Andrew Dalke to upgrade the gcc on the OS/X buildbot, which go along the lines of "clang is not necessarily always better than gcc on OS/X". So I would like that the RPython toolchain supports both choices. Please don't discuss clang-vs-gcc endlessly here, I'm sure there are people who think that clang is better than gcc and others that have the opposite view and both camps have strong opinions -- that's not the point and I don't honestly care. This e-mail is *only* about supporting both choices. Could someone on OS/X check that we can use gcc to translate pypy's? This can be checked by trying out a smaller example, like rpython/translator/goal/targetnopstandalone.py . What fixes do you need in darwin.py? Or simply pass some environment variable? Thanks! A bientôt, Armin.
The issue is mainly that the bundled GCC is very old (the last GPLv2, IIRC), but I can install a new GCC and try to translate later tonight, unless someone else beats me to it. Kenny / joushou
On 15/04/2014, at 12.55, Armin Rigo <arigo@tunes.org> wrote:
Hi OS/X'ers,
I see in rpython/translator/platform/darwin.py that we use only "clang" as the compiler on OS/X. There was some discussion in #pypy, as well as a proposal from Andrew Dalke to upgrade the gcc on the OS/X buildbot, which go along the lines of "clang is not necessarily always better than gcc on OS/X". So I would like that the RPython toolchain supports both choices.
Please don't discuss clang-vs-gcc endlessly here, I'm sure there are people who think that clang is better than gcc and others that have the opposite view and both camps have strong opinions -- that's not the point and I don't honestly care. This e-mail is *only* about supporting both choices.
Could someone on OS/X check that we can use gcc to translate pypy's? This can be checked by trying out a smaller example, like rpython/translator/goal/targetnopstandalone.py . What fixes do you need in darwin.py? Or simply pass some environment variable? Thanks!
A bientôt,
Armin. _______________________________________________ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/mailman/listinfo/pypy-dev
Hi Kenny, On 15 April 2014 15:22, Kenny Lasse Hoff Levinsen <kennylevinsen@gmail.com> wrote:
The issue is mainly that the bundled GCC is very old (the last GPLv2, IIRC), but I can install a new GCC and try to translate later tonight, unless someone else beats me to it.
Yes, that's what I meant (sorry if I was not clear): a recent GCC. Andrew installed gcc 4.8 through MacPorts. Thanks for helping! A bientôt, Armin.
Hi Armin, I just built on Mac OS 10.9 using gcc-4.9 from Homebrew. Other than a bit of fooling around (Apparently, setting DEFAULT_CC in darwin.py is a bad idea. Things fall apart.), it translated the nop example just fine. It’s also in the process of translating pypy, just for kicks. I’m translating from a fresh default. I only set CC=gcc-4.9 - no changes required, which is good! Kenny On 15 Apr 2014, at 16:13, Armin Rigo <arigo@tunes.org> wrote:
Hi Kenny,
On 15 April 2014 15:22, Kenny Lasse Hoff Levinsen <kennylevinsen@gmail.com> wrote:
The issue is mainly that the bundled GCC is very old (the last GPLv2, IIRC), but I can install a new GCC and try to translate later tonight, unless someone else beats me to it.
Yes, that's what I meant (sorry if I was not clear): a recent GCC. Andrew installed gcc 4.8 through MacPorts. Thanks for helping!
A bientôt,
Armin.
participants (2)
-
Armin Rigo
-
Kenny Lasse Hoff Levinsen