Hi,
The parameter MAX_PENDING_LIST_LENGTH is set to 32 by default. It
seems to me the length of pending list can't be larger than 32. But
in sched-deps.c, below code is used:
/* Pending lists can't get larger with a readonly context. */
if (!deps->readonly
&& ((deps->pendin
On 11/04/2014 09:11 AM, Richard Biener wrote:
I have no idea how I can keep the testcase working - to me it
seems it works by accident. So I am inclined to XFAIL it
(it's an accept-invalid then).
OK.
Jason
On 4 November 2014 16:34, Paolo Carlini wrote:
> Ah! The testsuite_allocator.h fix of yours is still unapplied, didn't know
> that, sorry ;)
My bad - I thought I'd committed it! Done now.
On 11/04/2014 04:46 PM, Paolo Carlini wrote:
Hi,
On 11/04/2014 04:32 PM, Jonathan Wakely wrote:
Not a big deal of course, but unfortunately today I'm seeing *two*
segfaults
for pb_ds:
performance/ext/pb_ds/multimap_text_insert_mem_large.cc
.../libstdc++-v3/scripts/check_performance: line 41:
On Tue, 4 Nov 2014, Tedeschi, Walfred wrote:
> Hello All,
>
> We would like to ping this patch:
> https://sourceware.org/ml/libc-alpha/2013-08/msg00482.html
This isn't a glibc / GCC / binutils patch. Try the
x86-64-...@googlegroups.com list instead.
--
Joseph S. Myers
jos...@codesourcery.com
Hello All,
We would like to ping this patch:
https://sourceware.org/ml/libc-alpha/2013-08/msg00482.html
We have some modifications on GDB side that depends on those changes.
Thanks and regards,
Walfred Tedeschi
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland
Sitz der Gese
Hi,
On 11/04/2014 04:32 PM, Jonathan Wakely wrote:
Not a big deal of course, but unfortunately today I'm seeing *two* segfaults
for pb_ds:
performance/ext/pb_ds/multimap_text_insert_mem_large.cc
.../libstdc++-v3/scripts/check_performance: line 41: 16173 Segmentation
fault ./$EXE_NAME &>tmp
On 4 November 2014 13:13, Paolo Carlini wrote:
> Hi again,
>
>
> On 11/04/2014 05:34 AM, Jonathan Wakely wrote:
>>
>> On 04/11/14 03:41 +, Jonathan Wakely wrote:
>>>
>>> On 03/11/14 22:07 +, Jonathan Wakely wrote:
On 3 November 2014 17:51, Paolo Carlini
wrote:
>
> .
On Tue, Nov 4, 2014 at 4:17 PM, Tobias Burnus
wrote:
> Hi all,
>
> currently, contrib/download_prerequisites downloads isl-0.12.2 from
> ftp://gcc.gnu.org/pub/gcc/infrastructure/$ISL.tar.bz2
>
> However, that version has a bug which causes an ICE (PR 62289).
> End of October, ISL 0.14 was released
Hi all,
currently, contrib/download_prerequisites downloads isl-0.12.2 from
ftp://gcc.gnu.org/pub/gcc/infrastructure/$ISL.tar.bz2
However, that version has a bug which causes an ICE (PR 62289).
End of October, ISL 0.14 was released, which should contain a fix for
that issue. Hence, one should con
Hi Jason,
on the match-and-simplify branch I currently see
And the C++ relying on fold _not_ folding (T) (T) 4B to 4 causes
FAIL: g++.dg/cpp0x/constexpr-reinterpret1.C -std=c++11 (test for errors,
On Mon, Nov 3, 2014 at 4:18 AM, Jakub Jelinek wrote:
> Status
> ==
>
> The trunk is scheduled to transition from Stage 1 to Stage 3 at the end
> of Saturday, November 15th (use your timezone to your advantage).
>
> We have been in Stage 1 for almost 7 months now with a fortnight
> still to go.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 11/04/2014 10:55 AM, schrieb Paolo Carlini:
> .. thanks a lot Jon! (after all this parallel mode is still useful
> for something ;)
>
> Paolo.
Sorry for the terse message. I'm under heavy workload at the moment.
But AFAIS now everything looks good
.. and also:
performance/ext/pb_ds/priority_queue_text_pop_mem.cc
.../libstdc++-v3/scripts/check_performance: line 41: 16905 Segmentation
fault ./$EXE_NAME &>tmp.$FILE_NAME
Paolo.
Hi again,
On 11/04/2014 05:34 AM, Jonathan Wakely wrote:
On 04/11/14 03:41 +, Jonathan Wakely wrote:
On 03/11/14 22:07 +, Jonathan Wakely wrote:
On 3 November 2014 17:51, Paolo Carlini
wrote:
.. other than the above issue, I see a segmentation fault for:
performance/ext/pb_ds/mul
Whats the correct way to get patches from the libffi repository
into gcc? As far as I understand, there are currently patches in
libffi that are not in gcc and vice versa.
I have a patch that adds complex type support to the reflection
library in libgo, but it requires patches from upstream libff
On Tue, Nov 4, 2014 at 1:00 AM, Ian Taylor wrote:
> On Mon, Nov 3, 2014 at 9:02 AM, Dominik Vogt wrote:
>> On Thu, Oct 30, 2014 at 08:05:14AM -0700, Ian Taylor wrote:
>>> On Thu, Oct 30, 2014 at 5:46 AM, Dominik Vogt
>>> wrote:
>>> > I'm not quite sure about the best approach. The attempt to
>
On Mon, Nov 03, 2014 at 04:24:21PM +, Joseph Myers wrote:
> I propose enabling -fextended-identifiers by default for the appropriate
> standard versions (i.e. all C++ versions, C99 and above for C - so enabled
> by default for C now the default C version is gnu11). Any comments or
> objecti
.. thanks a lot Jon! (after all this parallel mode is still useful for
something ;)
Paolo.
19 matches
Mail list logo
