public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* [ARM] Resurrect VxWorks port
@ 2013-05-31 17:58 Eric Botcazou
  2013-06-06 16:08 ` Richard Earnshaw
  0 siblings, 1 reply; 2+ messages in thread
From: Eric Botcazou @ 2013-05-31 17:58 UTC (permalink / raw)
  To: gcc-patches; +Cc: Douglas B Rupp

[-- Attachment #1: Type: text/plain, Size: 2028 bytes --]

Hi,

as diagnosed by Doug, the VxWorks port cannot be built since:

2011-05-18  Joseph Myers  <joseph@codesourcery.com>

which reorganized the ARM options and turned arm_fp16_format from a global 
variable defined in arm.c into an option variable, leading to:

In file included from ../../.././gcc/tm.h:20:0,
                 from /home/eric/svn/gcc/libgcc/fp-bit.c:38:
/home/eric/svn/gcc/libgcc/fp-bit.c: In function '__pack_f':
/home/eric/svn/gcc/libgcc/../gcc/config/arm/arm.h:426:22: error: 
'arm_fp16_format' undeclared (first use in this function)
     ((bits) == 16 && arm_fp16_format == ARM_FP16_FORMAT_ALTERNATIVE)
                      ^
/home/eric/svn/gcc/libgcc/fp-bit.c:205:7: note: in expansion of macro 
'LARGEST_EXPONENT_IS_NORMAL'
   if (LARGEST_EXPONENT_IS_NORMAL (FRAC_NBITS) && (isnan (src) || isinf 
(src)))
       ^
/home/eric/svn/gcc/libgcc/../gcc/config/arm/arm.h:426:22: note: each 
undeclared identifier is reported only once for each function it appears in
     ((bits) == 16 && arm_fp16_format == ARM_FP16_FORMAT_ALTERNATIVE)
                      ^
/home/eric/svn/gcc/libgcc/fp-bit.c:205:7: note: in expansion of macro 
'LARGEST_EXPONENT_IS_NORMAL'
   if (LARGEST_EXPONENT_IS_NORMAL (FRAC_NBITS) && (isnan (src) || isinf 
(src)))
       ^
make[3]: *** [_pack_sf.o] Error 1

Because fp-bit.c references macro
LARGEST_EXPONENT_IS_NORMAL (FRAC_NBITS)
which is defined in arm.h and references arm_fp16_format
which in turn is now a macro defined in options.h:
#define arm_fp16_format global_options.x_arm_fp16_format.

Furthermore

2011-08-05  Rainer Orth  <ro@CeBiTec.Uni-Bielefeld.DE>

moved fp-bit.c into libgcc, making it more convoluted to fix it.

So we are proposing to switch the VxWorks port over to the soft-fp emulation 
instead of the fp-bit one, like most of the other ARM ports.

Tested on ARM/VxWorks, OK for all active branches (they are all broken)?


2013-05-31  Douglas B Rupp  <rupp@adacore.com>

	* config.host (arm-wrs-vxworks): Configure with other soft float.


-- 
Eric Botcazou

[-- Attachment #2: p.diff --]
[-- Type: text/x-patch, Size: 479 bytes --]

Index: config.host
===================================================================
--- config.host	(revision 199343)
+++ config.host	(working copy)
@@ -316,7 +316,7 @@ alpha*-dec-*vms*)
 	md_unwind_header=alpha/vms-unwind.h
 	;;
 arm-wrs-vxworks)
-	tmake_file="$tmake_file arm/t-arm arm/t-vxworks t-fdpbit"
+	tmake_file="$tmake_file arm/t-arm arm/t-vxworks t-softfp-sfdf t-softfp-excl arm/t-softfp t-softfp"
 	extra_parts="$extra_parts crti.o crtn.o"
 	;;
 arm*-*-netbsdelf*)

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [ARM] Resurrect VxWorks port
  2013-05-31 17:58 [ARM] Resurrect VxWorks port Eric Botcazou
@ 2013-06-06 16:08 ` Richard Earnshaw
  0 siblings, 0 replies; 2+ messages in thread
From: Richard Earnshaw @ 2013-06-06 16:08 UTC (permalink / raw)
  To: Eric Botcazou; +Cc: gcc-patches, Douglas B Rupp

On 31/05/13 18:57, Eric Botcazou wrote:
> Hi,
>
> as diagnosed by Doug, the VxWorks port cannot be built since:
>
> 2011-05-18  Joseph Myers  <joseph@codesourcery.com>
>
> which reorganized the ARM options and turned arm_fp16_format from a global
> variable defined in arm.c into an option variable, leading to:
>
> In file included from ../../.././gcc/tm.h:20:0,
>                   from /home/eric/svn/gcc/libgcc/fp-bit.c:38:
> /home/eric/svn/gcc/libgcc/fp-bit.c: In function '__pack_f':
> /home/eric/svn/gcc/libgcc/../gcc/config/arm/arm.h:426:22: error:
> 'arm_fp16_format' undeclared (first use in this function)
>       ((bits) == 16 && arm_fp16_format == ARM_FP16_FORMAT_ALTERNATIVE)
>                        ^
> /home/eric/svn/gcc/libgcc/fp-bit.c:205:7: note: in expansion of macro
> 'LARGEST_EXPONENT_IS_NORMAL'
>     if (LARGEST_EXPONENT_IS_NORMAL (FRAC_NBITS) && (isnan (src) || isinf
> (src)))
>         ^
> /home/eric/svn/gcc/libgcc/../gcc/config/arm/arm.h:426:22: note: each
> undeclared identifier is reported only once for each function it appears in
>       ((bits) == 16 && arm_fp16_format == ARM_FP16_FORMAT_ALTERNATIVE)
>                        ^
> /home/eric/svn/gcc/libgcc/fp-bit.c:205:7: note: in expansion of macro
> 'LARGEST_EXPONENT_IS_NORMAL'
>     if (LARGEST_EXPONENT_IS_NORMAL (FRAC_NBITS) && (isnan (src) || isinf
> (src)))
>         ^
> make[3]: *** [_pack_sf.o] Error 1
>
> Because fp-bit.c references macro
> LARGEST_EXPONENT_IS_NORMAL (FRAC_NBITS)
> which is defined in arm.h and references arm_fp16_format
> which in turn is now a macro defined in options.h:
> #define arm_fp16_format global_options.x_arm_fp16_format.
>
> Furthermore
>
> 2011-08-05  Rainer Orth  <ro@CeBiTec.Uni-Bielefeld.DE>
>
> moved fp-bit.c into libgcc, making it more convoluted to fix it.
>
> So we are proposing to switch the VxWorks port over to the soft-fp emulation
> instead of the fp-bit one, like most of the other ARM ports.
>
> Tested on ARM/VxWorks, OK for all active branches (they are all broken)?
>
>
> 2013-05-31  Douglas B Rupp  <rupp@adacore.com>
>
> 	* config.host (arm-wrs-vxworks): Configure with other soft float.
>
>

OK everywhere.

R.


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-06-06 16:08 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-05-31 17:58 [ARM] Resurrect VxWorks port Eric Botcazou
2013-06-06 16:08 ` Richard Earnshaw

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).