llvm dev - Oct 2008 - [LLVMdev] 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