Re: [PATCH] Re: Time zones (again)

2016-06-22 Thread Robert C. Helling
Hi, > Am 23.06.2016 um 04:17 schrieb Thiago Macieira : > > The assignment on that second line erases any settings from the previous line. > > If you want to parse *as* GMT, the only way to do it is using ISO format and > appending a "Z" to the target date. Something like >

Re: [PATCH] Re: Time zones (again)

2016-06-22 Thread Thiago Macieira
On quarta-feira, 22 de junho de 2016 22:47:33 PDT Robert Helling wrote: > here is a patch which implements (I hope) what I promised. I did some quick > checks in particular with the planner (there it indeed fixes a bug reported > in the user forum which got me started in the first place thinking

Re: [PATCH] Re: Time zones (again)

2016-06-22 Thread Linus Torvalds
On Wed, Jun 22, 2016 at 4:20 PM, Dirk Hohndel wrote: > > OK, this has gone wrong so many times... Linus, Thiago, would you take a > look at this and give an ACK if you agree that this is reasonable to take? The patch looks good to me. The only case that isn't obvious is the use

Re: [PATCH] Re: Time zones (again)

2016-06-22 Thread Dirk Hohndel
On Wed, Jun 22, 2016 at 10:47:33PM +0200, Robert Helling wrote: > > > Am 21.06.2016 um 22:44 schrieb Linus Torvalds > > : > > > > On Tue, Jun 21, 2016 at 1:43 PM, Robert Helling wrote: > >> > >> I didn’t mean init of subsurface. I meant init

Re: [PATCH] Set -std=c++11 flag for g++

2016-06-22 Thread Thiago Macieira
On quarta-feira, 22 de junho de 2016 14:59:49 PDT Dirk Hohndel wrote: > > On Jun 22, 2016, at 2:49 PM, Thiago Macieira wrote: > > > > On quarta-feira, 22 de junho de 2016 22:47:23 PDT Anton Lundin wrote: > >> @@ -73,6 +73,7 @@ elseif ("${CMAKE_CXX_COMPILER_ID}" STREQUAL > >>

Re: [PATCH] Set -std=c++11 flag for g++

2016-06-22 Thread Dirk Hohndel
> On Jun 22, 2016, at 2:49 PM, Thiago Macieira wrote: > > On quarta-feira, 22 de junho de 2016 22:47:23 PDT Anton Lundin wrote: >> @@ -73,6 +73,7 @@ elseif ("${CMAKE_CXX_COMPILER_ID}" STREQUAL "AppleClang") >>set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=gnu99 ") >>

Re: [PATCH] Set -std=c++11 flag for g++

2016-06-22 Thread Thiago Macieira
On quarta-feira, 22 de junho de 2016 22:47:23 PDT Anton Lundin wrote: > @@ -73,6 +73,7 @@ elseif ("${CMAKE_CXX_COMPILER_ID}" STREQUAL "AppleClang") > set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=gnu99 ") > elseif ("${CMAKE_CXX_COMPILER_ID}" STREQUAL "GNU") > set(CMAKE_C_FLAGS

Re: Time zones (again)

2016-06-22 Thread Thiago Macieira
On terça-feira, 21 de junho de 2016 14:34:38 PDT Thiago Macieira wrote: > Anyway, Qt API updated for 5.8: > https://codereview.qt-project.org/163231 It has just passed CI testing and is confirmed now for 5.8. -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org Software

Re: [PATCH] Re: Time zones (again)

2016-06-22 Thread Anton Lundin
On 22 June, 2016 - Robert Helling wrote: > > > Am 21.06.2016 um 22:44 schrieb Linus Torvalds > > : > > > > On Tue, Jun 21, 2016 at 1:43 PM, Robert Helling wrote: > >> > >> I didn’t mean init of subsurface. I meant init of QDateTime. > > > >

[PATCH] Re: Time zones (again)

2016-06-22 Thread Robert Helling
> Am 21.06.2016 um 22:44 schrieb Linus Torvalds : > > On Tue, Jun 21, 2016 at 1:43 PM, Robert Helling wrote: >> >> I didn’t mean init of subsurface. I meant init of QDateTime. > > Yes, if that works, then that sounds like a good idea. > >

[PATCH] Set -std=c++11 flag for g++

2016-06-22 Thread Anton Lundin
With Qt 5.7, they started to require c++11 support, and in 5.6.1 some nullptr's showed up in QtAndroidExtras/qandroidfunctions.h, so now we need to compile our c++ code with c++11 support in our compiler. Signed-off-by: Anton Lundin --- CMakeLists.txt | 1 + 1 file changed, 1

quick update on Qt 5.7

2016-06-22 Thread Dirk Hohndel
I pushed the latest build of Subsurface-mobile for Android based on Qt 5.6 to the testing channel on Google Play. This seems to work fairly well. And I made the changes necessary to build the Android version against Qt 5.7. Under downloads/daily you'll find a -1445 apk that is built against Qt

Re: [PATCH] WIP: use kirigami plugin instead of embedding in qrc

2016-06-22 Thread Marco Martin
On Wednesday 22 June 2016, Dirk Hohndel wrote: > Push whatever you want to change into master and I'll see if I can continue > to build an Android package. If that fails as well I'll just stay on the > last Kirigami that worked. I'll test a bit more this patch on android (and see if i can make it

Re: [PATCH] WIP: use kirigami plugin instead of embedding in qrc

2016-06-22 Thread Dirk Hohndel
> On Jun 22, 2016, at 9:34 AM, Marco Martin wrote: > > This is the latest version: > We now added a build time switch in kirigami > to produce a static library (in that case doesn't even need extra-cmake- > modules so no extra deps) > > the build scripts are updated to link

Re: [PATCH] WIP: use kirigami plugin instead of embedding in qrc

2016-06-22 Thread Marco Martin
This is the latest version: We now added a build time switch in kirigami to produce a static library (in that case doesn't even need extra-cmake- modules so no extra deps) the build scripts are updated to link to the generated static library, even tough is pretty ugly cmake, probably it should

Re: Cross-compiling Subsurface-mobile from Linux to Android

2016-06-22 Thread Dirk Hohndel
> On Jun 22, 2016, at 4:30 AM, Willem Ferguson > wrote: > > > > On 20/06/2016 21:52, Axel Richter wrote: >> Am 20.06.2016 um 21:14 schrieb Willem Ferguson: >>> >>> I am downloading build components to cross-compile to Android (i.e. >>> generating an .apk

Re: Cross-compiling Subsurface-mobile from Linux to Android

2016-06-22 Thread Joakim Bygdell
On 22 June 2016 at 13:30, Willem Ferguson wrote: > > > Simple questions from an ignorant person. > > I am not sure how to install Qt for use on Android. For Subsurface-mobile > to run on Android, where should Qt be installed? > Depending on if you use a

RE: Cross-compiling Subsurface-mobile from Linux to Android

2016-06-22 Thread Willem Ferguson
On 20/06/2016 21:52, Axel Richter wrote: Am 20.06.2016 um 21:14 schrieb Willem Ferguson: I am downloading build components to cross-compile to Android (i.e. generating an .apk file). I installed Android-ndk, Android-sdk (NOT Android-Studio) and the JDK (version 1.8). None of these