[committed][ARM]Fix arm-netbsdelf bootstrap

2016-12-05 Thread Andre Vieira (lists)
On 02/12/16 21:16, Jeff Law wrote: > > Trying to build arm-netbsdelf: > > g++ -fno-PIE -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE > -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall > -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute > -Woverloaded-virtual

Re: Potential bug with wide_int_storage::set_len

2016-10-13 Thread Andre Vieira (lists)
On 12/10/16 18:59, Eric Botcazou wrote: >> During the development of a patch I encountered some strange behavior >> and decided to investigate. The result of which is I think I found a bug >> with 'wide_int_storage::set_len' in gcc/wide-int.h. >> >> The function reads: >> inline void >> wide_int_st

Re: Potential bug with wide_int_storage::set_len

2016-10-13 Thread Andre Vieira (lists)
> That is correct. In RTL constants are always sign-extended from their > precision to HOST_BITS_PER_WIDE_INT, regardless if it is "signed" or > "unsigned" constant. Whether you treat the low precision bits of the > constant as signed or unsigned is something encoded in the operation on it. > >

Potential bug with wide_int_storage::set_len

2016-10-12 Thread Andre Vieira (lists)
Hello, During the development of a patch I encountered some strange behavior and decided to investigate. The result of which is I think I found a bug with 'wide_int_storage::set_len' in gcc/wide-int.h. The function reads: inline void wide_int_storage::set_len (unsigned int l, bool is_sign_extende

Potential bug with wide_int_storage::set_len

2016-10-12 Thread Andre Vieira (lists)
Hello, During the development of a patch I encountered some strange behavior and decided to investigate. The result of which is I think I found a bug with 'wide_int_storage::set_len' in gcc/wide-int.h. The function reads: inline void wide_int_storage::set_len (unsigned int l, bool is_sign_extende