aboutsummaryrefslogtreecommitdiffstats
path: root/src/songvec.h (unfollow)
Commit message (Collapse)AuthorFilesLines
2009-12-31Update copyright notices.Avuton Olrich1-1/+1
2009-10-13song: renamed attribute "url" to "uri"Max Kellermann1-1/+1
2009-03-13all: Update copyright header.Avuton Olrich1-0/+19
This updates the copyright header to all be the same, which is pretty much an update of where to mail request for a copy of the GPL and the years of the MPD project. This also puts all committers under 'The Music Player Project' umbrella. These entries should go individually in the AUTHORS file, for consistancy.
2008-12-28songvec: migrate from pthread to glib threadsThomas Jansen1-0/+4
2008-10-31added prefix to header macrosMax Kellermann1-2/+2
"LOG_H" is a macro which is also used by ffmpeg/log.h. This is ffmpeg's fault, because short macros should be reserved for applications, but since it's always a good idea to choose prefixed macro names, even for applications, we are going to do that in MPD.
2008-10-08don't include os_compat.hMax Kellermann1-1/+1
When there are standardized headers, use these instead of the bloated os_compat.h.
2008-10-08song: converted typedef Song to struct songMax Kellermann1-6/+7
Again, a data type which can be forward-declared.
2008-10-07songvec: pass const pointersMax Kellermann1-2/+5
Pass const songvec pointers to songvec_find() and songvec_for_each().
2008-10-07songvec: add songvec_for_each iteratorEric Wong1-0/+2
This is so we can more consistently deal with locking needed for thread-safety in iterator functions.
2008-09-29songvec: songvec_delete takes a const Song pointerEric Wong1-1/+1
We don't modify the Song when we delete it
2008-09-29songvec_free => songvec_destroyEric Wong1-1/+1
"free" implies the songvec structure itself is freed, which is not the case.
2008-09-23songvec: remove songvec_pruneEric Wong1-2/+0
Any pruned files will be noticed during update and pruned from the live database, so this inefficient function can go away and never come back.
2008-09-23Replace SongList with struct songvecEric Wong1-0/+24
Our linked-list implementation is wasteful and the SongList isn't modified enough to benefit from being a linked list. So use a more compact array of song pointers which saves ~200K on a library with ~9K songs (on x86-32).