We are currently using Intel Parallel Studio XE v2016.1.056 which embeds "Compilers and libraries" v2016.1.150 on CentOS 64-bit and we encountered a problem with the xiar tool.
The issue should be reproductible by calling:
$> xiar rb object1.o lib.a object2.o
That prompts "xiar: internal error: Assertion failed (shared/driver/linker.c, line 6832)" whether or not the ".o" and ".a" files exist or not.
But, if you run:
$> xiar r lib.a object.o
It will have the expected behaviour (checking files, and adding "object.o" to "lib.a").
Therefore, the issue seems to come from the "b" option which would normally add "object2.o" before "object1.o" in "lib.a". We never encountered this issue with the version 2013.5.192 of Composer XE and GNU ar v2.20 (which is used by xiar) supports the "b" option. The obvious way to circumvent this problem for us was to stop using the "b" option (or to call GNU ar instead of xiar) but it may not be a valid solution for everyone...
Software Developer at OPAL-RT Technologies