Building cross gcc and binutils is easy, but for the libc/libgcc parts. I've
wrestled with this a lot.
I'm trying to build an ia64-linux cross toolset from a Mac.
Including cross building glibc.
I've gone through many options and errors, including sysroot and not,
following the LFS stuff and
From: Hans-Peter Nilsson
Date: Sat, 12 Nov 2011 07:25:46 -0500 (EST)
> On Fri, 11 Nov 2011, David Miller wrote:
>>
>> While building libstdc++ I get an assertion failure in haifa-sched.c,
>> specifically the assertion on line 3437 is failing:
>
>> I haven't looked more deeply at it, but the firs
Snapshot gcc-4.7-2012 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-2012/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On 11/12/2011 04:25 PM, David Miller wrote:
From: Joel Sherrill
Date: Sat, 12 Nov 2011 08:34:29 -0600
From my perspective, the head doesn't look so good. :(
I'm extremely disappointed with how the last 2 weeks have gone
as well. I can't work on any of the bugs I want to work on
because the t
From: Joel Sherrill
Date: Sat, 12 Nov 2011 08:34:29 -0600
> From my perspective, the head doesn't look so good. :(
I'm extremely disappointed with how the last 2 weeks have gone
as well. I can't work on any of the bugs I want to work on
because the tree keeps being broken.
I guess the end of s
From: Dennis Clarke
Date: Sat, 12 Nov 2011 12:51:18 -0500 (EST)
>> While building libstdc++ I get an assertion failure in haifa-sched.c,
>> specifically the assertion on line 3437 is failing:
>
> I am seeing no major problems on Sparc at all. What rev of GCC are you
> referring to please?
As
>
> While building libstdc++ I get an assertion failure in haifa-sched.c,
> specifically the assertion on line 3437 is failing:
I am seeing no major problems on Sparc at all. What rev of GCC are you
referring to please?
Dennis
--
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D
On Fri, Nov 11, 2011 at 8:58 PM, Dominique Dhumieres wrote:
> For the record, Jakub's comment on IRC:
>
>> with older gdb you simply had to find the stwcx
>> or whatever SC insn is, put a breakpoint after
>> it and continue instead of single stepping
I'm not familiar enough with gdb scripting to
On Sat, Nov 12, 2011 at 8:52 AM, Jonathan Wakely wrote:
> Actually in our case (as you know) we have SCARY iterators, so
> multimap::iterator is a typedef, and the actual type is
> std::_Rb_tree_iterator> which is even less
> useful to know!
Exactly. One of the key reasons why we added "auto" t
On 12 November 2011 08:56, Theodore Papadopoulo wrote:
>>
>> Yes, the reason I'm delighted with auto is that there are cases
>> where I do not want to know the type (or I want to write generic
>> code that will work with different kinds of containers). For
>>
>> std::multimap amap;
>>
>> when I wr
On 11/11/2011 10:53 PM, David Miller wrote:
From: David Miller
Date: Fri, 11 Nov 2011 20:41:23 -0500 (EST)
I haven't looked more deeply at it, but the first recent suspicious change
are the basic block handling changes Alan made two days ago:
2011-11-09 Alan Modra
* function.c (bb_ac
On Sat, Nov 12, 2011 at 2:56 AM, Theodore Papadopoulo
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/11/2011 08:59 AM, Joe Buck wrote:
>> On Thu, Nov 10, 2011 at 10:04:34PM -0800, Gabriel Dos Reis wrote:
>>> On Thu, Nov 10, 2011 at 10:12 AM, Jonathan Wakely
>>> wrote:
>>>
On Fri, 11 Nov 2011, David Miller wrote:
>
> While building libstdc++ I get an assertion failure in haifa-sched.c,
> specifically the assertion on line 3437 is failing:
> I haven't looked more deeply at it, but the first recent suspicious change
> are the basic block handling changes Alan made two
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/11/2011 08:59 AM, Joe Buck wrote:
> On Thu, Nov 10, 2011 at 10:04:34PM -0800, Gabriel Dos Reis wrote:
>> On Thu, Nov 10, 2011 at 10:12 AM, Jonathan Wakely
>> wrote:
>>
>>> Adding this to GCC seems like a total waste of time, write a
>>> dwarf p
14 matches
Mail list logo
