public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Jakub Jelinek <jakub@redhat.com>
To: Paolo Bonzini <bonzini@gnu.org>,
	Alexandre Oliva <aoliva@redhat.com>,
	       Matthias Klose <doko@ubuntu.com>
Cc: gcc-patches@gcc.gnu.org
Subject: Re: [PATCH] Fix install-plugin with vxworks-dummy.h (PR plugins/45078)
Date: Fri, 08 Mar 2013 17:24:00 -0000	[thread overview]
Message-ID: <20130308172344.GV12913@tucnak.redhat.com> (raw)
In-Reply-To: <20130306124428.GS12913@tucnak.redhat.com>

On Wed, Mar 06, 2013 at 01:44:28PM +0100, Jakub Jelinek wrote:
> On Wed, Mar 06, 2013 at 06:57:03PM +0800, Matthias Klose wrote:
> > There is still vxworks-dummy.h, which is not installed, see PR45078. Would the
> > same approach work?
> 
> Like this?  Untested though, and no access to most of the targets.

Now bootstrapped/regtested on armv7hl-linux-gnueabi.  Ok for trunk?

> 2013-03-06  Jakub Jelinek  <jakub@redhat.com>
> 
> 	PR plugins/45078
> 	* config.gcc: On arm, mips, sh and sparc add vxworks-dummy.h to
> 	tm_file.
> 
> --- gcc/config.gcc.jj	2013-02-22 17:04:41.000000000 +0100
> +++ gcc/config.gcc	2013-03-06 13:38:19.711201446 +0100
> @@ -536,6 +536,9 @@ x86_64-*-*)
>  	fi
>  	tm_file="vxworks-dummy.h ${tm_file}"
>  	;;
> +arm*-*-* | mips*-*-* | sh*-*-* | sparc*-*-*)
> +	tm_file="vxworks-dummy.h ${tm_file}"
> +	;;
>  esac
>  
>  # On a.out targets, we need to use collect2.
> @@ -861,7 +864,7 @@ arm-wrs-vxworks)
>  	tmake_file="${tmake_file} arm/t-arm arm/t-vxworks"
>  	;;
>  arm*-*-netbsdelf*)
> -	tm_file="dbxelf.h elfos.h netbsd.h netbsd-elf.h arm/elf.h arm/aout.h arm/arm.h arm/netbsd-elf.h"
> +	tm_file="dbxelf.h elfos.h netbsd.h netbsd-elf.h arm/elf.h arm/aout.h ${tm_file} arm/netbsd-elf.h"
>  	extra_options="${extra_options} netbsd.opt netbsd-elf.opt"
>  	tmake_file="${tmake_file} arm/t-arm"
>  	;;
> @@ -873,7 +876,7 @@ arm*-*-linux-*)			# ARM GNU/Linux with E
>  	    ;;
>  	esac
>  	tmake_file="${tmake_file} arm/t-arm arm/t-arm-elf arm/t-bpabi arm/t-linux-eabi"
> -	tm_file="$tm_file arm/bpabi.h arm/linux-eabi.h arm/aout.h arm/arm.h"
> +	tm_file="$tm_file arm/bpabi.h arm/linux-eabi.h arm/aout.h vxworks-dummy.h arm/arm.h"
>  	# Define multilib configuration for arm-linux-androideabi.
>  	case ${target} in
>  	*-androideabi)
> @@ -891,7 +894,7 @@ arm*-*-linux-*)			# ARM GNU/Linux with E
>  arm*-*-uclinux*eabi*)		# ARM ucLinux
>  	tm_file="dbxelf.h elfos.h arm/unknown-elf.h arm/elf.h arm/linux-gas.h arm/uclinux-elf.h glibc-stdint.h"
>  	tmake_file="arm/t-arm arm/t-arm-elf arm/t-bpabi"
> -	tm_file="$tm_file arm/bpabi.h arm/uclinux-eabi.h arm/aout.h arm/arm.h"
> +	tm_file="$tm_file arm/bpabi.h arm/uclinux-eabi.h arm/aout.h vxworks-dummy.h arm/arm.h"
>  	# The BPABI long long divmod functions return a 128-bit value in
>  	# registers r0-r3.  Correctly modeling that requires the use of
>  	# TImode.
> @@ -928,7 +931,7 @@ arm*-*-eabi* | arm*-*-symbianelf* | arm*
>  	  tmake_file="${tmake_file} arm/t-symbian"
>  	  ;;
>  	esac
> -	tm_file="${tm_file} arm/aout.h arm/arm.h"
> +	tm_file="${tm_file} arm/aout.h vxworks-dummy.h arm/arm.h"
>  	;;
>  avr-*-rtems*)
>  	tm_file="elfos.h avr/elf.h avr/avr-arch.h avr/avr.h dbxelf.h avr/rtems.h rtems.h newlib-stdint.h"
> 

	Jakub

  reply	other threads:[~2013-03-08 17:24 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-06  9:07 [PATCH] Fix install-plugin on arm and aarch64 Jakub Jelinek
2013-03-06  9:32 ` Marcus Shawcroft
2013-03-06 10:57 ` Matthias Klose
2013-03-06 11:06   ` Jakub Jelinek
2013-03-06 12:44   ` [PATCH] Fix install-plugin with vxworks-dummy.h (PR plugins/45078) Jakub Jelinek
2013-03-08 17:24     ` Jakub Jelinek [this message]
2013-03-12 15:47     ` Matthias Klose
2013-03-06 23:05 ` [PATCH] Fix install-plugin on arm and aarch64 Ramana Radhakrishnan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130308172344.GV12913@tucnak.redhat.com \
    --to=jakub@redhat.com \
    --cc=aoliva@redhat.com \
    --cc=bonzini@gnu.org \
    --cc=doko@ubuntu.com \
    --cc=gcc-patches@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).