Re: [gpsd-dev] [PATCH] Fix compiling QT code with at least GCC 6.2.1

[Robert Norris]

This seems to produce a test_qgpsmm program in the SConstruct:

if qt_env:
    test_qgpsmm = env.Program('test_qgpsmm', ['test_gpsmm.cpp'],
                              LIBPATH=['.'],
                              OBJPREFIX='qt-',
                              LIBS=['Qgpsmm'])
    build_qt = qt_env.Alias('build', [compiled_qgpsmmlib,test_qgpsmm])
    qt_env.Default(*build_qt)
    testprogs.append(test_qgpsmm)


As the program is not statically linked, one has to set the ensure the 
LD_LIBRARY_PATH covers the location of the generated libQgpsmm.so before you 
can run test_qgpsmm.

Producing a statically built test_qgpsmm obviously requires more effort to 
create a static build version of the libQgpsmm.

Then of course using/confirming test_qgpsmm works effectively is another step 
beyond.

--
Be Seeing You - Rob.
If at first you don't succeed,
then skydiving isn't for you.

________________________________________
From: gpsd-dev <address@hidden> on behalf of Robert Norris <address@hidden>
Sent: 06 January 2017 22:53:57
To: address@hidden
Subject: Re: [gpsd-dev] [PATCH] Fix compiling QT code with at least GCC 6.2.1

>> Use of #ifndef USE_QT in libgpsd_core.c now seems pointless as it will 
>> always be TRUE.

>Umm, no.  The same sources are compiled twice - once for the "normal"
>library, and once for the Qt version.  The former case has that off.

Yes the libgps sources are compiled twice, but libgps*d*_core.c is no longer a 
dependency of it
Thus it won't be built for C++.

>> GPSD seems to have lost the build of a test_qgpsmm program from test_gpsmm.c 
>> in the great scons build conversion.

test_qgpsmm was just built with different compiler options applied to 
test_gpsmm.c and linking with the libQgpsmm.
So it should be easy to resurrect...

--
Be Seeing You - Rob.
If at first you don't succeed,
then skydiving isn't for you.