RE: cvs commit: apache-2.0/src/lib/apr/test testucs.c

[rb...@covalent.net]

<copied to dev@apr.apache.org, 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                        	rbb@apache.org
406 29th St.
San Francisco, CA 94131
-------------------------------------------------------------------------------