On February 13, 2015 10:40:17 PM CET, Tom de Vries
wrote:
>On 13-02-15 09:57, Richard Biener wrote:
>>> [ We're still expanding ifn_va_arg before the va_list_gpr/fpr_size
>>> >optimization. ]
>> Yeah, and the point of the exercise was of course to change that;)
>
>Well, there are two parts.
>
>Th
On both x86_64-linux and powerpc64-linux, a --disable-shared bootstrap
dies with linker errors when building libcc1.so. You can't build a
shared library using objects from the static libstdc++ (or any other
library built without -fpic/-fPIC).
OK, so there is a workaround, specify --disable-plugin
On February 11, 2015 5:27:51 AM CST, Andrew Haley wrote:
>On 02/11/2015 10:00 AM, Cyd Haselton wrote:
>>
>>
>> On February 11, 2015 2:36:59 AM CST, Andrew Haley
>wrote:
>>> On 11/02/15 00:41, Cyd Haselton wrote:
>
> I'd rather leave it on-list for future reference. The best thin
On Fri, Feb 13, 2015 at 09:12:41AM +, Andrew Haley wrote:
> On 12/02/15 23:27, Rich Felker wrote:
> > On Thu, Feb 12, 2015 at 06:23:12PM +, Andrew Haley wrote:
> >> On 02/12/2015 04:16 PM, Rich Felker wrote:
> >>> On Thu, Feb 12, 2015 at 05:11:45PM +0100, Jakub Jelinek wrote:
> On Thu,
On 13-02-15 09:57, Richard Biener wrote:
[ We're still expanding ifn_va_arg before the va_list_gpr/fpr_size
>optimization. ]
Yeah, and the point of the exercise was of course to change that;)
Well, there are two parts.
The first is postpone expansion of va_arg to before the va_list_gpr/fpr_si
On Fri, Feb 13, 2015 at 3:38 PM, Jakub Jelinek wrote:
> On Fri, Feb 13, 2015 at 03:31:22PM -0500, Jack Howarth wrote:
>> On Fri, Feb 13, 2015 at 3:16 PM, Marek Polacek wrote:
>> > On Fri, Feb 13, 2015 at 03:12:22PM -0500, Jack Howarth wrote:
>> >> Is there a reason why the Serious Regressions
On Fri, Feb 13, 2015 at 03:31:22PM -0500, Jack Howarth wrote:
> On Fri, Feb 13, 2015 at 3:16 PM, Marek Polacek wrote:
> > On Fri, Feb 13, 2015 at 03:12:22PM -0500, Jack Howarth wrote:
> >> Is there a reason why the Serious Regressions tables, displayed by
> >> the links in the 'Release Series
On Fri, Feb 13, 2015 at 3:16 PM, Marek Polacek wrote:
> On Fri, Feb 13, 2015 at 03:12:22PM -0500, Jack Howarth wrote:
>> Is there a reason why the Serious Regressions tables, displayed by
>> the links in the 'Release Series and Status' section at
>> https://gcc.gnu.org, no longer have a column
On Fri, Feb 13, 2015 at 03:12:22PM -0500, Jack Howarth wrote:
> Is there a reason why the Serious Regressions tables, displayed by
> the links in the 'Release Series and Status' section at
> https://gcc.gnu.org, no longer have a column for the priority
> (importance) of each bug? We used to hav
Is there a reason why the Serious Regressions tables, displayed by
the links in the 'Release Series and Status' section at
https://gcc.gnu.org, no longer have a column for the priority
(importance) of each bug? We used to have that and it was quite nice
to be able to click on the priority colum
On 01/15/2015 06:47 AM, Jan Hubicka wrote:
>> Hello.
>>
>> I've just finished successfully chromium LTO build and there's list of
>> mainly -Wodr warnings.
>> I think some of them are false positives?
>
> What of those you consider to be false?
> I wonder if we can print just type name so we avoi
On 13 February 2015 at 13:46, Paweł Tomulik wrote:
> Hi,
>
> the header file is missing return statement in the
> implementation of basic_regex::assign(basic_regex&&). This is about line
> 619. The minimal example to reproduce this bug is the following:
>
> #include
> int main()
> {
> std::reg
Hi,
the header file is missing return statement in the
implementation of basic_regex::assign(basic_regex&&). This is about line
619. The minimal example to reproduce this bug is the following:
#include
int main()
{
std::regex re;
re.assign(std::regex("blabla"));
return EXIT_SUCCESS;
}
W
On 12/02/15 23:27, Rich Felker wrote:
> On Thu, Feb 12, 2015 at 06:23:12PM +, Andrew Haley wrote:
>> On 02/12/2015 04:16 PM, Rich Felker wrote:
>>> On Thu, Feb 12, 2015 at 05:11:45PM +0100, Jakub Jelinek wrote:
On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich Felker wrote:
>
> This u
On Thu, Feb 12, 2015 at 11:51 PM, Tom de Vries wrote:
> On 12-02-15 14:57, Michael Matz wrote:
>>
>> Hi,
>>
>> On Wed, 11 Feb 2015, Tom de Vries wrote:
>>
My idea was to not generate temporaries and hence copies for
non-scalar types, but rather construct the "result" of va_arg directly
>
15 matches
Mail list logo
