Re: [Alephmodular-devel] Preferences Update - library choice: expat
Status: Pre-Alpha
Brought to you by:
brefin
|
From: Br'fin <br...@ma...> - 2003-12-16 18:16:02
|
On Dec 16, 2003, at 9:33 AM, Timothy Collett wrote: > On Dec 16, 2003, at 7:15 AM, Br'fin wrote: > >> *mutter mutter grumble* >> >> It would figure that autoconf's tools don't like Application Support. >> Even when you do something like: >> ./configure --prefix='"/Library/Application >> Support/Expat/expat-1.95.7/"' >> >> On the other hand, I do agree that Application Support itself was >> never quite right. /Library/Libraries seems a little redundant. So >> how about /Library/Development? >> > > #1: did you try ./configure --prefix=/Library/Application\ > Support/Expat/expat-1.95.7/ ? That only gets the prefix past the initial command line. It then gets dropped into scripts relatively unescaped and certainly unquoted. So you get past the initial step to have the setup still falter and miswork. > #2: Since expat's so small, why not just make it part of AM? That > means 1 less thing that people have to have installed to run it, which > makes people more likely to want to install it--less hassle for those > who don't understand libraries and Unixland and such. My plan with expat is to link it in statically. Thus there's nothing for the end-user to install. I whole heartedly agree that the user shouldn't have to look for other libraris to install first before they run the application All this business with /Library/Development or /Library/Application Support is specifically for the AM developers. Specifically, I'm applying what I did to standardize the location of Lua and Speex libraries under OSX for AlephOne to what I'm doing here for AlephModular. I'm also trying to get consensus, and smooth out wrinkles. -Jeremy Parsons |