[Haskell-cafe] GHC exceeding command line length limit with split-objs - and a possible fix
ekirpichov at gmail.com
Wed Jan 11 08:50:16 CET 2012
Oh well... looks like building ghc won't be easy, as it doesn't build with
llvm-gcc and it's not easy to get a "real" gcc on Lion. But I don't stop
On Wed, Jan 11, 2012 at 11:12 AM, Eugene Kirpichov <ekirpichov at gmail.com>wrote:
> I'm building gtk2hs on a mac with -fsplit-objs, and during compilation of
> the largest file, which produces about 7000 split objects, the linking
> phase fails.
> I'm assuming that's because the command line length has been exceeded,
> because other files compile fine, without -fsplit-objs it compiles fine
> too, and it compiles fine *with* -fsplit-objs on other OS - so perhaps the
> reason is in mac's tempfile name generation (they're longer than on other
> platforms) or something.
> I think a nice fix would be to employ gcc's ability to read options from a
> file - gcc @file - and write overly long option strings into temp files.
> It'd be fun for me to implement this as my first contribution to ghc; is
> this a good idea in general?
> Eugene Kirpichov
> Principal Engineer, Mirantis Inc. http://www.mirantis.com/
> Editor, http://fprog.ru/
Principal Engineer, Mirantis Inc. http://www.mirantis.com/
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Haskell-Cafe