aboutsummaryrefslogtreecommitdiffstats
path: root/src/songvec.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* directory: replace songvec with doubly linked listMax Kellermann2012-01-241-51/+0
|
* songvec: _delete() returns voidMax Kellermann2012-01-241-1/+1
| | | | | The given song must exist, or MPD will abort. Calling it with an unknown song is illegal.
* copyright year 2011Max Kellermann2011-01-291-1/+1
|
* Update copyright notices.Avuton Olrich2009-12-311-1/+1
|
* song: renamed attribute "url" to "uri"Max Kellermann2009-10-131-1/+1
|
* all: Update copyright header.Avuton Olrich2009-03-131-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.
* songvec: migrate from pthread to glib threadsThomas Jansen2008-12-281-0/+4
|
* added prefix to header macrosMax Kellermann2008-10-311-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.
* don't include os_compat.hMax Kellermann2008-10-081-1/+1
| | | | | When there are standardized headers, use these instead of the bloated os_compat.h.
* song: converted typedef Song to struct songMax Kellermann2008-10-081-6/+7
| | | | Again, a data type which can be forward-declared.
* songvec: pass const pointersMax Kellermann2008-10-071-2/+5
| | | | Pass const songvec pointers to songvec_find() and songvec_for_each().
* songvec: add songvec_for_each iteratorEric Wong2008-10-071-0/+2
| | | | | This is so we can more consistently deal with locking needed for thread-safety in iterator functions.
* songvec: songvec_delete takes a const Song pointerEric Wong2008-09-291-1/+1
| | | | We don't modify the Song when we delete it
* songvec_free => songvec_destroyEric Wong2008-09-291-1/+1
| | | | | "free" implies the songvec structure itself is freed, which is not the case.
* songvec: remove songvec_pruneEric Wong2008-09-231-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.
* Replace SongList with struct songvecEric Wong2008-09-231-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).