On Thu, Nov 13, 2014 at 2:41 AM, David Malcolm wrote:
> On Tue, 2014-11-11 at 11:43 +0100, Richard Biener wrote:
>> On Tue, Nov 11, 2014 at 8:26 AM, Jakub Jelinek wrote:
>> > On Mon, Nov 10, 2014 at 05:27:50PM -0500, David Malcolm wrote:
>> >> On Sat, 2014-11-08 at 14:56 +0100, Jakub Jelinek wrot
On 13 November 2014 10:45, Richard Biener wrote:
>
> Hmm.
>
> struct assign;
> struct base {
> operator assign *() const { return (assign *)this; }
> };
> struct assign : base {
> };
>
> void foo (assign *);
> void bar (base *b)
> {
> foo (b);
> }
>
> doesn't work, but
>
> void bar (base &b)
>
Sorry for the (very) delayed response. I'm still looking for feedback
here so I can fix the docs.
To refresh: The topic of conversation was the (extremely) wrong
explanation that has been in the docs since forever about how to use
memory constraints with inline asm to avoid the performance hi
On Thu, Nov 13, 2014 at 1:03 PM, David Wohlferd wrote:
> Sorry for the (very) delayed response. I'm still looking for feedback here
> so I can fix the docs.
>
> To refresh: The topic of conversation was the (extremely) wrong explanation
> that has been in the docs since forever about how to use m
2014-11-11 10:05 GMT+01:00 Richard Biener :
[...]
> I think you need to retain the fact that one needs to bootstrap, not just
> build GCC. Thus "If your change is to code that is not in a front
> end, or is to the C or C++ front ends or libgcc or
> libstdc++
> libraries, you must perform a bootstr
On 11/12/2014 04:26 PM, Jakub Jelinek wrote:
On Wed, Nov 12, 2014 at 12:58:37PM +0300, Yury Gribov wrote:
On 11/12/2014 11:45 AM, Marek Polacek wrote:
On Wed, Nov 12, 2014 at 11:42:39AM +0300, Yury Gribov wrote:
On 11/11/2014 05:15 PM, Jakub Jelinek wrote:
There are also some unsafe code in f
Am 13.11.2014 um 14:08 schrieb Fabien Chêne:
> Perhaps that would make sense to mention the existence of the compile
> farm, and add link to it.
Good idea. Bonus points for adding a script which executes all the required
steps.
Markus
--
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. (FH) M
On Thu, 13 Nov 2014, David Wohlferd wrote:
> Sorry for the (very) delayed response. I'm still looking for feedback here so
> I can fix the docs.
Thank you for your diligence.
> As I said before, triggering a full memory clobber for anything over 16 bytes
> (and most sizes under 16 bytes) makes t
On Thu, Nov 13, 2014 at 2:53 PM, Hans-Peter Nilsson wrote:
> On Thu, 13 Nov 2014, David Wohlferd wrote:
>> Sorry for the (very) delayed response. I'm still looking for feedback here
>> so
>> I can fix the docs.
>
> Thank you for your diligence.
>
>> As I said before, triggering a full memory clo
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
On 11/13/2014 05:45 AM, Richard Biener wrote:
On Thu, Nov 13, 2014 at 2:41 AM, David Malcolm wrote:
On Tue, 2014-11-11 at 11:43 +0100, Richard Biener wrote:
On Tue, Nov 11, 2014 at 8:26 AM, Jakub Jelinek wrote:
On Mon, Nov 10, 2014 at 05:27:50PM -0500, David Malcolm wrote:
On Sat, 2014-11-0
On Thu, Nov 13, 2014 at 3:24 PM, Andrew MacLeod wrote:
> On 11/13/2014 05:45 AM, Richard Biener wrote:
>>
>> On Thu, Nov 13, 2014 at 2:41 AM, David Malcolm
>> wrote:
>>>
>>> On Tue, 2014-11-11 at 11:43 +0100, Richard Biener wrote:
On Tue, Nov 11, 2014 at 8:26 AM, Jakub Jelinek wrote:
>
x86-64 psABI has
name@GOT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT.
name@GOTPLT: specifies the offset to the GOT entry for the symbol name
from the base of the GOT, implying that there is a corresponding PLT entry.
But GCC never generates name@GOTPLT an
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
On 11/13/2014 09:34 AM, Richard Biener wrote:
On Thu, Nov 13, 2014 at 3:24 PM, Andrew MacLeod wrote:
On 11/13/2014 05:45 AM, Richard Biener wrote:
On Thu, Nov 13, 2014 at 2:41 AM, David Malcolm
wrote:
On Tue, 2014-11-11 at 11:43 +0100, Richard Biener wrote:
On Tue, Nov 11, 2014 at 8:26 AM,
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
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
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.
> *
On 11/13/2014 03:55 PM, H.J. Lu wrote:
> x86-64 psABI has
>
> name@GOT: specifies the offset to the GOT entry for the symbol name
> from the base of the GOT.
>
> name@GOTPLT: specifies the offset to the GOT entry for the symbol name
> from the base of the GOT, implying that there is a correspondi
Hi,
On Thu, 13 Nov 2014, H.J. Lu wrote:
> x86-64 psABI has
>
> name@GOT: specifies the offset to the GOT entry for the symbol name
> from the base of the GOT.
>
> name@GOTPLT: specifies the offset to the GOT entry for the symbol name
> from the base of the GOT, implying that there is a correspo
On Thu, Nov 13, 2014 at 8:33 AM, Michael Matz wrote:
> Hi,
>
> On Thu, 13 Nov 2014, H.J. Lu wrote:
>
>> x86-64 psABI has
>>
>> name@GOT: specifies the offset to the GOT entry for the symbol name
>> from the base of the GOT.
>>
>> name@GOTPLT: specifies the offset to the GOT entry for the symbol na
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
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 9:03 AM, H.J. Lu wrote:
> On Thu, Nov 13, 2014 at 8:33 AM, Michael Matz wrote:
>> Hi,
>>
>> On Thu, 13 Nov 2014, H.J. Lu wrote:
>>
>>> x86-64 psABI has
>>>
>>> name@GOT: specifies the offset to the GOT entry for the symbol name
>>> from the base of the GOT.
>>>
>>> name@GO
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
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 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 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 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 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 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
Dear All,
It is my pleasure to announce the MELT plugin 1.1.3 for GCC 4.8 or 4.9
MELT is a high-level domain specific language and plugin to customize
GCC, see http://gcc-melt.org/ for details.
It is free software, GPLv3+ licensed, FSF copyrighted.
You can download the source tarball from
htt
Snapshot gcc-4.8-20141113 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20141113/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On 11/13/2014 6:02 AM, Richard Biener wrote:
On Thu, Nov 13, 2014 at 2:53 PM, Hans-Peter Nilsson wrote:
On Thu, 13 Nov 2014, David Wohlferd wrote:
Sorry for the (very) delayed response. I'm still looking for feedback here so
I can fix the docs.
Thank you for your diligence.
As I said befo
Dear Training Manager
Below are the confirmed classes for Nov 2014
Advance PC Configuration, Troubleshooting & Data Recovery Rate: RM1530 Date:
13-14th November 2014 Time: 9am-5pm Venue: Vistana Hotel, KL Trainer: En Muhammad
Date: 18-19th December 2014 Venue: Suria City Hotel, Johor Bahru Tra
I've forgot if someone mentioned whether we have a test-case in
our test-suite for this feature.
I'm looking thru gcc/testsuite/*.c to see if I can spot anything. It's
not easy since there is a lot of asm and the people who write these
are apparently allergic to using comments to describe wh
38 matches
Mail list logo
