Hi Tobias! On 2020-06-24T15:36:25+0200, Tobias Burnus <tob...@codesourcery.com> wrote: > [...] who knows > what users are doing...
Indeed. ;-) > On 6/23/20 9:36 PM, Thomas Schwinge wrote: >> I don't think I can approve, but seems fine if this works (as you've >> confirmed) -- it's one incremental step forward! (Noting that nobody spoke up against this.) >> What about 'gcc/config/i386/intelmic-mkoffload.c'? I see that one >> unconditionally passes '-fPIC' to some things -- is that doing the right >> thing for your case, too? > > I have not setup intelmic to test, but it uses -fPIC -share throughout > and in particular for the sister function to the one to those patched. > Hence, I expect that it will simply work. – But I wouldn't mind if you > could test that it indeed does work. I did now test this manually on a simple example, and yes, it works. (And, while Intel MIC offloading's emulated mode could be ported to other targets, it currently isn't, so Intel MIC (emulated) 'mkoffload' only needs to care about x86_64-pc-linux-gnu, and for that one, its unconditional '-fPIC' seems to be doing the expected thing.) Grüße Thomas ----------------- Mentor Graphics (Deutschland) GmbH, Arnulfstraße 201, 80634 München / Germany Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Alexander Walter
