The return of ASAN issues

Albert Astals Cid aacid at kde.org
Mon May 30 21:36:43 UTC 2016


El dilluns, 30 de maig de 2016, a les 19:42:38 CEST, Ben Cooksley va escriure:
> Hi all,
> 
> As you may recall, some time ago the CI scripts were adapted to
> forcibly inject ASAN into all test processes launched on the CI system
> to fix Marble's tests, as Marble does not use ECM and thus does not
> enable ASAN as a result.
> 
> Unfortunately this has bad effects with certain processes,
> particularly Java based ones. This causes the tests of other projects
> to fail as a result with segmentation faults, as they're incompatible
> with forced ASAN injection - they have to actually be built with ASAN
> for it to work.
> 
> Can someone please investigate another solution?

I know it's a workaround, but given Marble is a bit of an unique snowflake in 
that it doesn't want to use ECM because it adds 0.3MB of dependencies, can't 
we just apply the LD_PRELOAD workaround on the "marble" job level (afaik we 
can do those things)?

What you suggest would be superb correct-ness wise but it doesn't seem the 
more effort/result solution.

Cheers,
  Albert

> 
> As ASAN is contagious, I would suggest that any Framework which is
> compiled using ASAN have adjustments made to it's *Config.cmake files
> to ensure linking for any binary/library built with it is setup
> properly. I've no idea how complicated that is to setup though.
> 
> This would fix Marble's tests while allowing Skrooge's tests that
> depend on Java to be unaffected (and I considered the original fix to
> inject ASAN a bit hackish, so i'm not surprised it's had casualties)
> 
> Cheers,
> Ben
> _______________________________________________
> Kde-frameworks-devel mailing list
> Kde-frameworks-devel at kde.org
> https://mail.kde.org/mailman/listinfo/kde-frameworks-devel




More information about the Kde-buildsystem mailing list