- To: rbmj <rbmj@xxxxxxxxxxx>
- Subject: Re: Why is fixincludes not doing anything?
- From: Ian Lance Taylor <iant@xxxxxxxxxx>
- Date: Tue, 29 May 2012 15:48:21 -0700
- Cc: gcc-help@xxxxxxxxxxx
- Comment: DKIM? See http://www.dkim.org
- Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
- In-reply-to: <4FC51FC3.7090406@verizon.net> (rbmj@verizon.net's message of "Tue, 29 May 2012 15:13:07 -0400")
- User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)
rbmj <rbmj@xxxxxxxxxxx> writes:
> Looking at mkfixinc.sh:
>
> case $machine in
> i?86-*-cygwin* | \
> i?86-*-mingw32* | \
> x86_64-*-mingw32* | \
> i?86-*-interix* | \
> *-*-vxworks* | \
> powerpc-*-eabisim* | \
> powerpc-*-eabi* | \
> powerpc-*-rtems* | \
> powerpcle-*-eabisim* | \
> powerpcle-*-eabi* )
> # IF there is no include fixing,
> # THEN create a no-op fixer and exit
> (echo "#! /bin/sh" ; echo "exit 0" ) > ${target}
> ;;
>
> *)
> cat < ${srcdir}/fixinc.in > ${target} || exit 1
> ;;
> esac
>
> That looks like the problem.
>
> So, new question- why is vxWorks disabled from include fixing?
Good job tracking it down.
This is the patch:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00361.html
This is where it was approved:
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00717.html
So now at least you have some people to ask.
Ian
[Linux C Programming]
[Linux Kernel]
[eCos]
[Fedora Development]
[Fedora Announce]
[Autoconf]
[The DWARVES Debugging Tools]
[Yosemite Campsites]
[Yosemite News]
[Linux GCC]