summaryrefslogtreecommitdiffstats
path: root/qlist.h
Commit message (Collapse)AuthorAgeFilesLines
* qlist: add qlist_first()/qlist_next()Michael Roth2011-07-211-0/+11
| | | | | Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com> Signed-off-by: Luiz Capitulino <lcapitulino@gmail.com>
* Fix qtypes' licensesLuiz Capitulino2010-05-191-3/+4
| | | | | | | | - Change from GPL to LGPL - Add license text when missing - Minor cosmetic changes to make all headers look the same Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
* QList: Introduce QLIST_FOREACH_ENTRY()Luiz Capitulino2010-01-261-0/+10
| | | | | | | | | | | | | | | Iterate over QList entries, it's needed to call qlist_entry_obj() to retrieve the stored QObject. I'm not sure if it's ok to have this, because it's not as easy as qlist_iter() and the QListEntry data type is now exposed to the users, which means we have one more struct to be maintained when we have libqmp. Adding anyway, as it's more compact and people are asking for it. Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
* Add operations to qlist to allow it to be used as a stackAnthony Liguori2009-11-171-0/+4
| | | | | | | | | | This makes lists no longer invariant. It's a very useful bit of functionality though. To deal with the fact that lists are no longer invariant, introduce a deep copy mechanism for lists. Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
* Introduce QListLuiz Capitulino2009-10-081-0/+38
QList is a high-level data type that can be used to store QObjects in a singly-linked list. The following functions are available: - qlist_new() Create a new QList - qlist_append() Append a QObject to the list - qlist_iter() Iterate over stored QObjects Patchworks-ID: 35334 Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
OpenPOWER on IntegriCloud