* [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).