llvm 2.4, gfortran and darwin?

Does anyone know if the issue with building the gfortran
front-end on Darwin will be addressed for llvm 2.4? The last
time a checked a few weeks back, llvm-gcc-4.2 svn was still
producing the linkage error...

Undefined symbols:
  "_create_init_utf16_var", referenced from:
      _darwin_build_constant_cfstring in libbackend.a(darwin.o)

I believe the analysis of this was that a bunch of ObjC building
code was placed in darwin.c and then called that in darwin-c.c.
I think the proposed fix was to link darwin-c.o into gfortran.
It would be nice if we didn't have a regression on building the
gfortran compiler on Darwin for llvm 2.4.
                Jack

  Does anyone know if the issue with building the gfortran
front-end on Darwin will be addressed for llvm 2.4? The last
time a checked a few weeks back, llvm-gcc-4.2 svn was still
producing the linkage error...

Undefined symbols:
  "_create_init_utf16_var", referenced from:
      _darwin_build_constant_cfstring in libbackend.a(darwin.o)

Please file a bug report.

I believe the analysis of this was that a bunch of ObjC building
code was placed in darwin.c and then called that in darwin-c.c.
I think the proposed fix was to link darwin-c.o into gfortran.
It would be nice if we didn't have a regression on building the
gfortran compiler on Darwin for llvm 2.4.

We have not been testing the build of gfortran for releases, but plan to for 2.5 and beyond. I know that it's tested regularly for linux, but not on Darwin. Therefore, this won't be a blocker for 2.4.

Thanks,
Tanya