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
>
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
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 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
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
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 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
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: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: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 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 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 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 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 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
15 matches
Mail list logo
