libplist
libplist copied to clipboard
A library to handle Apple Property List format in binary or XML
This is a rebased version of #63 and should do pretty much the same thing as #69, #49, #4 and #5 . This pull request adds support for Microsoft Visual...
On macOS, it is common to have a python installation which creates Python.framework. For example, the .dmg installers from python.org will do this. It can also be done using pyenv...
Our current autoconf interprets the `distutils` deprecation as a failure when building with 3.10 Fix is to use 3.9 or to fix autotools to ignore the deprecation
Using modern C++ features (smart pointer, delegating constructors, auto, etc...) could make the code more robust and readable (less code) What about moving to c++14 and above?
I was wondering whether you'd consider using CMake as the build system for libplist and other libimobiledevice projects? One of the advantages of CMake is that it's a bit easier...
I noticed a couple of issues with the definition of plist_new_date(int32_t secs, int32_t usecs) that will manifest on January 18, 2038. secs is defined as the number of seconds since...
Having issues with the make process for 2.2.1. older versions worked for me cd ~/libplist git checkout . git pull ./autogen.sh --without-cython make install `Configuration for libplist 2.2.1: ------------------------------------------- Install...
ld: warning: ignoring file ../libcnary/.libs/libcnary.a, building for macOS-x86_64 but attempting to link with file built for macOS-x86_64 Undefined symbols for architecture x86_64: "_node_first_child", referenced from: _compare_plist in plist_cmp.o "_node_next_sibling", referenced...
Getting the same error as #66 (which is horribly formatted, so I thought I'd file a new issue) on Ubuntu 20. One workaround was to run the `sudo apt-get install...
I built libplist with the python bindings and when I try to import it, it crashes. My simple script is: ``` import sys sys.path.append( "/Users/jamesh/tmp/local/lib/python3.8/site-packages" ) import plist ``` without...