Mirror of the gdb mailing list
 help / color / mirror / Atom feed
* Always multi-arch the SPARC, dump sparclet?
@ 2002-11-25 13:17 Andrew Cagney
  2002-11-25 13:21 ` Daniel Jacobowitz
  0 siblings, 1 reply; 3+ messages in thread
From: Andrew Cagney @ 2002-11-25 13:17 UTC (permalink / raw)
  To: gdb

Hello,

The SPARC target has a number of variants that don't yet build with 
multi-arch enabled (e.g., sparc-elf).

I'd like to propose that the switch simply be thrown and any 
non-multi-arch code be ripped out.  Acceptance criteria for such a 
change being simply `it still builds'.

This shouldn't affect things like GNU/Linux, which, I believe, do 
already build with multi-arch enabled.

This will, however, affect non-nulti-arch SPARC targets such as the 
sparclet potentially leading to breakage.

Thoughts?

Andrew


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

* Re: Always multi-arch the SPARC, dump sparclet?
  2002-11-25 13:17 Always multi-arch the SPARC, dump sparclet? Andrew Cagney
@ 2002-11-25 13:21 ` Daniel Jacobowitz
  2002-11-25 13:28   ` Andrew Cagney
  0 siblings, 1 reply; 3+ messages in thread
From: Daniel Jacobowitz @ 2002-11-25 13:21 UTC (permalink / raw)
  To: Andrew Cagney; +Cc: gdb

On Mon, Nov 25, 2002 at 04:17:51PM -0500, Andrew Cagney wrote:
> Hello,
> 
> The SPARC target has a number of variants that don't yet build with 
> multi-arch enabled (e.g., sparc-elf).
> 
> I'd like to propose that the switch simply be thrown and any 
> non-multi-arch code be ripped out.  Acceptance criteria for such a 
> change being simply `it still builds'.
> 
> This shouldn't affect things like GNU/Linux, which, I believe, do 
> already build with multi-arch enabled.
> 
> This will, however, affect non-nulti-arch SPARC targets such as the 
> sparclet potentially leading to breakage.
> 
> Thoughts?

How's Solaris affected?  That's the only SPARC target that sees real
use lately.

Not that it seems to work very well.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer


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

* Re: Always multi-arch the SPARC, dump sparclet?
  2002-11-25 13:21 ` Daniel Jacobowitz
@ 2002-11-25 13:28   ` Andrew Cagney
  0 siblings, 0 replies; 3+ messages in thread
From: Andrew Cagney @ 2002-11-25 13:28 UTC (permalink / raw)
  To: Daniel Jacobowitz; +Cc: gdb

> On Mon, Nov 25, 2002 at 04:17:51PM -0500, Andrew Cagney wrote:
> 
>> Hello,
>> 
>> The SPARC target has a number of variants that don't yet build with 
>> multi-arch enabled (e.g., sparc-elf).
>> 
>> I'd like to propose that the switch simply be thrown and any 
>> non-multi-arch code be ripped out.  Acceptance criteria for such a 
>> change being simply `it still builds'.
>> 
>> This shouldn't affect things like GNU/Linux, which, I believe, do 
>> already build with multi-arch enabled.
>> 
>> This will, however, affect non-nulti-arch SPARC targets such as the 
>> sparclet potentially leading to breakage.
>> 
>> Thoughts?
> 
> 
> How's Solaris affected?  That's the only SPARC target that sees real
> use lately.
> 
> Not that it seems to work very well.

Shouldn't be affected (...):

$ grep 'define GDB_MULTI_ARCH' *
tm-linux.h:#define GDB_MULTI_ARCH GDB_MULTI_ARCH_PARTIAL
tm-nbsd.h:#define GDB_MULTI_ARCH GDB_MULTI_ARCH_PARTIAL
tm-sp64.h:#define GDB_MULTI_ARCH GDB_MULTI_ARCH_PARTIAL
tm-sun4sol2.h:#define GDB_MULTI_ARCH GDB_MULTI_ARCH_PARTIAL

Andrew



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

end of thread, other threads:[~2002-11-25 21:28 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-11-25 13:17 Always multi-arch the SPARC, dump sparclet? Andrew Cagney
2002-11-25 13:21 ` Daniel Jacobowitz
2002-11-25 13:28   ` Andrew Cagney

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox