ICU4C proposal: Rearranging intermediate location of tools and libraries
George Rhoten <[email protected]> Mon, 15 Mar 2004 16:52:42 -0800
| Newsgroups | gmane.comp.lib.icu.general |
|---|---|
| Message-ID | <OF6190C666.260CECFF-ON86256E59.0002FE42-88256E59.0004D3FB@us.ibm.com> |
I would like to change the intermediate location of the ICU tools and libraries for Unix builds. I would like the tools to appear in icu/source/bin, and the libraries and import libraries to appear in icu/source/lib. Background Information: We are trying to make the Microsoft Visual Studio work with the Unix Makefiles using CygWin. These generated libraries and tools do not have a dependency on the CygWin environment. ICU 2.8 partially works in this environment already, but you have to copy genccode and gencmn to the pkgdata directory for it to work right, which is the wrong way to do it. This change will fix the pkgdata dependency issue by putting all the tools into one directory, just like the Windows builds. This change will help to test that the ICU libraries and tools do not have a burned in relative path for other ICU libraries. This change will make it easier for frequent ICU debuggers to specify one directory for LD_LIBRARY_PATH instead of multiple directories. An include directory won't be created by this proposal, you will continue to use "gmake install" to get that directory. I picked icu/source/bin because that is where configure lives. Out of source builds will break if we put the binaries up one directory (in the icu directory), and we can't move configure because that will break a lot of other people's current build systems that use ICU. If you use, "gmake install" to get the binaries and tools, you will not be affected by this change. Deadline for comments: March 22, 2004 George Rhoten IBM Globalization Center of Competency/ICU San José, CA, USA ICU main website: http://oss.software.ibm.com/icu/index.html