| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\
| |
| | |
Fix building libical-glib when STATIC_ONLY is enabled.
|
| | |
| |
| |
| | |
Fixes #527
|
| | |
| |
| |
| | |
allow-none has been deprecated and replaced by either nullable or optional.
|
| | |
| |
| |
| |
| | |
Do not return if the value is null for optional parameters as it is explicitly
allowed.
|
| | | |
|
| | |
| |
| |
| | |
no need to maintain 2 documetation files with the same content.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
exclusive
My reading of https://datatracker.ietf.org/doc/html/rfc5546#section-3.2.8
is that for METHOD:DECLINECOUNTER either DTEND or DURATION must be
present. If both are absent, the usual logic of calculating the end
applies, based on the value-type of DTSTART.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In icalcomponent_get_dtend():
• when both DTEND and DURATION are missing,
set DTEND to DTSTART when the value-type of DTSTART is DATE-TIME,
otherwise set DTEND = DTSTART + 1 day, when the value-type of DTSTART is DATE
• throw an error, if both DTEND and DURATION are present, as it is done in icalcomponent_get_duration()
In icalcomponent_get_duration():
• if DTEND and DURATION are missing and
the value-type of DTSTART is DATE-TIME return zero duration;
otherwise, if the value-type of DTSTART is DATE, return one day duration
• do not throw an error, if DTEND and DURATION are missing
In icalcomponent_get_span() account for the fact, that icalcomponent_get_dtend()
returns the correct DTEND, based on the value-type of DTSTART, when DTEND is missing.
Likewise for icalcomponent_foreach_recurrence().
Adjust test/regression-component.c to assume span.start == span.end,
when the event has only DTSTART and its value-type is DATE-TIME.
|
| | | |
|
| | |
| |
| |
| | |
Typo fixes
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Rather than increase the CMake version requirement to 3.7,
in order to upgrade from our less-than-perfect home-grown
FindICU we copy in the official CMake version and use that.
This seems to fix static linking problems with ICU on Windows.
It may also fix static linking on other platforms.
|
| |\ \
| | |
| | | |
libical-glib: Simplify memory management around ICalCompIter
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Previously, before this change, the components returned from
the ICalCompIter structures did not hold the reference to the parent
component, thus the parent component could be freed before the returned
instance, effectively destroying the internal libical native structure.
There was required to set the owner manually before, but it breaks
abstraction and is easy to forget.
This change makes all these things transparent. The old code does not need
to be changed, because it should set the same owner anyway, thus the call
results in no change on the ownership of the returned components.
|
| | | | |
|
| | | |
| | |
| | |
| | | |
otherwise it uses clang
|
| | | |
| | |
| | |
| | | |
conversion from size_t to unsigned long
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
FAILED: src/libical/ICal-3.0.gir /Users/appveyor/projects/libical/build/src/libical/ICal-3.0.gir
cd /Users/appveyor/projects/libical/build/src/libical && /Applications/CMake.app/Contents/bin/cmake -E env "CC='/Applications/Xcode-12.3.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc'" /usr/local/Cellar/gobject-introspection/1.70.0_1/bin/g-ir-scanner --c-include=libical/ical.h --pkg-export libical --identifier-prefix=ical -I/Users/appveyor/projects/libical/src/libical /Users/appveyor/projects/libical/build/src/libical/ical.h --namespace=ICal --nsversion=3.0 --no-libtool --library=ical --include=GObject-2.0 -L/Users/appveyor/projects/libical/build/lib --output /Users/appveyor/projects/libical/build/src/libical/ICal-3.0.gir --accept-unprefixed
In file included from /Users/appveyor/projects/libical/build/src/libical/g-ir-cpp-sqp1qszx.c:4:
/Users/appveyor/projects/libical/build/src/libical/ical.h:137:10: fatal error: 'time.h' file not found
^~~~~~~~
1 error generated.
|
| | | |
| | |
| | |
| | | |
an attempt to fix finding gobject-introspection-1.0
|
| | | |
| | |
| | |
| | | |
ubuntu uses dart as default sh
|
| | | |
| | |
| | |
| | | |
This ICalTimezone lifetime is a little bit special to reduce the allocated memory.
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Thanks to paweljonskim
"Resolve GetNumberFormat only on windows GetNumberFormat
is not implemented on wine correctly
(https://forum.winehq.org/viewtopic.php?t=27809) which results
in error when building. That means - if any linux user has
installed wine, the build of libical will fail."
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | |
| | | |
pkgconfig reports: No package 'gobject-introspection-1.0' found
need to investigate this
|
| | | |
| | |
| | |
| | | |
on Linux and Mac
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
temporarily switch to using NMake Makefiles on Windows
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | | |
disable on Windows
install gtk-doc packages on Mac and Ubuntu
|
| |/ / |
|
