Hi,
On 17 November 2010 05:35, Michael Hope wrote:
> 1. How easy is it to frequently merge in SVN? It used to be terrible
> as you had to manually track the merges. These days can you do a 'svn
> merge trunk' and have it just work?
I asked Mike Meissner to answer this question. Mike is very ex
Hi there,
There's a recording of this mornings public plan review available on
the wiki at:
https://wiki.linaro.org/Releases/1105/PublicPlanReview
Also included is a copy of the slides and supporting documents. Might
be interesting for those who missed it.
-- Michael
_
On 11/18/2010 11:03 AM, Michael Hope wrote:
> A heads up. I'd like to have a brainstorming session on potential
> Thumb-2 performance improvements in GCC. Think about what you'd like
> in such a session, and what preperation should be done, and we can
> discuss the discussion (heh) on Monday.
>
A heads up. I'd like to have a brainstorming session on potential
Thumb-2 performance improvements in GCC. Think about what you'd like
in such a session, and what preperation should be done, and we can
discuss the discussion (heh) on Monday.
-- Michael
__
Loïc Minier writes:
> On Wed, Nov 17, 2010, Richard Sandiford wrote:
>>2. Go ahead and implement it without having the EABI updated.
>> See whether the results are good before deciding whether
>> to bless it in the EABI.
>
> My understanding is that we need to have an implementati
On Wed, Nov 17, 2010, Richard Sandiford wrote:
>2. Go ahead and implement it without having the EABI updated.
> See whether the results are good before deciding whether
> to bless it in the EABI.
My understanding is that we need to have an implementation to be in a
position to re
The STT_GNU_IFUNC blueprint:
https://wiki.linaro.org/WorkingGroups/ToolChain/Specs/Binutils-STT_GNU_IFUNC
says "the ARM EABI will be updated to support STT_GNU_IFUNC's requirements".
I suppose the most obvious thing that needs to be defined is the relocation
number for R_ARM_IRELATIVE. What's
On 17/11/10 09:57, Andrew Stubbs wrote:
On 17/11/10 03:35, Michael Hope wrote:
There's two open questions:
1. How easy is it to frequently merge in SVN? It used to be terrible
as you had to manually track the merges. These days can you do a 'svn
merge trunk' and have it just work?
Subversion 1
On Wed, Nov 17, 2010 at 2:53 AM, Michael Hope wrote:
> In general the product should move forward and drop work-arounds like
> -mimplicit-it. We (the greater ARM community) should fix these
> package problems as they are found. Here's a bunch of quick-fire
> statements:
>
> * Qt is currently br
On Wed, 17 Nov 2010 12:16:34 +0200
Ira Rosen wrote:
> On 15 November 2010 17:33, Julian Brown
> wrote:
>
> > On Mon, 15 Nov 2010 10:12:26 +0200
> > Ira Rosen wrote:
> >
> > > Do you think now that the changes in GIMPLE and RTL (a function
> > > attached to each vector) are unnecessary?
> >
> >
On Wed, Nov 17, 2010, Michael Hope wrote:
> https://wiki.linaro.org/MichaelHope/Sandbox/GCC46Hosting
> They're the same on the technical side, Launchpad wins on the release
> side, and SVN wins on the community side.
Maybe this has been considered, but I'll just double-check :-)
would it be g
On Tue, Nov 16, 2010, Mark Mitchell wrote:
> GCC policy is simple: you can host any branch you want in GCC SVN, so
> long as all the code is assigned to the FSF.
ah but at some point we have merged some CS patches which are not
necessarily assigned to the FSF because they came via third parties
On 15 November 2010 17:33, Julian Brown wrote:
> On Mon, 15 Nov 2010 10:12:26 +0200
> Ira Rosen wrote:
>
> > Hi Julian,
> >
> > On 12 November 2010 17:49, Julian Brown
> > wrote:
> > > ...
> > > The important observation is that vectors from case 1 and from
> > > cases 2/3 never interact: it's
On 17/11/10 03:35, Michael Hope wrote:
There's two open questions:
1. How easy is it to frequently merge in SVN? It used to be terrible
as you had to manually track the merges. These days can you do a 'svn
merge trunk' and have it just work?
Subversion 1.5 supports merging that appears to b
14 matches
Mail list logo
