"Brandon H. Dwiel" writes:
> I would like to make the changes necessary so that the compiler expects the
> PC of the
> instruction directly after the branch to be put in the $ra register.
>
> I cannot locate where it is specified that PC+8 of an "and link" instruction
> is to
> be put in the $r
Hi all:
Recently I found some tricky bugs in a private target which supports
SIMD instructions.
The reason is auto-vectorization will try to use those SIMD
instructions which require data address be 32 bytes aligned.
So a target specific option, which enable generating runtime stac
On Feb 17, 2011, at 4:09 PM, Nicola Pero wrote:
> This patch is not me - it's by Iain Sandoe. :-)
Thanks for chipping in and helping out. I'm excited at having a Objective-C
compiler that works again on darwin.
That said, if people have any Objective-C codes, feel free to beat on them and
let
Mingjie Xing wrote:
> 2011/2/18 Fu, Chao-Ying :
> > I think your analysis is correct. We should just delete
> mips_order_regs_for_local_alloc()
> > in mips.c and delete ADJUST_REG_ALLOC_ORDER in mips.h.
> > Then, 3 accumulators can be used in dspr2-MULT.c and
> dspr2-MULTU.c now. Thanks!
>
> /
2011/2/18 Fu, Chao-Ying :
> I think your analysis is correct. We should just delete
> mips_order_regs_for_local_alloc()
> in mips.c and delete ADJUST_REG_ALLOC_ORDER in mips.h.
> Then, 3 accumulators can be used in dspr2-MULT.c and dspr2-MULTU.c now.
> Thanks!
/* ADJUST_REG_ALLOC_ORDER is a ma
On 02/14/2011 12:29 PM, David Daney wrote:
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
segmented. Only the range from 0..2^31-1 is available. Pointer
values are always sign extended.
Becau
On Thu, Feb 17, 2011 at 11:49:56PM +0100, Jan Hubicka wrote:
> The blog claims
> Architecture libxul.so size relocations size%
> x86 21,869,684 1,884,864 8.61%
> x86-6429,629,040 5,751,984 19.41%
>
> The REL encoding also grows twice for 64bit target?
>
>
Chung-Lin Tang wrote:
> I analyzed this testcase regression a while earlier; the
> direct cause of
> this is due to mips_order_regs_for_local_alloc(), which now serves as
> MIPS' ADJUST_REG_ALLOC_ORDER macro.
>
> The mips_order_regs_for_local_alloc() function seems to be written for
> the old loc
On 02/17/2011 02:49 PM, Jan Hubicka wrote:
>> On Thu, Feb 17, 2011 at 04:44:53PM +0100, Jan Hubicka wrote:
> According to Mozilla folks however REL+RELA scheme used by EABI leads
> to significandly smaller libxul.so size
>
> According to http://glandium.org/blog/?p=1177 the differen
Snapshot gcc-4.5-20110217 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20110217/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
> On Thu, Feb 17, 2011 at 04:44:53PM +0100, Jan Hubicka wrote:
> > > > According to Mozilla folks however REL+RELA scheme used by EABI leads
> > > > to significandly smaller libxul.so size
> > > >
> > > > According to http://glandium.org/blog/?p=1177 the difference is about
> > > > 4-5MB
> > > > (
Hello,
I am a student working on a project involving generating a MIPS processor.
We have decided to NOT implement logic to handle branch delay slots and instead
work with generating a compiler that will emit code without these delay slots.
The compiler tool chain versions are:
binutils: 2.
On 02/17/2011 10:06 AM, Jakub Jelinek wrote:
> On Thu, Feb 17, 2011 at 04:44:53PM +0100, Jan Hubicka wrote:
According to Mozilla folks however REL+RELA scheme used by EABI leads
to significandly smaller libxul.so size
According to http://glandium.org/blog/?p=1177 the difference
On Thu, 17 Feb 2011, Jan Hubicka wrote:
> > REL is horrible pain, we shouldn't ever add new REL targets.
>
> According to Mozilla folks however REL+RELA scheme used by EABI leads
> to significandly smaller libxul.so size
>
> According to http://glandium.org/blog/?p=1177 the difference is about 4
On 17 February 2011 17:26, Pascal Francq wrote:
> In fact, since it is related on how g++ is implementing its heritage mechanism
> in C++, I was thinking it was the right mailing-list. In fact, by adding a
> convenient method in Super2, the code compiles :
> template inline void Test(C* ptr)
On Thu, Feb 17, 2011 at 04:44:53PM +0100, Jan Hubicka wrote:
> > > According to Mozilla folks however REL+RELA scheme used by EABI leads
> > > to significandly smaller libxul.so size
> > >
> > > According to http://glandium.org/blog/?p=1177 the difference is about
> > > 4-5MB
> > > (out of approxi
On Thu, Feb 17, 2011 at 8:11 AM, Jan Beulich wrote:
On 17.02.11 at 16:49, "H.J. Lu" wrote:
>> On Thu, Feb 17, 2011 at 7:44 AM, Jan Hubicka wrote:
> According to Mozilla folks however REL+RELA scheme used by EABI leads
> to significandly smaller libxul.so size
>
> Accordi
In fact, since it is related on how g++ is implementing its heritage mechanism
in C++, I was thinking it was the right mailing-list. In fact, by adding a
convenient method in Super2, the code compiles :
template inline void Test(C* ptr) {Super::Test(ptr);}
This trick let me suppose that a
>>> On 17.02.11 at 16:49, "H.J. Lu" wrote:
> On Thu, Feb 17, 2011 at 7:44 AM, Jan Hubicka wrote:
>>> > According to Mozilla folks however REL+RELA scheme used by EABI leads
>>> > to significandly smaller libxul.so size
>>> >
>>> > According to http://glandium.org/blog/?p=1177 the difference is ab
On Thu, Feb 17, 2011 at 7:44 AM, Jan Hubicka wrote:
>> > According to Mozilla folks however REL+RELA scheme used by EABI leads
>> > to significandly smaller libxul.so size
>> >
>> > According to http://glandium.org/blog/?p=1177 the difference is about 4-5MB
>> > (out of approximately 20-30MB share
> > According to Mozilla folks however REL+RELA scheme used by EABI leads
> > to significandly smaller libxul.so size
> >
> > According to http://glandium.org/blog/?p=1177 the difference is about 4-5MB
> > (out of approximately 20-30MB shared lib)
>
> This is orthogonal to x32 psABI.
Understood.
On Thu, Feb 17, 2011 at 7:22 AM, Jan Hubicka wrote:
>> On Thu, Feb 17, 2011 at 08:35:26AM +, Jan Beulich wrote:
>> > >>> On 16.02.11 at 21:04, "H. Peter Anvin" wrote:
>> > > On 02/16/2011 11:22 AM, H.J. Lu wrote:
>> > >> Hi,
>> > >>
>> > >> I updated x32 psABI draft to version 0.2 to change
> On Thu, Feb 17, 2011 at 08:35:26AM +, Jan Beulich wrote:
> > >>> On 16.02.11 at 21:04, "H. Peter Anvin" wrote:
> > > On 02/16/2011 11:22 AM, H.J. Lu wrote:
> > >> Hi,
> > >>
> > >> I updated x32 psABI draft to version 0.2 to change x32 library path
> > >> from lib32 to libx32 since lib32 i
On Thu, Feb 17, 2011 at 08:35:26AM +, Jan Beulich wrote:
> >>> On 16.02.11 at 21:04, "H. Peter Anvin" wrote:
> > On 02/16/2011 11:22 AM, H.J. Lu wrote:
> >> Hi,
> >>
> >> I updated x32 psABI draft to version 0.2 to change x32 library path
> >> from lib32 to libx32 since lib32 is used for ia3
On Thu, Feb 17, 2011 at 12:35 AM, Jan Beulich wrote:
On 16.02.11 at 21:04, "H. Peter Anvin" wrote:
>> On 02/16/2011 11:22 AM, H.J. Lu wrote:
>>> Hi,
>>>
>>> I updated x32 psABI draft to version 0.2 to change x32 library path
>>> from lib32 to libx32 since lib32 is used for ia32 libraries on
On 17 February 2011 11:03, Pascal Francq wrote:
>
> Is this a problem related to a misunderstood concept from me, a wrong
> implementation or a technical problem of g++ ?
In any of those cases, such questions are off-topic on this mailing
list, which is for development of gcc, not help using it.
Hi,
While compiling the following code, I got an error :
template class Super
{
public:
Super(void) {}
void Test(C*) {}
};
class A
{
public:
A(void) {}
};
class A1 : public A
{
public:
A1(void) : A() {}
};
class A2 : public A
{
public:
A2(void) : A() {}
In the Specs Language documentation in gcc.c it says:
%* substitute the variable part of a matched option. (See below.)
Note that each comma in the substituted string is replaced by
a single space.
However that is not quite what it does. It actually appends a space
at th
>>> On 16.02.11 at 21:04, "H. Peter Anvin" wrote:
> On 02/16/2011 11:22 AM, H.J. Lu wrote:
>> Hi,
>>
>> I updated x32 psABI draft to version 0.2 to change x32 library path
>> from lib32 to libx32 since lib32 is used for ia32 libraries on Debian,
>> Ubuntu and other derivative distributions. The
29 matches
Mail list logo
