On Thu, Jul 25, 2013 at 05:06:55AM +0200, Jakub Jelinek wrote:
> On Wed, Jul 24, 2013 at 07:36:31PM +0200, Richard Biener wrote:
> > >Make them callee saved means we need to change ld.so to
> > >preserve them and we need to change unwind library to
> > >support them. It is certainly doable.
> >
>
On 07/24/2013 11:51 PM, David Starner wrote:
> On Wed, Jul 24, 2013 at 8:50 AM, Andrew Haley wrote:
>> Not at all: we're just disagreeing about what a real system with
>> a real workload looks like.
>
> No, we aren't. We're disagreeing about whether it's acceptable to
> enable a feature by defaul
2013/7/25 Ian Lance Taylor :
> On Wed, Jul 24, 2013 at 4:36 PM, Roland McGrath wrote:
>>
>> Will an MPX-using binary require an MPX-supporting dynamic linker to run
>> correctly?
>>
>> * An old dynamic linker won't clobber %bndN directly, so that's not a
>> problem.
>
> These are my answers and
On 07/24/2013 05:58 PM, Zamyatin, Igor wrote:
Hi All!
This is to let you know that enabling of Intel® MPX technology (see details in
http://download-software.intel.com/sites/default/files/319433-015.pdf) in GCC
has been started. (Corresponding changes in binutils are here -
http://sourceware.
On Wed, Jul 24, 2013 at 9:52 PM, Ondřej Bílka wrote:
> On Wed, Jul 24, 2013 at 08:25:14AM -1000, Richard Henderson wrote:
>> On 07/24/2013 05:23 AM, Richard Biener wrote:
>> > "H.J. Lu" wrote:
>> >
>> >> Hi,
>> >>
>> >> Here is a patch to extend x86-64 psABI to support AVX-512:
>> >
>> > Afaik av
On Thu, Jul 25, 2013 at 03:17:43PM +0300, Janne Blomqvist wrote:
> On Wed, Jul 24, 2013 at 9:52 PM, Ondřej Bílka wrote:
> > On Wed, Jul 24, 2013 at 08:25:14AM -1000, Richard Henderson wrote:
> >> On 07/24/2013 05:23 AM, Richard Biener wrote:
> >> > "H.J. Lu" wrote:
> >> >
> >> >> Hi,
> >> >>
> >>
2013/7/25 Florian Weimer :
> On 07/24/2013 05:58 PM, Zamyatin, Igor wrote:
>>
>> Hi All!
>>
>> This is to let you know that enabling of IntelŽ MPX technology (see
>> details in
>> http://download-software.intel.com/sites/default/files/319433-015.pdf) in
>> GCC has been started. (Corresponding chang
Hi,
This got lost in our site-consolidation efforts.
We are working to make it active again.
Will update the community soon.
Regards
Ganesh
From: Joseph Myers [jos...@codesourcery.com]
Sent: Tuesday, July 23, 2013 2:57 PM
To: H.J. Lu
Cc: GNU C Library; GCC
On 07/25/2013 03:50 PM, Ilya Enkovich wrote:
Do you mean 'Bounds Directory' when say 'translation tables'? If yes,
then you should be able to access it by getting its address from
BNDCFGU register.
Good to know.
It is not clear how Bound Tables may be shared. Bound Tables are used
to hold bo
On Thu, Jul 25, 2013 at 4:08 AM, Ilya Enkovich wrote:
> 2013/7/25 Ian Lance Taylor :
>> On Wed, Jul 24, 2013 at 4:36 PM, Roland McGrath wrote:
>>>
>>> Will an MPX-using binary require an MPX-supporting dynamic linker to run
>>> correctly?
>>>
>>> * An old dynamic linker won't clobber %bndN direct
On Thu, Jul 25, 2013 at 08:55:38AM +0200, Ondřej Bílka wrote:
> On Thu, Jul 25, 2013 at 05:06:55AM +0200, Jakub Jelinek wrote:
> > On Wed, Jul 24, 2013 at 07:36:31PM +0200, Richard Biener wrote:
> > > >Make them callee saved means we need to change ld.so to
> > > >preserve them and we need to chang
On Wed, Jul 24, 2013 at 4:36 PM, Roland McGrath wrote:
> I've read through the MPX spec once, but most of it is still not very
> clear to me. So please correct any misconceptions. (HJ, if you answer
> any or all of these questions in your usual style with just, "It's not a
> problem," I will fin
On Wed, Jul 24, 2013 at 5:23 PM, Ian Lance Taylor wrote:
>> * The foo@plt pseudo-symbols that e.g. objdump will display are based on
>> the BFD backend knowing the size of PLT entries. Arguably this ought
>> to look at sh_entsize of .plt instead of using baked-in knowledge, but
>> it doesn'
Snapshot gcc-4.8-20130725 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20130725/
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
I am getting a crash with my backend when running arbitrary code with
-g. Apparently this is because the compiler aborts at dwarf2cfi.c:2852
(GCC 4.8.1-release, because
initial_return_save (INCOMING_RETURN_ADDR_RTX);
INCOMING_RETURN_ADDR_RTX is undefined.
The documentation states "You only need
I am reaching this code like this:
(gdb) p targetm.debug_unwind_info ()
$1 = UI_DWARF2
(gdb) p targetm_common.except_unwind_info (&global_options)
$2 = UI_SJLJ
On Thu, Jul 25, 2013 at 3:57 PM, Hendrik Greving
wrote:
> I am getting a crash with my backend when running arbitrary code with
> -g. A
I found this email thread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48459
It sounds like I should define TARGET_DEBUG_UNWIND_INFO and return
UI_NONE for now?
On Thu, Jul 25, 2013 at 3:57 PM, Hendrik Greving
wrote:
> I am getting a crash with my backend when running arbitrary code with
> -g. A
On Thu, Jul 25, 2013 at 1:17 AM, Andrew Haley wrote:
> On 07/24/2013 11:51 PM, David Starner wrote:
>> On Wed, Jul 24, 2013 at 8:50 AM, Andrew Haley wrote:
>>> Not at all: we're just disagreeing about what a real system with
>>> a real workload looks like.
>>
>> No, we aren't. We're disagreeing a
I was interested to watch the video of the DejaGnu BOF at the Cauldron. A
few issues with DejaGnu for toolchain testing that I've noted but I don't
think were covered there include:
* DejaGnu has a lot of hardcoded logic to try to find various files in a
toolchain build directory. A lot of it
19 matches
Mail list logo
