Re: linking in private non-Framework libraries
Re: linking in private non-Framework libraries
- Subject: Re: linking in private non-Framework libraries
- From: Glenn Howes <email@hidden>
- Date: Mon, 30 Sep 2002 17:50:18 -0700
Hi Everyone,
I'd like to thank everyone for their help. It looks like the solution
was to upgrade to BerkeleyDB 4.2.24 and use the --disable-shared option
which actually succeeds now. (Thank you again Sherm for taking the time
to download and make the library.) Now the DB library is statically
linked into my executable as I would have expected and hoped for in the
first place.
Of course, now all the database utility tools such as db_recover,
db_verify, etc. went from being 30K to half a MB with the static
linking. Guess, I'll just have to choose which ones to embed.
And of course, it being that kind of week, the unplanned database
version upgrade ended up toasting my personal collection of records
(although I should be able to recover them.) I guess it's lucky no
one's been able to test it yet.
Anyone interested in having a look at "Glenn's first Cocoa app" can
go to
http://homepage.mac.com/grhowes/Helpful/InCDius2.html and
download the disk image (with source). It's an audio CD database/freedb
client. I just hope I've gotten past my library dependencies problem.
(It requires Jaguar to run.) It's very nice, especially for long time
Mac users with a ton of CDs track names locked into their CD Remotes
Prefs file.
And again thank you all for the support. External to my little coding
project, this has been nearly the worst week of my life. I don't know
how I could have gotten through it with my sanity without the
consistent warmth of my fellow humans both online and off. We shouldn't
forget how good the average person can be and usually is.
--glenn
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.