ObjFW  History of .travis.yml of c536c268a0751c56

I've just had it with Travis. I coped with it being extremely buggy and
basically every single build needing to be restarted a few times until
it works because their macOS machines (but not only those) are super
buggy. But then they got even more buggy and it was no longer possible
to restart builds - which meant it became pretty useless, as every 2nd
build failed because Travis was buggy and there was no way to restart
it.

I contacted support about this, but they were unwilling to help me at
all until I switch plans and continuously pressured me to do so. After
repeatedly being told that switching plans would fix all my problems, I
finally gave in and switched to the open source plan. Hurray, I could
finally restart the failed builds! Only to then notice: After just 2
builds(!!), they decided that that used up all my credits. I contacted
support and told them that following their repeated nagging to change
plans only made it worse and now I cannot do any builds at all anymore.
I was basically told "Tough luck, we might refill credits in the future,
but it's currently unimplemented". They did not disclose this fact to me
when they coerced me to switch plans before "helping" me.

It is clear by now that Travis isn't interested in the open source
community at all anymore. They exploited the open source community to
get big so that companies would buy their services and now that they
did, they no longer care about open source. Given this, they no longer
deserve the support of the open source community and given how painful
it always was to support them due to their extreme bugginess and not
having any way to test changes before committing them, I am no longer
willing to invest my time into this to give them free advertising by
making them able to say how many open source projects use them, and by
familarizing developers with their product by exposing developers to it
in open source projects, giving Travis an advantage over competitors.

I will look for alternatives, and I advise everybody reading this to do
the same. check-in: [4bc6412b3a] user: js, branch: trunk, size: 0

This flag no longer exists. file: [29ad71ef67] check-in: [9ea99b287d] user: js, branch: 1.0, size: 10622 [annotate] [blame] [check-ins using] [diff]

The devkitPro developers deliberately broke Travis by blocking its IP
range from downloading. file: [c7f58226e6] check-in: [b9a4771366] user: js, branch: trunk, size: 12566 [annotate] [blame] [check-ins using] [diff]

If it continues at this rate, we might need to mirror the file. file: [aed3dda05e] check-in: [0362242302] user: js, branch: trunk, size: 12434 [annotate] [blame] [check-ins using] [diff]

This no longer exists, as isatty() is used instead now. file: [839879cad6] check-in: [141b8181c0] user: js, branch: trunk, size: 12438 [annotate] [blame] [check-ins using] [diff]

Xcode 11 is currently buggy and cannot build ObjFW.
Xcode 10.2 dropped support for 32-bit macOS. file: [251ca20f5d] check-in: [b373d2f8b9] user: js, branch: trunk, size: 9465 [annotate] [blame] [check-ins using] [diff]

PSP is unfortunately no longer part of devkitPro. file: [02fc4798d7] check-in: [7acee0909f] user: js, branch: trunk, size: 8786 [annotate] [blame] [check-ins using] [diff]

This should hopefully deal with the timeouts. file: [f41c6b9cab] check-in: [137fee6ddd] user: js, branch: trunk, size: 10192 [annotate] [blame] [check-ins using] [diff]

Unfortunately the new binaries removed ObjC support and the old binaries
have been deleted. file: [0c5fd14030] check-in: [1d154b247f] user: js, branch: trunk, size: 8897 [annotate] [blame] [check-ins using] [diff]

This is no longer required. file: [5cef52d24e] check-in: [c93d2a5ec9] user: js, branch: trunk, size: 8771 [annotate] [blame] [check-ins using] [diff]

This is mostly relevant for clean_log, as cleaning can clean the
clean_log first and then fail on another file. file: [2fcc91601e] check-in: [d3b3396366] user: js, branch: trunk, size: 8261 [annotate] [blame] [check-ins using] [diff]

* Reduce the iOS deployment target to 9.0.
* Define _Nonnull, _Nullable and _Null_unspecified for Xcode 6.
Xcode 6 used __nonnull, __nullable and __null_unspecified instead,
while already defining __has_feature(nullability).
* Always set WRAPPER=true for iOS simulator builds.
Old versions of Xcode generated binaries that target the simulator
but could be executed outside of it, resulting in the tests being run
as configure noticed it can run binaries, but the tests failing
because they expected an iOS environment. file: [82e1b8c899] check-in: [8dca47ec20] user: js, branch: trunk, size: 8199 [annotate] [blame] [check-ins using] [diff]

This also builds several combinations of flags and adds a build for the
Nintendo DS next to the Nintendo 3DS build. file: [8e068612f0] check-in: [a43bd84674] user: js, branch: trunk, size: 6237 [annotate] [blame] [check-ins using] [diff]

This contains Linux, macOS and iOS so far, with various flag
combinations and 32-bit and 64-bit. file: [7c4a408b66] check-in: [9607870d0b] user: js, branch: trunk, size: 24387 [annotate] [blame] [check-ins using]