Carl Hetherington 47faebb367 Missing file. ... git-svn-id: svn://localhost/ardour2/branches/3.0@11779 d708f5d6-7413-0410-9779-e7cbd77b26cf		2012-04-02 13:52:36 +00:00
..
boost-debug
macosx
pbd	Remove unused ustring version of url_decode(). Rework	2012-04-01 14:30:06 +00:00
test	Missing file.	2012-04-02 13:52:36 +00:00
.cvsignore
base_ui.cc
basename.cc
boost_debug.cc
cartesian.cc
ChangeLog
clear_dir.cc
cocoa_open_uri.mm
command.cc
controllable_descriptor.cc
controllable.cc	Slightly unpleasant fix for creation of tracks from	2011-11-16 23:03:59 +00:00
convert.cc	Remove unused ustring version of url_decode(). Rework	2012-04-01 14:30:06 +00:00
COPYING
cpus.cc
crossthread.cc
debug_rt_alloc.c
debug.cc	Fix typo.	2012-01-09 01:59:52 +00:00
dmalloc.cc
enums.cc
enumwriter.cc	Add basic test of playlist layering.	2011-12-15 14:33:20 +00:00
epa.cc
error.cc
event_loop.cc
file_manager.cc
file_utils.cc
filesystem_paths.cc
filesystem.cc	Save templates as directories with plugin state, if	2011-12-11 20:38:42 +00:00
fpu.cc	explain MXCSR shenanigans in libs/pbd/fpu.cc	2011-12-26 22:32:21 +00:00
gettext.h
i18n.h
id.cc
libpbd.pc.in
libpbd.spec.in
locale_guard.cc
malign.cc
mountpoint.cc	complete the do-not-free-data-from-getmntinfo() fix	2012-01-11 18:14:18 +00:00
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	Clear up confusion with overloads of _frozen and frozen()	2011-12-17 16:37:18 +00:00
strreplace.cc
strsplit.cc
textreceiver.cc
transmitter.cc
undo.cc
uuid_boost.cc
uuid.cc
whitespace.cc
wscript	Fix libpbd tests and add test for url_decode().	2012-04-01 14:29:26 +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