Hi All,
I am looking https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85539 bug and did
some analysis.
please help me on the below query.
For the below testcase,
$cat test.c
int foo(long *p)
{
return *p;
}
when compile with clang -O2
$clang test.c -O2 -S
$cat test.s
foo:
mo
Hi,
As per our analysis on the issue, I have some queries as per below:
Is there any target hooks for alloca?
Should we do the same like __builtin_alloca_with_align (array
allocation) or we assume the problem as a target based
(prologue/epilogue optimization) issue?
--
Thanks
Lokesh
On Mon, May 20, 2019 at 04:19:54PM +0930, Alan Modra wrote:
> On Thu, May 16, 2019 at 05:52:42PM -0500, Segher Boessenkool wrote:
> > Hi Umesh,
> >
> > On Thu, May 16, 2019 at 06:12:48PM +0530, Umesh Kalappa wrote:
> > > We are very new to Power abi and we are thinking to handle this case
> > > in
On Mon, May 20, 2019 at 02:55:33AM -0500, Segher Boessenkool wrote:
> On Mon, May 20, 2019 at 04:19:54PM +0930, Alan Modra wrote:
> > On Thu, May 16, 2019 at 05:52:42PM -0500, Segher Boessenkool wrote:
> > > Hi Umesh,
> > >
> > > On Thu, May 16, 2019 at 06:12:48PM +0530, Umesh Kalappa wrote:
> > >
On Mon, May 20, 2019 at 05:48:52PM +0930, Alan Modra wrote:
> On Mon, May 20, 2019 at 02:55:33AM -0500, Segher Boessenkool wrote:
> > On Mon, May 20, 2019 at 04:19:54PM +0930, Alan Modra wrote:
> > > On Thu, May 16, 2019 at 05:52:42PM -0500, Segher Boessenkool wrote:
> > > > I wonder if you have fo
On Mon, May 20, 2019 at 03:39:50AM -0500, Segher Boessenkool wrote:
> But it means it needs to make a stub for every global entry point that
> is used?
Mostly. Calls via function pointer don't (*), nor do you need stubs
when generating inline PLT calls. I'll note that use of the global
entry poi
Hello,
On Sat, May 18 2019, David Čepelík wrote:
> Dear GCC devs,
>
> in accordance with [1] I'd like to ask you to provide me
> with the copyright assignment form (the "for all future
> changes" variant). I'll be submitting a larger patch soon.
I believe the right process is to email the followi
On 17/05/2019 14:51, Tom Horsley wrote:
> I'm trying (for reason too complex to go into) to
> locate the TLS offset of the tcache_shutting_down
> variable from malloc in the ubuntu provided
> glibc on aarch64 ubuntu 18.04.
>
> Various "normal" TLS variables appear to operate
> much like x86_64 wit
Hello Tejas,
On Wed, May 08 2019, Tejas Joshi wrote:
> Hello.
> I can't figure out from the documentation how to add test cases in the
> testsuite and inspect the results. How can I do that? Although, Taking
> the mentioned conditions under consideration, I have made another
> patch, attached.
in
On Mon, 20 May 2019 15:43:53 +
Szabolcs Nagy wrote:
> you can verify that 0x152000 + 3608 == 0x152e18 is
> indeed a GOT entry (falls into .got) and there is a
>
> 00152e18 R_AARCH64_TLS_TPREL64 *ABS*+0x0010
There are a couple of other TLS variables in malloc, and I
suspe
On 20/05/2019 16:59, Tom Horsley wrote:
> On Mon, 20 May 2019 15:43:53 +
> Szabolcs Nagy wrote:
>
>> you can verify that 0x152000 + 3608 == 0x152e18 is
>> indeed a GOT entry (falls into .got) and there is a
>>
>> 00152e18 R_AARCH64_TLS_TPREL64 *ABS*+0x0010
>
> There are a
On Mon, 20 May 2019 17:07:59 +
Szabolcs Nagy wrote:
> and the R_*_TLSIE_* relocs are for .LANCHOR3 + 0,
> so there will be one GOT entry for the 3 objects
> and you should see
That may indeed explain what is going on. I'll
have to take a closer look at the specific
ubuntu libraries I have ins
On Mon, 20 May 2019, Martin Jambor wrote:
> in addition to the things already pointed out by Joseph, I have the
> following comments. But as Joseph has already pointed out, you should
> also test your patch on __float128 types, so please make sure your code
> gets invoked and works for something
13 matches
Mail list logo
