Paul Davis 7a76168b66 more fixes/tweaks from the land of the lion ... git-svn-id: svn://localhost/ardour2/branches/3.0@12150 d708f5d6-7413-0410-9779-e7cbd77b26cf		2012-05-02 20:45:17 +00:00
..
boost-debug
macosx
pbd	more fixes/tweaks from the land of the lion	2012-05-02 20:45:17 +00:00
test	Missing file.	2012-04-02 13:52:36 +00:00
.cvsignore
base_ui.cc	eventloop and abstractui debugging, lots more commenting on abstractui/eventloop implementation; minor tweaks elsewhere	2012-04-24 16:45:38 +00:00
basename.cc
boost_debug.cc
cartesian.cc
ChangeLog
clear_dir.cc
cocoa_open_uri.mm
command.cc
controllable_descriptor.cc
controllable.cc
convert.cc	more fixes/tweaks from the land of the lion	2012-05-02 20:45:17 +00:00
COPYING
cpus.cc
crossthread.cc	another quick OS X Lion gcc suggestion	2012-05-02 20:33:39 +00:00
debug_rt_alloc.c
debug.cc	eventloop and abstractui debugging, lots more commenting on abstractui/eventloop implementation; minor tweaks elsewhere	2012-04-24 16:45:38 +00:00
dmalloc.cc
enums.cc
enumwriter.cc
epa.cc
error.cc
event_loop.cc	eventloop and abstractui debugging, lots more commenting on abstractui/eventloop implementation; minor tweaks elsewhere	2012-04-24 16:45:38 +00:00
file_manager.cc
file_utils.cc
filesystem_paths.cc
filesystem.cc
fpu.cc
gettext.h
i18n.h
id.cc
libpbd.pc.in
libpbd.spec.in
locale_guard.cc
malign.cc
mountpoint.cc
openuri.cc
pathscanner.cc
pool.cc
property_list.cc
pthread_utils.cc
receiver.cc
run-tests.sh	Fix libpbd tests and add test for url_decode().	2012-04-01 14:29:26 +00:00
search_path.cc
semutils.cc
shortpath.cc
signals.cc
sndfile_manager.cc
stacktrace.cc
stateful_diff_command.cc
stateful.cc
strreplace.cc
strsplit.cc
textreceiver.cc
transmitter.cc
undo.cc
uuid_boost.cc
uuid.cc
whitespace.cc
wscript	Possibly hacky fix for tests on newer Ubuntu (or maybe	2012-04-27 16:43:05 +00:00
xml++.cc	some deep changes to xml++ in which we retain a C-level xmlDocPtr as a member of an XMLTree objects. this allows us to do repeated XPATH searches (as in the midnam parser of libmidi++) without constantly rewriting an entire tree into memory to recreate a new xmlDocPtr with which we can search. Since XMLTree objects don't typically stay around for very long, just when serializing to/from disk, this is not anticipated to have much (if any) impact on memory consumption	2012-03-20 18:01:07 +00:00