On Monday 20 February 2012 09:38 PM, Aneesh V wrote:
On Saturday 18 February 2012 10:18 PM, Albert ARIBAUD wrote:
Hi Aneesh,
[...]
I will get back with more details on the Linaro GCC 2012.01 later.
I meant "the Linaro GCC 2012.01 tool-chain problem"
This is a different problem. Some of t
On Wednesday 22 February 2012 12:58 AM, Mike Frysinger wrote:
On Tuesday 21 February 2012 13:03:55 Aneesh V wrote:
I was planning to do that in the next revision of this series. BTW, I
guess the following in the arm linkage.h of kernel is useful too. Any
thoughts?
#define __ALIGN .align 0
#defi
On Tuesday 21 February 2012 13:03:55 Aneesh V wrote:
> I was planning to do that in the next revision of this series. BTW, I
> guess the following in the arm linkage.h of kernel is useful too. Any
> thoughts?
>
> #define __ALIGN .align 0
> #define __ALIGN_STR ".align 0"
arm allows unaligned instr
On Tuesday 21 February 2012 09:12 PM, Mike Frysinger wrote:
On Tuesday 21 February 2012 09:33:31 Tom Rini wrote:
On Mon, Feb 20, 2012 at 11:19:14PM -0500, Mike Frysinger wrote:
On Monday 20 February 2012 16:53:40 Simon Glass wrote:
On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote:
On Sun, Feb
On Tuesday 21 February 2012 09:33:31 Tom Rini wrote:
> On Mon, Feb 20, 2012 at 11:19:14PM -0500, Mike Frysinger wrote:
> > On Monday 20 February 2012 16:53:40 Simon Glass wrote:
> > > On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote:
> > > > On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger
On Mon, Feb 20, 2012 at 11:19:14PM -0500, Mike Frysinger wrote:
> On Monday 20 February 2012 16:53:40 Simon Glass wrote:
> > On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote:
> > > On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
> > >> On Saturday 18 February 2012 17:03:59 Simon Gla
Hi Mike,
On Mon, Feb 20, 2012 at 8:19 PM, Mike Frysinger wrote:
> On Monday 20 February 2012 16:53:40 Simon Glass wrote:
>> On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote:
>> > On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
>> >> On Saturday 18 February 2012 17:03:59 Simon Glas
On Monday 20 February 2012 16:53:40 Simon Glass wrote:
> On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote:
> > On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
> >> On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
> >> > On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
> >> >
On Monday 20 February 2012 15:07:46 Tom Rini wrote:
> On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
> > On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
> > > On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
> > > > -.globl reset_cpu
> > > > +.type reset_cpu, %function
>
Hi Tom, Aneesh,
On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote:
> On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
>> On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
>> > On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
>> > > -.globl reset_cpu
>> > > +.type reset_cpu,
On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote:
> On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
> > On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
> > > -.globl reset_cpu
> > > +.type reset_cpu, %function
> > > +.globalreset_cpu
> >
> > Should we introduce a m
On Saturday 18 February 2012 10:18 PM, Albert ARIBAUD wrote:
Hi Aneesh,
[...]
I will get back with more details on the Linaro GCC 2012.01 later.
I meant "the Linaro GCC 2012.01 tool-chain problem"
This is a different problem. Some of the .rodata symbols are given an
odd address although t
On Saturday 18 February 2012 17:03:59 Simon Glass wrote:
> On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
> > -.globl reset_cpu
> > +.type reset_cpu, %function
> > +.globalreset_cpu
>
> Should we introduce a macro to deal with this rather than writing it
> out each time? EXPORT()?
we h
Hi Anesh,
On Wed, Feb 15, 2012 at 5:57 AM, Aneesh V wrote:
> This is done using the following directive preceding
> each function definition:
>
> .type , %function
>
> This marks the symbol as a function in the object
> header which in turn helps the linker in some cases.
>
> In particular this w
Hi Aneesh,
Le 18/02/2012 17:34, Aneesh V a écrit :
On Saturday 18 February 2012 06:54 PM, Aneesh V wrote:
Hi Albert,
On Saturday 18 February 2012 03:43 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 17/02/2012 12:09, Aneesh V a écrit :
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V w
On Saturday 18 February 2012 06:54 PM, Aneesh V wrote:
Hi Albert,
On Saturday 18 February 2012 03:43 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 17/02/2012 12:09, Aneesh V a écrit :
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V wrote:
This is done using the following directive pre
Hi Aneesh,
Le 18/02/2012 14:24, Aneesh V a écrit :
Hi Albert,
On Saturday 18 February 2012 03:43 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 17/02/2012 12:09, Aneesh V a écrit :
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V wrote:
This is done using the following directive preced
Hi Albert,
On Saturday 18 February 2012 03:43 PM, Albert ARIBAUD wrote:
Hi Aneesh,
Le 17/02/2012 12:09, Aneesh V a écrit :
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V wrote:
This is done using the following directive preceding
each function definition:
.type, %function
This
Hi Aneesh,
Le 18/02/2012 12:12, Aneesh V a écrit :
On Friday 17 February 2012 10:43 PM, Mike Frysinger wrote:
On Wednesday 15 February 2012 08:57:31 Aneesh V wrote:
This is done using the following directive preceding
each function definition:
.type, %function
This marks the symbol as a func
On Friday 17 February 2012 10:43 PM, Mike Frysinger wrote:
On Wednesday 15 February 2012 08:57:31 Aneesh V wrote:
This is done using the following directive preceding
each function definition:
.type, %function
This marks the symbol as a function in the object
header which in turn helps the lin
Hi Aneesh,
Le 17/02/2012 12:09, Aneesh V a écrit :
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V wrote:
This is done using the following directive preceding
each function definition:
.type, %function
This marks the symbol as a function in the object
header which in turn helps t
On Wednesday 15 February 2012 08:57:31 Aneesh V wrote:
> This is done using the following directive preceding
> each function definition:
>
> .type , %function
>
> This marks the symbol as a function in the object
> header which in turn helps the linker in some cases.
>
> In particular this was
Hi Albert,
On Wednesday 15 February 2012 07:27 PM, Aneesh V wrote:
This is done using the following directive preceding
each function definition:
.type, %function
This marks the symbol as a function in the object
header which in turn helps the linker in some cases.
In particular this was foun
This is done using the following directive preceding
each function definition:
.type , %function
This marks the symbol as a function in the object
header which in turn helps the linker in some cases.
In particular this was found needed for resolving ARM/Thumb
calls correctly in a build with Thum
24 matches
Mail list logo
