New feature (offsetof) has been implemented to my plugin.
Consider you've got a memory address by hardware debug tool in Linux and make
sure it refers to a variable of task_struct, now you need compute the address
of tsk->mm, but it isn't easy since there're too much members before it
struct t
On Apr 9, 2013, at 22:19, Segher Boessenkool wrote:
> Some numbers, 16-core 64-thread POWER7, c,c++,fortran bootstrap:
> -j6: real57m32.245s
> -j60: real38m18.583s
Yes, these confirm mine. It doesn't make sense to look at more
parallelization before we address the serial bottlenecks.
T
How does that work?
The binaries have to get the all the machines of the clusters
somewhere.
Does this assume you are using NFS or similar for your build
directory?
Won't the overhead of using that instead of local disk kill most
of the
parallelization benefit of a cluster over a single SMP
On 04/09/2013 11:55 AM, Senthil Kumar Selvaraj wrote:
+ error_at (loc, "dwarf version is not allowed. "
+ "Try -gdwarf-%d or -g%d instead.", value, value);
Let's be a bit more verbose, maybe
+ error_at (loc, "%<-gdwarf%s> is ambiguous; "
+ "use
On Fri, Apr 05, 2013 at 12:02:49AM +0530, Senthil Kumar Selvaraj wrote:
> On Thu, Apr 04, 2013 at 01:41:30PM -0400, Jason Merrill wrote:
> > On 04/04/2013 11:48 AM, Senthil Kumar Selvaraj wrote:
> > >+Common Var(dwarf_version, 4) Negative(gdwarf-)
> >
> > I don't think you need to mention the vari
> I want to run the Ada Conformity Assessment Test Suite in
> gcc/testsuite/ada/acats on a ZFP runtime.
> But the ACATS uses packages such as ADA.TEXT_IO which are not available on a
> ZFP runtime.
> Is there any way to configure the ACATS for a ZFP runtime environment?
Not really, this wouldn't m
Hi,
I want to run the Ada Conformity Assessment Test Suite in
gcc/testsuite/ada/acats on a ZFP runtime.
But the ACATS uses packages such as ADA.TEXT_IO which are not available on a
ZFP runtime.
Is there any way to configure the ACATS for a ZFP runtime environment?
I use GCC 4.5.2.
Cheers.
On Tue, Apr 9, 2013 at 3:51 PM, Basile Starynkevitch
wrote:
> On Tue, Apr 09, 2013 at 01:21:27PM +, Evgeny Gavrin wrote:
>> Is there any simple way to add support of custom pragma-directive for C/C++ =
>> front-ends?
>> I'm trying to avoid lots of modifications on every level from pa=
>> rser
On Tue, Apr 09, 2013 at 01:21:27PM +, Evgeny Gavrin wrote:
> Is there any simple way to add support of custom pragma-directive for C/C++ =
> front-ends?
> I'm trying to avoid lots of modifications on every level from pa=
> rser to GIMPLE.
Yes, make a GCC plugin (in C++) or better yet a MELT ex
Is there any simple way to add support of custom pragma-directive for C/C++ =
front-ends?
I'm trying to avoid lots of modifications on every level from pa=
rser to GIMPLE.
/*
With optimism,
Evgeny Gavrin
email : evgeny.gav...@hotmail.com
*/
Good afternoon,
my name is Christos and I'm an MSc student in Information Security at
Royal Holloway University of London.
I was recently thinking of how could a kernel control flow integrity
mechanism at compile time by enforcing checks on the ret instructions. I
think that a good start for
> What is the correct way to see if a register is used by a call and not
> used to e.g. hold the address of the callee? For example,
>
>20: %g1:DI=high(`baz')
>22: %g1:DI=[%g1:DI+low(`baz')]
>23: %o0:DI=0x4
>24: %o0:DI=call [%g1:DI] argc:0
>
> In the above code (from the .210.post
Hello,
What is the correct way to see if a register is used by a call and not
used to e.g. hold the address of the callee? For example,
20: %g1:DI=high(`baz')
22: %g1:DI=[%g1:DI+low(`baz')]
23: %o0:DI=0x4
24: %o0:DI=call [%g1:DI] argc:0
In the above code (from the .210.postreload dum
Clang does not support c++ syntax (new,delete,shared_ptr) for analyze.
No one c++ checker does not support opportunity to say that 'please
use smart pointer instead of naked pointer'. This is good way to avoid
memory leak and avoid other problems related with naked pointer. It
would be very nice ,
14 matches
Mail list logo
