Request update GCC
Marco Atzeri
marco.atzeri@gmail.com
Tue Jun 27 11:33:00 GMT 2017
On 27/06/2017 03:08, JonY wrote:
> On 06/26/2017 10:16 AM, Marco Atzeri wrote:
>>
>> Jon,
>>
>> are you building the compilers on cygwin or cross compiling ?
>>
>> I was trying to test the patch for
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47030
>> as it is blocking PETSC porting,
>> but I was unable to build 6.3.0-1 from your
>> source package.
>>
>>
>> In file included from
>> /cygdrive/e/cyg_pub/devel/gcc/gcc-6.3.0-1.src/gcc-6.3.0-1.
>> x86_64/src/gcc-6.3.0/gcc/rtl.h:31:0,
>> from
>> /cygdrive/e/cyg_pub/devel/gcc/gcc-6.3.0-1.src/gcc-6.3.0-1.
>> x86_64/src/gcc-6.3.0/gcc/genopinit.c:25:
>> /cygdrive/e/cyg_pub/devel/gcc/gcc-6.3.0-1.src/gcc-6.3.0-1.x86_64/src/gcc-6.3.0/g
>>
>> cc/real.h:36:35: warning: division by zero [-Wdiv-by-zero]
>> #define SIGSZ (SIGNIFICAND_BITS / HOST_BITS_PER_LONG)
>>
>> /cygdrive/e/cyg_pub/devel/gcc/gcc-6.3.0-1.src/gcc-6.3.0-1.x86_64/src/gcc-6.3.0/g
>>
>> cc/real.h:49:21: note: in expansion of macro âSIGSZâ
>> unsigned long sig[SIGSZ];
>
> On Cygwin itself, shouldn't that be 32bit and 64bit respectively for Cygwin?
In theory
gcc/real.h:#define SIGNIFICAND_BITS (128 + HOST_BITS_PER_LONG)
gcc/hwint.h:#define HOST_BITS_PER_LONG (CHAR_BIT * SIZEOF_LONG)
but I do not understand why SIGSZ is wrong defined.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin
mailing list