On Sat, Aug 6, 2011 at 2:02 PM, dsh <daniel.hais...@googlemail.com> wrote:
> Hi Jean-Sebastien,
>
> for which Xcode versions shall we be heading for? 4.1 or 4.2 on Lion
> (I have 4.2 dev preview 5 on one of my Lion systems to develop iOS 5
> apps) and 4.0.2 on snow leopard? I would then check which would be the
> min LLVM/clang version that needs to be supported.

If I remember correctly 4.0.2 didn't have all the required C++0x
support (I didn't research it extensively though), but I'm pretty sure
that 4.1 and 4.2 are based on LLVM 3.0+ and should work. I have Xcode
4.1 on Lion right now, but if you only manage to make it work with
Xcode 4.2 that's OK with me too, I'll just upgrade to 4.2 as well :).

> Shall we try to keep GCC compatibility if possible (e.g. should it be
> possible to build Tuscany on platforms where there's no LLVM
> distribution available)? On FreeBSD for instance it's your own
> decision whether to compile the system's user-land utilities etc.
> either using GCC or LLVM/clang. FreeBSD makes this possible by either
> setting CC to CC=gcc or CC=clang and so on in /etc/make.conf. Maybe we
> could use a similar mechanism...

Yes, I'm interested in keeping compatibility with GCC for some time to
run it on my EC2 and home servers, which don't have LLVM yet... Best
would be to detect availability of LLVM in configure.ac and
automatically point CC and CXX to it when available, and have a
--with-llvm=yes/no configure option to override that if needed (like
with the other configure options listed by configure --help).

The configure.ac language is a little cryptic so let me know if you
need help with that detection + option setup, as I've already done
similar things several times.

>
> Concerning CMake - That has for now low priority to me I would focus
> on LLVM and if that is done on CMake.
>

Sounds good!

-- 
Jean-Sebastien

Reply via email to