<copied to [EMAIL PROTECTED], because this conversation should be on the APR dev list>
> > This is wrong in general. The test programs should behave like external > > programs. This means that they can't use anything in the arch directory > > at all. The only include files they have access to is apr/include. > > However, testucs tests something that isn't exposed in the API. It's an > internal utility (until we bind it into apr_xlat_anything) that should be > exposed using existing semantics. It uses native semantics for fast file > names and other string transformations. What are we trying to test that we need to include a private header? My original purpose for the test directory was as a place to prove that APR works. If it doesn't work in this case, we should fix it, not hack around it. > My fundimental problem with apr_xlate is that we -still- don't have a > license compatible i18nlib, ergo no win32 xlat. Suggestions? I take it i18nlib is the i18n lib on Windows? Does FreeBSD have a lib that we can hack to work on Windows. Ryan _______________________________________________________________________________ Ryan Bloom [EMAIL PROTECTED] 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------
