On Thu, Nov 13, 2014 at 10:47 PM, Jakub Jelinek wrote:
> On Thu, Nov 13, 2014 at 11:53:53PM +0300, Ilya Verbin wrote:
>> > Don't you need another plugin to claim those offload IR sections?
>>
>> No, the plan was that a regular plugin will just ignore offload IR
>> sections by default. In your con
On Thu, Nov 13, 2014 at 11:53:53PM +0300, Ilya Verbin wrote:
> > Don't you need another plugin to claim those offload IR sections?
>
> No, the plan was that a regular plugin will just ignore offload IR
> sections by default. In your configuration ld detects a __gnu_lto_slim
> symbol and decided t
On Thu, Nov 13, 2014 at 12:53 PM, Ilya Verbin wrote:
> On 13 Nov 2014, at 23:11, H.J. Lu wrote:
>>
>> Section Headers:
>> [Nr] Name TypeAddress OffSize
>> ES Flg Lk Inf Al
>> [ 0] NULL 00
>> 00 00 0
On 13 Nov 2014, at 23:11, H.J. Lu wrote:
>
> Section Headers:
> [Nr] Name TypeAddress OffSize
> ES Flg Lk Inf Al
> [ 0] NULL 00
> 00 00 0 0 0
> [ 1] .text PROGBITS000
On Thu, Nov 13, 2014 at 11:20 AM, Ilya Verbin wrote:
> On 13 Nov 10:48, H.J. Lu wrote:
>> /usr/local/bin/ld: /tmp/ccA8cExp.o: plugin needed to handle lto object^M
>
> Looks like we should set flag_fat_lto_objects while compilation with
> offloading.
> I'll investigate this issue tomorrow.
>
> Cou
On Thursday 2014-11-13 12:41, David Edelsohn wrote:
> The patches have broken bootstrap on AIX and probably on other non-GNU
> platforms. strchrnul() is a GNU extension.
Yep, FreeBSD 8 is broken as well.
The failure rate of my nightly testers over the last two weeks
must be around 50%.
Gerald
On Thu, Nov 13, 2014 at 11:20 AM, Ilya Verbin wrote:
> On 13 Nov 10:48, H.J. Lu wrote:
>> /usr/local/bin/ld: /tmp/ccA8cExp.o: plugin needed to handle lto object^M
>
> Looks like we should set flag_fat_lto_objects while compilation with
> offloading.
> I'll investigate this issue tomorrow.
>
> Cou
On 13 Nov 10:48, H.J. Lu wrote:
> /usr/local/bin/ld: /tmp/ccA8cExp.o: plugin needed to handle lto object^M
Looks like we should set flag_fat_lto_objects while compilation with offloading.
I'll investigate this issue tomorrow.
Could you please also show a version and configure options for ld?
Tha
On Thu, Nov 13, 2014 at 10:37 AM, Ilya Verbin wrote:
> On 13 Nov 09:17, H.J. Lu wrote:
>> I noticed many libgomp test failures:
>>
>> https://gcc.gnu.org/ml/gcc-regression/2014-11/msg00309.html
>>
>> Have you seen them?
>
> Hi H.J.,
>
> I do not see these regressions on i686-linux and x86_64-linux
On 13 Nov 09:17, H.J. Lu wrote:
> I noticed many libgomp test failures:
>
> https://gcc.gnu.org/ml/gcc-regression/2014-11/msg00309.html
>
> Have you seen them?
Hi H.J.,
I do not see these regressions on i686-linux and x86_64-linux.
Could you please provide more details? (configure options, erro
Kirill,
The patches have broken bootstrap on AIX and probably on other non-GNU
platforms. strchrnul() is a GNU extension.
/nasfarm/edelsohn/src/src/gcc/lto-wrapper.c: In function 'unsigned int
parse_env_var(const char*, char***, const char*)':
/nasfarm/edelsohn/src/src/gcc/lto-wrapper.c:427:35:
On Thu, Nov 13, 2014 at 6:14 AM, Kirill Yukhin wrote:
> Hello,
>
> Support of OpenMP 4.0 offloading to future Xeon Phi was fully checked in to
> main
> trunk.
>
> Thanks everybody who helped w/ development and review.
>
I noticed many libgomp test failures:
https://gcc.gnu.org/ml/gcc-regression
Hi Tobias,
On 13 Nov 16:15, Tobias Burnus wrote:
> Kirill Yukhin wrote:
> > Support of OpenMP 4.0 offloading to future Xeon Phi was
> > fully checked in to main trunk.
>
> Thanks. If I understood it correctly:
>
> * GCC 5 supports code generation for Xeon Phi (Knights Landing, KNL)
Right.
> *
Hi Tobias,
On 13 Nov 16:15, Tobias Burnus wrote:
> Kirill Yukhin wrote:
> > Support of OpenMP 4.0 offloading to future Xeon Phi was
> > fully checked in to main trunk.
>
> Thanks. If I understood it correctly:
>
> * GCC 5 supports code generation for Xeon Phi (Knights Landing, KNL)
Right.
> * KN
On Thu, Nov 13, 2014 at 04:15:48PM +0100, Tobias Burnus wrote:
> Question: Is the latter up to date - and the item above correct?
Will leave that to Kirill.
> BTW: you could update gcc.gnu.org ->news and gcc.gnu.org/gcc-5/changes.html
Indeed, that should be updated.
> Otherwise:
> * OpenACC sup
Kirill Yukhin wrote:
> Support of OpenMP 4.0 offloading to future Xeon Phi was
> fully checked in to main trunk.
Thanks. If I understood it correctly:
* GCC 5 supports code generation for Xeon Phi (Knights Landing, KNL)
* KNL (the hardware) is not yet available [mid 2015?]
* liboffloadmic support
Hello,
Support of OpenMP 4.0 offloading to future Xeon Phi was fully checked in to main
trunk.
Thanks everybody who helped w/ development and review.
--
Thanks, K
17 matches
Mail list logo