RE: Binutils 2.15.97 available

RE: Binutils 2.15.97 available

[Etienne Lorrain]

--- Dave Korn <dave.korn@artimi.com> wrote:
> > >   asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));
> 
>   IIUIC, all you want to do here is initialise an assembler-level variable
> with the address of MOUSE.data.PS2 at runtime, yes?  So why not make your
> life a load easier, and do it the other way round:
> void *dataPS2 = NULL;

  I do not think my method is that complex, not going through a variable
 pointer but just defining a symbol to write to. With your pointer I would
 have to read the content of the pointer and write to this address - and
 so save another register on the stack to store the address to write to
 in my interrupt treatment.
 This address is known at link time so there is no need to put it in
 a variable pointer.

  I can accept the argument of H.J. saying that the behaviour I am waiting
 is not guarantied - but I am sure it was working perfectly in my case,
 with binutils-2.15.
 The address is the same, the PS2 mouse is perfectly working in Gujin,
 and this field is only written under interrupt and only read in C.

  That is not a real problem for my application, I will initialise to
 get the MOUSE structure in BSS instead of COMMON.

  Thanks,
  Etienne.


	

	
		
__________________________________________________________________
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

PATCH: Allow a symbol set to common symbol + value

[H. J. Lu]

On Mon, Apr 25, 2005 at 06:20:50PM +0200, Etienne Lorrain wrote:
> --- Dave Korn <dave.korn@artimi.com> wrote:
> > > >   asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));
> > 
> >   IIUIC, all you want to do here is initialise an assembler-level variable
> > with the address of MOUSE.data.PS2 at runtime, yes?  So why not make your
> > life a load easier, and do it the other way round:
> > void *dataPS2 = NULL;
> 
>   I do not think my method is that complex, not going through a variable
>  pointer but just defining a symbol to write to. With your pointer I would
>  have to read the content of the pointer and write to this address - and
>  so save another register on the stack to store the address to write to
>  in my interrupt treatment.
>  This address is known at link time so there is no need to put it in
>  a variable pointer.
> 
>   I can accept the argument of H.J. saying that the behaviour I am waiting
>  is not guarantied - but I am sure it was working perfectly in my case,
>  with binutils-2.15.
>  The address is the same, the PS2 mouse is perfectly working in Gujin,
>  and this field is only written under interrupt and only read in C.
> 
>   That is not a real problem for my application, I will initialise to
>  get the MOUSE structure in BSS instead of COMMON.
> 

"dataPS2 = MOUSE" !=  "dataPS2 = MOUSE + 4" when MOUSE is a common
symbol. "dataPS2 = MOUSE" will create a copy of MOUSE and will create
a symbol with value of "MOUSE + 4". Is that intentional? If yes, this
patch will allow "dataPS2 = MOUSE + 4". Can we change "dataPS2 = MOUSE"
to mean the value of MOUSE, not its copy?


H.J.
----
2005-04-25  H.J. Lu  <hongjiu.lu@intel.com>

	* read.c (pseudo_set): Disallow symbol set to common symbol.

	* write.c (write_object_file): Allow a symbol set to common
	symbol + value.

--- gas/read.c.set	2005-04-25 09:24:04.000000000 -0700
+++ gas/read.c	2005-04-25 11:30:11.000000000 -0700
@@ -3301,6 +3301,10 @@ pseudo_set (symbolS *symbolP)
 	{
 	  symbolS *s = exp.X_add_symbol;
 
+	  if (S_IS_COMMON (s) && exp.X_add_number == 0)
+	    as_bad (_("`%s' can't be equated to common symbol '%s'"),
+		    S_GET_NAME (symbolP), S_GET_NAME (s));
+
 	  S_SET_SEGMENT (symbolP, seg);
 	  S_SET_VALUE (symbolP, exp.X_add_number + S_GET_VALUE (s));
 	  symbol_set_frag (symbolP, symbol_get_frag (s));
--- gas/write.c.set	2005-04-20 11:12:17.000000000 -0700
+++ gas/write.c	2005-04-25 11:34:17.000000000 -0700
@@ -1928,8 +1936,13 @@ write_object_file (void)
 	  if (symbol_equated_reloc_p (symp))
 	    {
 	      if (S_IS_COMMON (symp))
-		as_bad (_("`%s' can't be equated to common symbol"),
-			S_GET_NAME (symp));
+		{
+		  expressionS *e = symbol_get_value_expression (symp);
+		  if (e->X_add_number == 0)
+		    as_bad (_("`%s' can't be equated to common symbol `%s'"),
+			    S_GET_NAME (symp),
+			    S_GET_NAME (e->X_add_symbol));
+		}
 	      symbol_remove (symp, &symbol_rootP, &symbol_lastP);
 	      continue;
 	    }

PATCH: Allow a global symbol set to common/undefined symbol

[H. J. Lu]

On Mon, Apr 25, 2005 at 11:43:34AM -0700, H. J. Lu wrote:
> On Mon, Apr 25, 2005 at 06:20:50PM +0200, Etienne Lorrain wrote:
> > --- Dave Korn <dave.korn@artimi.com> wrote:
> > > > >   asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));
> > > 
> > >   IIUIC, all you want to do here is initialise an assembler-level variable
> > > with the address of MOUSE.data.PS2 at runtime, yes?  So why not make your
> > > life a load easier, and do it the other way round:
> > > void *dataPS2 = NULL;
> > 
> >   I do not think my method is that complex, not going through a variable
> >  pointer but just defining a symbol to write to. With your pointer I would
> >  have to read the content of the pointer and write to this address - and
> >  so save another register on the stack to store the address to write to
> >  in my interrupt treatment.
> >  This address is known at link time so there is no need to put it in
> >  a variable pointer.
> > 
> >   I can accept the argument of H.J. saying that the behaviour I am waiting
> >  is not guarantied - but I am sure it was working perfectly in my case,
> >  with binutils-2.15.
> >  The address is the same, the PS2 mouse is perfectly working in Gujin,
> >  and this field is only written under interrupt and only read in C.
> > 
> >   That is not a real problem for my application, I will initialise to
> >  get the MOUSE structure in BSS instead of COMMON.
> > 
> 
> "dataPS2 = MOUSE" !=  "dataPS2 = MOUSE + 4" when MOUSE is a common
> symbol. "dataPS2 = MOUSE" will create a copy of MOUSE and will create
> a symbol with value of "MOUSE + 4". Is that intentional? If yes, this
> patch will allow "dataPS2 = MOUSE + 4". Can we change "dataPS2 = MOUSE"
> to mean the value of MOUSE, not its copy?
> 

It is the difference between

        .comm   MOUSE,12,4
	dataPS2 = MOUSE + 4

and

	dataPS2 = MOUSE + 4
        .comm   MOUSE,12,4

The former will create a copy of common symbol and latter won't. But

	dataPS2 = MOUSE + 4
        .comm   MOUSE,12,4

will turn the local symbol dataPS2 into a gloal one. It has the same
problem as

http://sources.redhat.com/bugzilla/show_bug.cgi?id=857

This patch will fix PR 857 and allow

	.global dataPS2
	dataPS2 = MOUSE + 4
        .comm   MOUSE,12,4



H.J.
----
gas/

2005-04-25  H.J. Lu  <hongjiu.lu@intel.com>

	* config/obj-multi.h (FAKE_LABEL_NAME): Defined.

	* read.c (pseudo_set): Disallow symbol set to common symbol.

	PR 857
	* write.c (write_object_file): Report common symbol name when
	disallowing local symbol set to common symbol.
	(adjust_reloc_syms): Disallow local symbol set to undefined
	symbol.

gas/testsuite/

2005-04-25  H.J. Lu  <hongjiu.lu@intel.com>

	* gas/all/assign.s: Make `x' and `y' global.

--- gas/config/obj-multi.h.set	2005-03-03 09:21:24.000000000 -0800
+++ gas/config/obj-multi.h	2005-04-25 12:18:11.000000000 -0700
@@ -146,6 +146,8 @@
 
 #define EMIT_SECTION_SYMBOLS (this_format->emit_section_symbols)
 
+#define FAKE_LABEL_NAME (this_emulation->fake_label_name)
+
 #ifdef OBJ_MAYBE_ELF
 /* We need OBJ_SYMFIELD_TYPE so that symbol_get_obj is defined in symbol.c
    We also need various STAB defines for stab.c  */
--- gas/read.c.set	2005-04-25 09:24:04.000000000 -0700
+++ gas/read.c	2005-04-25 12:18:11.000000000 -0700
@@ -3301,6 +3301,10 @@ pseudo_set (symbolS *symbolP)
 	{
 	  symbolS *s = exp.X_add_symbol;
 
+	  if (S_IS_COMMON (s))
+	    as_bad (_("`%s' can't be equated to common symbol '%s'"),
+		    S_GET_NAME (symbolP), S_GET_NAME (s));
+
 	  S_SET_SEGMENT (symbolP, seg);
 	  S_SET_VALUE (symbolP, exp.X_add_number + S_GET_VALUE (s));
 	  symbol_set_frag (symbolP, symbol_get_frag (s));
--- gas/testsuite/gas/all/assign.s.set	2005-04-15 08:44:24.000000000 -0700
+++ gas/testsuite/gas/all/assign.s	2005-04-25 12:18:11.000000000 -0700
@@ -1,7 +1,9 @@
+ .global x
  x = zzz
  x = x+1
  .long x
 
+ .global y
  y = 1
  y = y+zzz
  .long y
--- gas/write.c.set	2005-04-20 11:12:17.000000000 -0700
+++ gas/write.c	2005-04-25 12:26:11.000000000 -0700
@@ -787,12 +787,20 @@ adjust_reloc_syms (bfd *abfd ATTRIBUTE_U
 	if (fixp->fx_subsy != NULL)
 	  resolve_symbol_value (fixp->fx_subsy);
 
-	/* If this symbol is equated to an undefined symbol, convert
-           the fixup to being against that symbol.  */
+	/* If this symbol is equated to an undefined or common symbol,
+	   convert the fixup to being against that symbol.  */
 	if (symbol_equated_reloc_p (sym))
 	  {
+	    symbolS *new_sym
+	      = symbol_get_value_expression (sym)->X_add_symbol;
+	    const char *name = S_GET_NAME (sym);
+	    if (!S_IS_COMMON (new_sym)
+		&& strcmp (name, FAKE_LABEL_NAME)
+		&& (!S_IS_EXTERNAL (sym) || S_IS_LOCAL (sym)))
+	      as_bad (_("Local symbol `%s' can't be equated to undefined symbol `%s'"),
+		      name, S_GET_NAME (new_sym));
 	    fixp->fx_offset += symbol_get_value_expression (sym)->X_add_number;
-	    sym = symbol_get_value_expression (sym)->X_add_symbol;
+	    sym = new_sym;
 	    fixp->fx_addsy = sym;
 	  }
 
@@ -1927,9 +1935,15 @@ write_object_file (void)
              symbols.  */
 	  if (symbol_equated_reloc_p (symp))
 	    {
-	      if (S_IS_COMMON (symp))
-		as_bad (_("`%s' can't be equated to common symbol"),
-			S_GET_NAME (symp));
+	      const char *name = S_GET_NAME (symp);
+	      if (S_IS_COMMON (symp)
+		  && strcmp (name, FAKE_LABEL_NAME)
+		  && (!S_IS_EXTERNAL (symp) || S_IS_LOCAL (symp)))
+		{
+		  expressionS *e = symbol_get_value_expression (symp);
+		  as_bad (_("Local symbol `%s' can't be equated to common symbol `%s'"),
+			  name, S_GET_NAME (e->X_add_symbol));
+		}
 	      symbol_remove (symp, &symbol_rootP, &symbol_lastP);
 	      continue;
 	    }

Re: PATCH: Allow a global symbol set to common/undefined symbol

[Etienne Lorrain]

 --- "H. J. Lu" <hjl@lucon.org> wrote: 
> > > > > >   asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));
> 
> It is the difference between
> 
>         .comm   MOUSE,12,4
> 	dataPS2 = MOUSE + 4
> 
> and
> 
> 	dataPS2 = MOUSE + 4
>         .comm   MOUSE,12,4
> 
> The former will create a copy of common symbol and latter won't. But
> 
> 	dataPS2 = MOUSE + 4
>         .comm   MOUSE,12,4
> 
> will turn the local symbol dataPS2 into a gloal one.

  OK, because GCC-4.0 put the ".comm MOUSE,12,4" at end of the
 assembler file I do not see the problem. I did not noticed dataPS2
 was a global symbol - not a problem in my software.

> H.J.
> ----
> gas/
> 
> 2005-04-25  H.J. Lu  <hongjiu.lu@intel.com>
> ......
> --- gas/testsuite/gas/all/assign.s.set	2005-04-15 08:44:24.000000000 -0700
> +++ gas/testsuite/gas/all/assign.s	2005-04-25 12:18:11.000000000 -0700

  I do not have the above filename in my binutils-2.15.97 tree.
  I applied your patch and recompiled the C file given at the begining
 of this thread and the error did not disappear:
/home/etienne/projet/toolchain/bin/as  -acdhls=tmp.lis -o tmp.o tmp.s
tmp.s: Assembler messages:
tmp.s:34: Error: Local symbol `dataPS2' can't be equated to common symbol
`MOUSE'

  Maybe I have done something wrong? I still have the modified error report.
  Note that I no more need this fix because I have put the structure in
 BSS, and that should not affect too many people anyway.

  Thanks,
  Etienne.


	

	
		
__________________________________________________________________
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

Re: PATCH: Allow a global symbol set to common/undefined symbol

[H. J. Lu]

On Tue, Apr 26, 2005 at 11:36:44AM +0200, Etienne Lorrain wrote:
> 
>   I do not have the above filename in my binutils-2.15.97 tree.
>   I applied your patch and recompiled the C file given at the begining
>  of this thread and the error did not disappear:
> /home/etienne/projet/toolchain/bin/as  -acdhls=tmp.lis -o tmp.o tmp.s
> tmp.s: Assembler messages:
> tmp.s:34: Error: Local symbol `dataPS2' can't be equated to common symbol
> `MOUSE'

You need to make `dataPS2' global.


H.J.

Re: PATCH: Allow a global symbol set to common/undefined symbol

[Nick Clifton]

Hi H. J.

> gas/
> 2005-04-25  H.J. Lu  <hongjiu.lu@intel.com>
> 
> 	* config/obj-multi.h (FAKE_LABEL_NAME): Defined.
> 
> 	* read.c (pseudo_set): Disallow symbol set to common symbol.
> 
> 	PR 857
> 	* write.c (write_object_file): Report common symbol name when
> 	disallowing local symbol set to common symbol.
> 	(adjust_reloc_syms): Disallow local symbol set to undefined
> 	symbol.
> 
> gas/testsuite/
> 2005-04-25  H.J. Lu  <hongjiu.lu@intel.com>
> 
> 	* gas/all/assign.s: Make `x' and `y' global.

Approved - please apply.

Cheers
   Nick

Re: Binutils 2.15.97 available

[Daniel Jacobowitz]

On Wed, Apr 20, 2005 at 03:50:55PM -0400, Daniel Jacobowitz wrote:
> I have uploaded binutils 2.15.97 to:
> 
>   ftp://sources.redhat.com/pub/binutils/snapshots/binutils-2.15.97.tar.bz2
> 
> I plan that this will be the last prerelease, and binutils 2.16 will
> be released more-or-less unchanged next week.  Please do not commit
> anything to the 2.16 release branch without asking me first.  Please
> test this snapshot.
> 
> If problems show up for particular targets, I would prefer to have a
> quick 2.16.1 rather than delay this release any further.

At this point, 2.16 is basically baked.  The release will not happen
until next week, because of the FSF's move.

-- 
Daniel Jacobowitz
CodeSourcery, LLC

Re: Binutils 2.15.97 available

[Daniel Jacobowitz]

On Thu, Apr 21, 2005 at 11:54:15AM +0200, Ralf Corsepius wrote:
> Any chances to see these patches below applied to binutils-2.16 rsp.
> gcc-4.0?
> 
> They add an h8300-*-rtemscoff target, binutils can deprecate/remove
> later as part of binutils' h8300-*-coff removal, and switches h8300-*-
> rtems* to using h8300-*-elf.
> 
> These patches should not have any impact on other targets, but would
> help RTEMS in a transition from coff to elf.

I can apply the binutils patch for HEAD, but you'll need to give me a
changelog entry first.

-- 
Daniel Jacobowitz
CodeSourcery, LLC

RE: Binutils 2.15.97 available

[Dave Korn]

----Original Message----
>From: Dave Korn
>Sent: 25 April 2005 16:59


>   BTW, whatever way you do it, I just noticed this bit that confused me:


  D'oh.  Thinko, please ignore.  Still reckon your best solution is to pass
a pointer down to assembler-land from C-land.

  

    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....

RE: Binutils 2.15.97 available

[Dave Korn]

----Original Message----
>From: Dave Korn
>Sent: 25 April 2005 16:45

> ----Original Message----
>> From: Etienne Lorrain
>> Sent: 25 April 2005 16:04

>>>   asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));
> 
>   IIUIC, all you want to do here is initialise an assembler-level variable
> with the address of MOUSE.data.PS2 at runtime, yes?  

  BTW, whatever way you do it, I just noticed this bit that confused me:

> asm (
> "PS2_mouse_callback:                                                   
> \n" "       .extern _dataPS2                                             


> \n" "       movl    %eax,_dataPS2                                        
> \n" "       movl    16(%esp),%eax                                        
> \n" "       movl    %eax,_dataPS2 + 4                                    

  Shouldn't those be indirect references, if dataPS2 contains a pointer to
the MOUSE structure?  I.e. "movl %eax,[_dataPS2]" and "movl
%eax,4[_dataPS2]"?  The way you have it to start with reads to me as if
you're overwriting the value of the pointer variable and the next 4 bytes
after it.  I may just be misunderstanding AT+T syntax, though, I only speak
intel myself.....


    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....

RE: Binutils 2.15.97 available

[Dave Korn]

----Original Message----
>From: Etienne Lorrain
>Sent: 25 April 2005 16:04

>   Note that I can initialise the MOUSE structure to zero and I no more
>  have this assembler error - but I am not sure this behaviour of GAS
>  is the intended one.

> >   asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));

  IIUIC, all you want to do here is initialise an assembler-level variable
with the address of MOUSE.data.PS2 at runtime, yes?  So why not make your
life a load easier, and do it the other way round:


void *dataPS2 = NULL;

unsigned MOUSE_PS2_init (void)
  {
  MOUSE.type = MOUSE_PS2;
  dataPS2 = &MOUSE.data.PS2;
  return 0;
  }

asm (
"PS2_mouse_callback:                                                    \n"
"       .extern _dataPS2                                                \n"
"       pushl   %ds                                                     \n"
"       pushl   %eax                                                    \n"
"       movw    %cs,%ax                                                 \n"
"       addw    $deltaseg,%ax   # not necessary if no CODE_SEGMENT      \n"
"       movw    %ax,%ds                                                 \n"
"       movl    12(%esp),%eax                                           \n"
"       movl    %eax,_dataPS2                                           \n"
"       movl    16(%esp),%eax                                           \n"
"       movl    %eax,_dataPS2 + 4                                       \n"
"       popl    %eax                                                    \n"
"       popl    %ds                                                     \n"
"       lretw                                                           \n"
        );


    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....

Re: Binutils 2.15.97 available

[H. J. Lu]

On Mon, Apr 25, 2005 at 04:11:25PM +0200, Etienne Lorrain wrote:
>   Hi,
> 
>   I have s strange problem with this version, but 2.15 works.
>   Do you know what
> Error: `dataPS2' can't be equated to common symbol
>   means?
> 

That means you can't have a symbol equate to common symbol. It doesn't
do what you want. Binutils 2.15 allocates MOUSE as a common symbol and
allocates dataPS2 as another common symbol with size = size of MOUSE
+ 4. dataPS2 won't be the same as &MOUSE.data.PS2.


H.J.

Re: Binutils 2.15.97 available

[Etienne Lorrain]

  Hi Nick,

--- Nick Clifton wrote:
> >   I have s strange problem with this version, but 2.15 works.
> >   Do you know what
> > Error: `dataPS2' can't be equated to common symbol
> >   means?
> 
> It is an error message from the assembler.  Try compiling with the "-c" 
> and "--save-temps" flags and then locate the line in the assembler 
> source file where the error is flagged.  Presumably it will relate to 
> this line in your source code:
> 
> >   asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));

  This C file is just an extract of an application which is compiling,
 assembling and linking with binutils-2.15.
  The lines of the assembler file does not look strange, the error is
 given at end of the mouse.s file.

  Just replacing
asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));
  by:
asm volatile (" .equ dataPS2, %c0 ": : "i" (&MOUSE.data.PS2));
  does not change the error message:

/home/etienne/projet/toolchain/bin/as  -acdhls=mouse.lis -o mouse.o mouse.s
mouse.s: Assembler messages:
mouse.s:1902: Error: `dataPS2' can't be equated to common symbol
make: *** [mouse.o] Error 1

etienne@cygne:~/projet/gujin$ grep dataPS2 mouse.s
        movl    %eax,dataPS2
        movl    %eax,dataPS2 + 4
         .equ dataPS2, MOUSE+476

The MOUSE structure is a common structure:
        .comm   MOUSE,512,32

> You didn't say, but I assume that you are compiling for an x86 target ?

  Yes - a strange x86 target.

> My guess is that the assembler is no longer support the syntax you are 
> using to assign a value to the "dataPS2" symbol.  Perhaps you need to 
> change the above asm() statement to use the .set pseudo operator ?

  Note that I can initialise the MOUSE structure to zero and I no more
 have this assembler error - but I am not sure this behaviour of GAS
 is the intended one.

  Etienne.



	

	
		
__________________________________________________________________
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

Re: Binutils 2.15.97 available

[Nick Clifton]

Hi Etienne,

>   I have s strange problem with this version, but 2.15 works.
>   Do you know what
> Error: `dataPS2' can't be equated to common symbol
>   means?

It is an error message from the assembler.  Try compiling with the "-c" 
and "--save-temps" flags and then locate the line in the assembler 
source file where the error is flagged.  Presumably it will relate to 
this line in your source code:

>   asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));

You didn't say, but I assume that you are compiling for an x86 target ?

My guess is that the assembler is no longer support the syntax you are 
using to assign a value to the "dataPS2" symbol.  Perhaps you need to 
change the above asm() statement to use the .set pseudo operator ?

Cheers
   Nick

Re: Binutils 2.15.97 available

[Etienne Lorrain]

  Hi,

  I have s strange problem with this version, but 2.15 works.
  Do you know what
Error: `dataPS2' can't be equated to common symbol
  means?

-------------------------------
etienne@cygne:~/projet/gujin$ cat tmp.c
struct mouse_interface_str {
    enum MOUSE_type {
        MOUSE_NONE= 0,
        MOUSE_PS2 = 0xAA,
        MOUSE_SERIAL_COM1 = 0x10, MOUSE_SERIAL_COM2,   /* 2 buttons */
        MOUSE_SERIAL_COM3, MOUSE_SERIAL_COM4,
        MOUSE_SERIAL3_COM1 = 0x30, MOUSE_SERIAL3_COM2, /* 3 buttons */
        MOUSE_SERIAL3_COM3, MOUSE_SERIAL3_COM4,         /* Logitech */
        MOUSE_SERIALM_COM1 = 0x40, MOUSE_SERIALM_COM2, /* 3 buttons */
        MOUSE_SERIALM_COM3, MOUSE_SERIALM_COM4         /* MouseSystems */
#define MOUSE_SERIAL_MASK 0xF0
        } type;

    union {
        struct PS2_struct {
            unsigned short reservedword : 16;
              signed char y_data        : 8;
              signed char y_reserved    : 8;
              signed char x_data        : 8;
              signed char x_reserved    : 8;
            unsigned char left_button   : 1;
            unsigned char right_button  : 1;
            unsigned char middle_button : 1;
            unsigned char reservedbit   : 1;
            unsigned char x_negative    : 1;
            unsigned char y_negative    : 1;
            unsigned char x_overflow    : 1;
            unsigned char y_overflow    : 1;
            unsigned char reservedbyte  : 8;
            } __attribute__ ((packed)) PS2;
        } data;

    } MOUSE;

unsigned MOUSE_PS2_init (void)
  {
  MOUSE.type = MOUSE_PS2;
  asm volatile (" dataPS2 = %c0 ": : "i" (&MOUSE.data.PS2));
  return 0;
  }

asm (
"PS2_mouse_callback:                                                    \n"
"       pushl   %ds                                                     \n"
"       pushl   %eax                                                    \n"
"       movw    %cs,%ax                                                 \n"
"       addw    $deltaseg,%ax   # not necessary if no CODE_SEGMENT      \n"
"       movw    %ax,%ds                                                 \n"
"       movl    12(%esp),%eax                                           \n"
"       movl    %eax,dataPS2                                            \n"
"       movl    16(%esp),%eax                                           \n"
"       movl    %eax,dataPS2 + 4                                        \n"
"       popl    %eax                                                    \n"
"       popl    %ds                                                     \n"
"       lretw                                                           \n"
        );
etienne@cygne:~/projet/gujin$ /home/etienne/projet/toolchain/bin/gcc
--version
gcc (GCC) 3.4.0
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

etienne@cygne:~/projet/gujin$ /home/etienne/projet/toolchain/bin/ld -v
GNU ld version 2.15.97 20050420
etienne@cygne:~/projet/gujin$ /home/etienne/projet/toolchain/bin/as -v
GNU assembler version 2.15.97 (i686-pc-linux-gnu) using BFD version 2.15.97
20050420

etienne@cygne:~/projet/gujin$ /home/etienne/projet/toolchain/bin/gcc tmp.c
/tmp/ccQt6JrC.s: Assembler messages:
/tmp/ccQt6JrC.s:34: Error: `dataPS2' can't be equated to common symbol
etienne@cygne:~/projet/gujin$
-------------------------------

  Thanks,
  Etienne.


	

	
		
__________________________________________________________________
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

Re: Binutils 2.15.97 available

[Richard Sandiford]

Daniel Jacobowitz <drow@false.org> writes:
> I have uploaded binutils 2.15.97 to:
>
>   ftp://sources.redhat.com/pub/binutils/snapshots/binutils-2.15.97.tar.bz2
>
> I plan that this will be the last prerelease, and binutils 2.16 will
> be released more-or-less unchanged next week.  Please do not commit
> anything to the 2.16 release branch without asking me first.  Please
> test this snapshot.

Looks good for mips-sgi-irix6.5.  I built the tarball using MIPSpro
(to check for stray GNUisms) and there were no problems.  I then
used the tools for a gcc bootstrap and regression test, the results
of which are here:

   http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg01517.html

Richard

Re: Binutils 2.15.97 available

[Ralf Corsepius]

On Thu, 2005-04-21 at 08:30 -0700, Mark Mitchell wrote:
> Ralf Corsepius wrote:
> 
> > Any chances to see these patches below applied to binutils-2.16 rsp.
> > gcc-4.0?
> 
> If this is approved for mainline, it can go in 4.0.1, but it's too late 
> for 4.0.0.

In this case, this patch doesn't make any sense to be applied to
binutils-2.16, because it would introduce inconsistencies to our
toolchains.

Could somebody please apply this patch to binutils-mainline (I don't
have binutils write access), I will apply it to gcc when the tree
reopens.

Ralf


 

Re: Binutils 2.15.97 available

[Mark Mitchell]

Ralf Corsepius wrote:

> Any chances to see these patches below applied to binutils-2.16 rsp.
> gcc-4.0?

If this is approved for mainline, it can go in 4.0.1, but it's too late 
for 4.0.0.

-- 
Mark Mitchell
CodeSourcery, LLC
mark@codesourcery.com
(916) 791-8304

RE: Binutils 2.15.97 available

[Dave Korn]

----Original Message----
>From: Daniel Jacobowitz
>Sent: 21 April 2005 14:11

> On Thu, Apr 21, 2005 at 11:41:18AM +0100, Dave Korn wrote:
>> ----Original Message----
>>> From: Daniel Jacobowitz
>>> Sent: 20 April 2005 20:51
>> 
>>> I have uploaded binutils 2.15.97 to:
>>> 
>>>  
>>> ftp://sources.redhat.com/pub/binutils/snapshots/binutils-2.15.97.tar.bz2
>>> 
>>> I plan that this will be the last prerelease, and binutils 2.16 will
>>> be released more-or-less unchanged next week.  Please do not commit
>>> anything to the 2.16 release branch without asking me first.  Please
>>> test this snapshot.
>>> 
>>> If problems show up for particular targets, I would prefer to have a
>>> quick 2.16.1 rather than delay this release any further.
>> 
>> 
>>   Looks fairly good on cygwin, but there seems to be one more ld failure
>> than the most recent (version: 2.16.90 20050313) test results I could
>> find on the list; the extra FAIL is "FAIL: cdtest".  I haven't looked
>> into it yet; is it a known issue?
> 
> No, but cdtest usually means something is wrong with C++.  How about
> sharing log bits instead of summary bits? :-)

  Hmmm, looks a bit funny to me....



Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest.exp
...
c++ -L/davek/patch-gnu/testing/obj-binutils-2.15.97/./ld -g -O2
-fno-exceptions
-B/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/tmpdir/gas/
-I/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest -g -O2
-c
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-foo.
cc -o tmpdir/cdtest-foo.o
c++ -L/davek/patch-gnu/testing/obj-binutils-2.15.97/./ld -g -O2
-fno-exceptions
-B/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/tmpdir/gas/
-I/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest -g -O2
-c
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-bar.
cc -o tmpdir/cdtest-bar.o
c++ -L/davek/patch-gnu/testing/obj-binutils-2.15.97/./ld -g -O2
-fno-exceptions
-B/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/tmpdir/gas/
-I/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest -g -O2
-c
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-main
.cc -o tmpdir/cdtest-main.o
/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/ld-new -m i386pe  -o
tmpdir/cdtest /lib/crt0.o tmpdir/cdtest-foo.o tmpdir/cdtest-bar.o
tmpdir/cdtest-main.o  --start-group
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a -lc --end-group -lcygwin
-L/usr/lib/w32api -luser32 -lkernel32 -ladvapi32 -lshell32
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a
tmpdir/cdtest >tmpdir/cdtest.out
diff tmpdir/cdtest.out
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest.dat
4a5,6
> Initializing Foo(5) "default-foo" with Foo(4)
> Destructing Foo(4) "default-foo" (remaining foos: 4)
10c12
< Destructing Foo(4) "default-foo" (remaining foos: 3)
---
> Destructing Foo(5) "default-foo" (remaining foos: 3)
11a14,15
> Destructing Foo(2) "static_foo" (remaining foos: 1)
> Destructing Foo(1) "static_foo" (remaining foos: 0)
child process exited abnormally
Checking against Named Return Value optimization
diff tmpdir/cdtest.out
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-nrv.
dat
11a12,13
> Destructing Foo(2) "static_foo" (remaining foos: 1)
> Destructing Foo(1) "static_foo" (remaining foos: 0)
child process exited abnormally
FAIL: cdtest
/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/ld-new -m i386pe -o
tmpdir/cdtest.o -r -Ur tmpdir/cdtest-foo.o tmpdir/cdtest-bar.o
tmpdir/cdtest-main.o
/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/ld-new -m i386pe  -o
tmpdir/cdtest /lib/crt0.o tmpdir/cdtest.o  --start-group
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a -lc --end-group -lcygwin
-L/usr/lib/w32api -luser32 -lkernel32 -ladvapi32 -lshell32
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a
tmpdir/cdtest >tmpdir/cdtest.out
assertion "Foo::nb_foos() == 2" failed: file
"/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest-mai
n.cc", line 32
FAIL: cdtest with -Ur
testcase
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest.exp
completed in 2 seconds



  Hmm, the static initialisers don't appear to be being called in the cdtest
-Ur, it seems that nb_foos is zero.


    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....

Re: Binutils 2.15.97 available

[Daniel Jacobowitz]

On Thu, Apr 21, 2005 at 11:41:18AM +0100, Dave Korn wrote:
> ----Original Message----
> >From: Daniel Jacobowitz
> >Sent: 20 April 2005 20:51
> 
> > I have uploaded binutils 2.15.97 to:
> > 
> >   ftp://sources.redhat.com/pub/binutils/snapshots/binutils-2.15.97.tar.bz2
> > 
> > I plan that this will be the last prerelease, and binutils 2.16 will
> > be released more-or-less unchanged next week.  Please do not commit
> > anything to the 2.16 release branch without asking me first.  Please
> > test this snapshot.
> > 
> > If problems show up for particular targets, I would prefer to have a
> > quick 2.16.1 rather than delay this release any further.
> 
> 
>   Looks fairly good on cygwin, but there seems to be one more ld failure
> than the most recent (version: 2.16.90 20050313) test results I could find
> on the list; the extra FAIL is "FAIL: cdtest".  I haven't looked into it
> yet; is it a known issue?

No, but cdtest usually means something is wrong with C++.  How about
sharing log bits instead of summary bits? :-)

-- 
Daniel Jacobowitz
CodeSourcery, LLC

Re: Binutils 2.15.97 available

[Mike Frysinger]

On Thursday 21 April 2005 04:58 am, Nick Clifton wrote:
> Hi Mike,
>
> >>it's probably just a matter of i havent been around long enough to
> >> understand exactly how the release process works, but the 2.16.90.0.1
> >> snapshot rolled by H. J. Lu included the '-linux-gnu*' to '-linux-*'
> >> changes while 2.15.97 does not ...
> >>
> >>i thought the patch went into both mainline and the 2.16 branch, so what
> >> am i missing ? :/
> >
> > I don't believe it went in to 2.16.
>
> That's right.
>
> Since this is a potentially controversial patch I thought that it would
> be better to just apply it to the mainline sources and not the 2.16
> branch.  That way if the wider free software community complains about
> the change they will not have any grounds to reject an official binutils
> release, but instead can complain about its presence in the development
> sources.

ah, ok ... i'll just rip the patch from mainline for use in uClibc / Gentoo 
then

thanks all :)
-mike

RE: Binutils 2.15.97 available

[Dave Korn]

----Original Message----
>From: Daniel Jacobowitz
>Sent: 20 April 2005 20:51

> I have uploaded binutils 2.15.97 to:
> 
>   ftp://sources.redhat.com/pub/binutils/snapshots/binutils-2.15.97.tar.bz2
> 
> I plan that this will be the last prerelease, and binutils 2.16 will
> be released more-or-less unchanged next week.  Please do not commit
> anything to the 2.16 release branch without asking me first.  Please
> test this snapshot.
> 
> If problems show up for particular targets, I would prefer to have a
> quick 2.16.1 rather than delay this release any further.


  Looks fairly good on cygwin, but there seems to be one more ld failure
than the most recent (version: 2.16.90 20050313) test results I could find
on the list; the extra FAIL is "FAIL: cdtest".  I haven't looked into it
yet; is it a known issue?




Test Run By dk on Thu Apr 21 11:32:11 2005
Native configuration is i686-pc-cygwin

		=== binutils tests ===

Schedule of variations:
    unix

Running target unix
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/ar
.exp ...
PASS: ar long file names
PASS: ar symbol table
PASS: ar argument parsing
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/dl
ltool.exp ...
PASS: dlltool (fastcall export)
PASS: dlltool -p (execution)
PASS: dlltool -p (symbol names)
PASS: dlltool -p (import name)
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/hp
pa/objdump.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/m6
8k/objdump.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/nm
.exp ...
PASS: nm (no arguments)
PASS: nm -g
PASS: nm -P
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/ob
jcopy.exp ...
PASS: objcopy (simple copy)
PASS: objcopy -O srec
PASS: objcopy --set-start
PASS: objcopy --adjust-start
PASS: objcopy --adjust-vma
PASS: objcopy --adjust-section-vma +
PASS: objcopy --adjust-section-vma =
PASS: strip
PASS: strip with saving a symbol
XFAIL: simple objcopy of executable
PASS: run objcopy of executable
PASS: run stripped executable
PASS: run stripped executable with saving a symbol
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/ob
jdump.exp ...
PASS: objdump -i
PASS: objdump -f
PASS: objdump -h
PASS: objdump -t
PASS: objdump -r
PASS: objdump -s
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/re
adelf.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/si
ze.exp ...
PASS: size (no arguments)
PASS: size -A
Running
/davek/patch-gnu/testing/binutils-2.15.97/binutils/testsuite/binutils-all/wi
ndres/windres.exp ...
PASS: windres/bmpalign (parse)
PASS: windres/bmpalign (compare)
PASS: windres/capstyle (parse)
PASS: windres/capstyle (compare)
PASS: windres/checkbox (parse)
PASS: windres/checkbox (compare)
PASS: windres/combobox (parse)
PASS: windres/combobox (compare)
PASS: windres/deflang (parse)
PASS: windres/deflang (compare)
PASS: windres/dialog0 (parse)
PASS: windres/dialog0 (compare)
PASS: windres/dialog1 (parse)
PASS: windres/dialog1 (compare)
PASS: windres/dialogid (parse)
PASS: windres/dialogid (compare)
PASS: windres/dialogsignature (parse)
PASS: windres/dialogsignature (compare)
PASS: windres/dlgfont (parse)
PASS: windres/dlgfont (compare)
PASS: windres/edittext (parse)
PASS: windres/edittext (compare)
PASS: windres/escapea (parse)
PASS: windres/escapea (compare)
PASS: windres/escapex (parse)
PASS: windres/escapex (compare)
PASS: windres/lang (parse)
PASS: windres/lang (compare)
PASS: windres/listbox (parse)
PASS: windres/listbox (compare)
PASS: windres/nocaption (parse)
PASS: windres/nocaption (compare)
PASS: windres/printstyle (parse)
PASS: windres/printstyle (compare)
PASS: windres/quoteclass (parse)
PASS: windres/scrollbar (parse)
PASS: windres/scrollbar (compare)
PASS: windres/strtab1 (parse)
PASS: windres/strtab1 (compare)
PASS: windres/sublang (parse)
PASS: windres/sublang (compare)

		=== binutils Summary ===

# of expected passes		71
# of expected failures		1
Test Run By dk on Thu Apr 21 11:32:27 2005
Native configuration is i686-pc-cygwin

		=== gas tests ===

Schedule of variations:
    unix

Running target unix
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/all/gas.exp ...
PASS: pcrel values in assignment
PASS: simplifiable double subtraction
PASS: simplifiable double subtraction (-a)
PASS: simple FP constants
PASS: difference of two undefined symbols
PASS: comment.s: comments in listings
PASS: difference between forward references
PASS: struct
PASS: align
PASS: align2
PASS: alternate macro syntax
PASS: alternate macro syntax (escape)
PASS: cofftag
PASS: conditional listings
PASS: incbin
PASS: fastcall labels
PASS: .sleb128 tests
PASS: .quad tests
PASS: gas/all/err-1.s  (test for errors, line 3)
PASS: gas/all/err-1.s  (test for errors, line 4)
PASS: gas/all/err-1.s  (test for errors, line 5)
PASS: gas/all/err-1.s  (test for errors, line 6)
PASS: gas/all/err-1.s  (test for errors, line 7)
PASS: gas/all/err-1.s (test for excess errors)
PASS: gas/all/warn-1.s  (test for warnings, line 3)
PASS: gas/all/warn-1.s  (test for errors, line 4)
PASS: gas/all/warn-1.s  (test for warnings, line 5)
PASS: gas/all/warn-1.s  (test for warnings, line 6)
PASS: gas/all/warn-1.s  (test for warnings, line 7)
PASS: gas/all/warn-1.s (test for excess errors)
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/alpha/alpha.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/arc/arc.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/arc/warn.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/arm/arm.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/cfi/cfi.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/cris/cris.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/crx/allinsn.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/d10v/d10v.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/d30v/d30.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/dlx/alltests.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/elf/elf.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/fr30/allinsn.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/fr30/fr30.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/frv/allinsn.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/h8300-coff
.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/h8300-elf.
exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/h8300.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t01_mov.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t02_mova.e
xp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t03_add.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t04_sub.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t05_cmp.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t06_ari2.e
xp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t07_ari3.e
xp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t08_or.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t09_xor.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t10_and.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t11_logs.e
xp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t12_bit.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/h8300/t13_otr.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/hppa/basic/basic
.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/hppa/parse/parse
.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/hppa/reloc/reloc
.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/hppa/unsorted/un
sorted.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/i386/i386.exp
...
PASS: i386 float
PASS: i386 general
PASS: i386 inval
PASS: i386 modrm
PASS: i386 naked reg
PASS: i386 intel
PASS: i386 intel
PASS: i386 intel16
PASS: i386 intelbad
PASS: i386 intel-ok
PASS: i386 prefix
PASS: i386 amd
PASS: i386 katmai
PASS: i386 jump
PASS: i386 ssemmx2
PASS: i386 sse2
PASS: i386 sub
PASS: i386 prescott
PASS: i386 SIB
PASS: i386 divide
PASS: i386 padlock
PASS: i386 cr8+
PASS: i386 cr-err
PASS: i386 secrel reloc
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/i860/i860.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/ia64/ia64.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/ieee-fp/x930509a
.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/iq2000/allinsn.e
xp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/iq2000/load-haza
rds.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/iq2000/odd-ldw.e
xp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/iq2000/odd-sdw.e
xp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/iq2000/yield.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m32r/allinsn.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m32r/error.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m32r/m32r.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m32r/m32r2.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m32r/m32rx.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m32r/pic.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m68hc11/m68hc11.
exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m68k-coff/gas.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m68k/all.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/m88k/m88k.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/macros/macros.ex
p ...
PASS: macro test 1
PASS: macro test 2
PASS: macro test 3
PASS: macro irp
PASS: macro rept
PASS: nested irp/irpc/rept
PASS: macro infinite recursion
PASS: logical and in macro definition
PASS: semi
PASS: strings
PASS: APP with macro without NO_APP
PASS: APP with macro then NO_APP
PASS: APP with macro then NO_APP then more code
PASS: included file with .if 0 wrapped in APP/NO_APP, no final NO_APP, macro
in main file
PASS: macros badarg
PASS: macros end
PASS: macros redef
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/maxq10/maxq10.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/maxq20/maxq20.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/mcore/allinsn.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/mips/mips.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/mmix/mmix-err.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/mmix/mmix-list.e
xp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/mmix/mmix.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/mn10200/basic.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/mn10300/basic.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/mri/mri.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/msp430/msp430.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/openrisc/allinsn
.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/pdp11/pdp11.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/pj/pj.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/ppc/aix.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/ppc/ppc.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/s390/s390.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sh/arch/arch.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sh/basic.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sh/err.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sh/sh64/err.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sh/sh64/sh64.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sparc-solaris/ad
dend.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sparc-solaris/ga
s.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sparc/mismatch.e
xp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sparc/sparc.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/sun4/addend.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/symver/symver.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/tic4x/tic4x.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/tic54x/tic54x.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/tic80/tic80.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/v850/basic.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/vax/vax.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/xstormy16/allins
n.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/xtensa/all.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/gas/testsuite/gas/z8k/z8k.exp ...

		=== gas Summary ===

# of expected passes		71
../as-new 20050420

Test Run By dk on Thu Apr 21 11:32:43 2005
Native configuration is i686-pc-cygwin

		=== ld tests ===

Schedule of variations:
    unix

Running target unix
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-alpha/alpha.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-arm/arm-elf.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-auto-import/auto-i
mport.exp ...
PASS: linking auto-import client using a standard import library
PASS: linking auto-import client using the dll
PASS: linking auto-import client using symbolic linked dll
PASS: linking with disabled auto-import
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-bootstrap/bootstra
p.exp ...
PASS: bootstrap
PASS: bootstrap with strip
PASS: bootstrap with --static
PASS: bootstrap with --traditional-format
PASS: bootstrap with --no-keep-memory
PASS: bootstrap with --relax
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cdtest/cdtest.exp
...
FAIL: cdtest
FAIL: cdtest with -Ur
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-checks/checks.exp
...
PASS: check sections 1
PASS: check sections 2
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cris/cris.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-crx/crx.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-cygwin/exe-export.
exp ...
PASS: export table in executable
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-d10v/d10v.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-discard/discard.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-elf/elf.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-elf/exclude.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-elf/frame.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-elf/sec64k.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-elfcomm/elfcomm.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-elfvers/vers.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-elfvsb/elfvsb.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-elfweak/elfweak.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-fastcall/fastcall.
exp ...
PASS: ld (fastcall symbols)
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-frv/fdpic.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-frv/frv-elf.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-frv/tls.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-h8300/h8300.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-i386/i386.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-ia64/ia64.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-linkonce/linkonce.
exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-m68hc11/m68hc11.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-maxq/maxq.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-mips-elf/mips-elf-
flags.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-mips-elf/mips-elf.
exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-mmix/mmix.exp ...
Running /davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-pe/pe.exp
...
PASS: .secrel32
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-powerpc/powerpc.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-s390/s390.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/align.exp
...
PASS: align1
PASS: ld-scripts/align2a
PASS: ld-scripts/align2b
PASS: ld-scripts/align2c
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/assert.exp
...
PASS: ASSERT
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/crossref.e
xp ...
PASS: NOCROSSREFS 1
PASS: NOCROSSREFS 2
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/data.exp
...
PASS: ld-scripts/data
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/defined.ex
p ...
PASS: DEFINED (PRMS 5699)
PASS: ld-scripts/defined2
PASS: ld-scripts/defined3
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/dynamic-se
ctions.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/empty-orph
an.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/map-addres
s.exp ...
PASS: map addresses
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/overlay-si
ze.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/phdrs.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/phdrs2.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/provide.ex
p ...
PASS: ld-scripts/provide-1
PASS: ld-scripts/provide-2
XFAIL: ld-scripts/provide-3
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/script.exp
...
PASS: script
PASS: MRI script
PASS: MEMORY
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/size.exp
...
PASS: ld-scripts/size-1
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/sizeof.exp
...
PASS: SIZEOF
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/sort.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-scripts/weak.exp
...
FAIL: weak symbols
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-selective/sel-dump
.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-selective/selectiv
e.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-sh/arch/arch.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-sh/rd-sh.exp ...
Running /davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-sh/sh.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-sh/sh64/rd-sh64.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-sh/sh64/relax.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-sh/sh64/relfail.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-sh/sh64/sh64.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-shared/shared.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-sparc/sparc.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-srec/srec.exp ...
XFAIL: S-records
XFAIL: S-records with constructors
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-undefined/undefine
d.exp ...
PASS: undefined
PASS: undefined function
PASS: undefined line
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-undefined/weak-und
ef.exp ...
PASS: weak undefined symbols
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-v850/v850.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-versados/versados.
exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-x86-64/x86-64.exp
...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-xstormy16/xstormy1
6.exp ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-xtensa/coalesce.ex
p ...
Running
/davek/patch-gnu/testing/binutils-2.15.97/ld/testsuite/ld-xtensa/lcall.exp
...

		=== ld Summary ===

# of expected passes		38
# of unexpected failures	3
# of expected failures		3
/davek/patch-gnu/testing/obj-binutils-2.15.97/ld/ld-new 20050420




    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....

Re: Binutils 2.15.97 available

[Ralf Corsepius]

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

Daniel, Mark,

On Wed, 2005-04-20 at 15:50 -0400, Daniel Jacobowitz wrote:
> I have uploaded binutils 2.15.97 to:
> 
>   ftp://sources.redhat.com/pub/binutils/snapshots/binutils-2.15.97.tar.bz2
> 
> I plan that this will be the last prerelease, and binutils 2.16 will
> be released more-or-less unchanged next week.  Please do not commit
> anything to the 2.16 release branch without asking me first.  Please
> test this snapshot.
> 
> If problems show up for particular targets, I would prefer to have a
> quick 2.16.1 rather than delay this release any further.

Any chances to see these patches below applied to binutils-2.16 rsp.
gcc-4.0?

They add an h8300-*-rtemscoff target, binutils can deprecate/remove
later as part of binutils' h8300-*-coff removal, and switches h8300-*-
rtems* to using h8300-*-elf.

These patches should not have any impact on other targets, but would
help RTEMS in a transition from coff to elf.

Ralf


 

[-- Attachment #2: binutils-2.16-h8300-rtems.diff --]
[-- Type: text/x-patch, Size: 1987 bytes --]

Index: bfd/config.bfd
===================================================================
RCS file: /cvs/src/src/bfd/config.bfd,v
retrieving revision 1.181
diff -u -r1.181 config.bfd
--- bfd/config.bfd	31 Jan 2005 17:18:47 -0000	1.181
+++ bfd/config.bfd	21 Apr 2005 09:51:32 -0000
@@ -369,7 +369,12 @@
     targ_selvecs=bfd_elf32_frv_vec
     ;;
 
-  h8300*-*-elf)
+  h8300*-*-rtemscoff*)
+    targ_defvec=h8300coff_vec
+    targ_underscore=yes
+    ;;
+
+  h8300*-*-elf | h8300*-*-rtems*)
     targ_defvec=bfd_elf32_h8300_vec
     targ_underscore=yes
     ;;
Index: gas/configure.tgt
===================================================================
RCS file: /cvs/src/src/gas/configure.tgt,v
retrieving revision 1.3
diff -u -r1.3 configure.tgt
--- gas/configure.tgt	31 Jan 2005 17:18:51 -0000	1.3
+++ gas/configure.tgt	21 Apr 2005 09:51:35 -0000
@@ -163,9 +163,9 @@
   hppa-*-bsd*)				fmt=som em=hppa ;;
   hppa-*-hiux*)				fmt=som em=hppa ;;
 
-  h8300-*-rtems*)			fmt=coff ;;
+  h8300-*-rtemscoff*)			fmt=coff ;;
   h8300-*-coff)				fmt=coff ;;
-  h8300-*-elf)				fmt=elf ;;
+  h8300-*-elf | h8300-*-rtems*)		fmt=elf ;;
   h8500-*-rtems*)			fmt=coff ;;
   h8500-*-coff)				fmt=coff ;;
 
Index: ld/configure.tgt
===================================================================
RCS file: /cvs/src/src/ld/configure.tgt,v
retrieving revision 1.165
diff -u -r1.165 configure.tgt
--- ld/configure.tgt	8 Feb 2005 19:54:27 -0000	1.165
+++ ld/configure.tgt	21 Apr 2005 09:51:37 -0000
@@ -280,10 +280,10 @@
 			targ_extra_ofiles="deffilep.o pe-dll.o" ;;
 xscale-*-coff)		targ_emul=armcoff ;;
 xscale-*-elf)		targ_emul=armelf ;;
-h8300-*-hms* | h8300-*-coff* | h8300-*-rtems*)
+h8300-*-hms* | h8300-*-coff* | h8300-*-rtemscoff*)
 			targ_emul=h8300; targ_extra_emuls="h8300h h8300s h8300hn h8300sn h8300sx h8300sxn"
 			;;
-h8300-*-elf*)
+h8300-*-elf* | h8300-*-rtems*)
 			targ_emul=h8300elf;
 			targ_extra_emuls="h8300helf h8300self h8300hnelf h8300snelf h8300sxelf h8300sxnelf"
 			;;

[-- Attachment #3: gcc-4.0-h8300-rtems.diff --]
[-- Type: text/x-patch, Size: 855 bytes --]

Index: gcc/config.gcc
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config.gcc,v
retrieving revision 1.516.2.5
diff -u -r1.516.2.5 config.gcc
--- gcc/config.gcc	31 Mar 2005 03:17:08 -0000	1.516.2.5
+++ gcc/config.gcc	21 Apr 2005 09:50:13 -0000
@@ -765,10 +765,14 @@
 	         linux.h frv/linux.h frv/frv-abi.h"
 	tmake_file="${tmake_file} frv/t-frv frv/t-linux"
 	;;
-h8300-*-rtems*)
+h8300-*-rtemscoff*)
 	tmake_file="h8300/t-h8300 t-rtems h8300/t-rtems"
 	tm_file="h8300/h8300.h dbxcoff.h h8300/coff.h h8300/rtems.h rtems.h"
 	;;
+h8300-*-rtems*)
+	tmake_file="h8300/t-h8300 h8300/t-elf t-rtems h8300/t-rtems"
+	tm_file="h8300/h8300.h dbxelf.h elfos.h h8300/elf.h h8300/rtems.h rtems.h"
+	;;
 h8300-*-elf*)
 	tmake_file="h8300/t-h8300 h8300/t-elf"
 	tm_file="h8300/h8300.h dbxelf.h elfos.h h8300/elf.h"

Re: Binutils 2.15.97 available

[Nick Clifton]

Hi Mike,

>>it's probably just a matter of i havent been around long enough to understand 
>>exactly how the release process works, but the 2.16.90.0.1 snapshot rolled by 
>>H. J. Lu included the '-linux-gnu*' to '-linux-*' changes while 2.15.97 does 
>>not ...
>>
>>i thought the patch went into both mainline and the 2.16 branch, so what am i 
>>missing ? :/
> 
> I don't believe it went in to 2.16.

That's right.

Since this is a potentially controversial patch I thought that it would 
be better to just apply it to the mainline sources and not the 2.16 
branch.  That way if the wider free software community complains about 
the change they will not have any grounds to reject an official binutils 
release, but instead can complain about its presence in the development 
sources.

Cheers
   Nick

Re: Binutils 2.15.97 available

[Daniel Jacobowitz]

On Wed, Apr 20, 2005 at 09:31:45PM -0400, Mike Frysinger wrote:
> On Wednesday 20 April 2005 03:50 pm, Daniel Jacobowitz wrote:
> > I plan that this will be the last prerelease, and binutils 2.16 will
> > be released more-or-less unchanged next week.  Please do not commit
> > anything to the 2.16 release branch without asking me first.  Please
> > test this snapshot.
> >
> > If problems show up for particular targets, I would prefer to have a
> > quick 2.16.1 rather than delay this release any further.
> 
> it's probably just a matter of i havent been around long enough to understand 
> exactly how the release process works, but the 2.16.90.0.1 snapshot rolled by 
> H. J. Lu included the '-linux-gnu*' to '-linux-*' changes while 2.15.97 does 
> not ...
> 
> i thought the patch went into both mainline and the 2.16 branch, so what am i 
> missing ? :/

I don't believe it went in to 2.16.

-- 
Daniel Jacobowitz
CodeSourcery, LLC

Re: Binutils 2.15.97 available

[Mike Frysinger]

On Wednesday 20 April 2005 03:50 pm, Daniel Jacobowitz wrote:
> I plan that this will be the last prerelease, and binutils 2.16 will
> be released more-or-less unchanged next week.  Please do not commit
> anything to the 2.16 release branch without asking me first.  Please
> test this snapshot.
>
> If problems show up for particular targets, I would prefer to have a
> quick 2.16.1 rather than delay this release any further.

it's probably just a matter of i havent been around long enough to understand 
exactly how the release process works, but the 2.16.90.0.1 snapshot rolled by 
H. J. Lu included the '-linux-gnu*' to '-linux-*' changes while 2.15.97 does 
not ...

i thought the patch went into both mainline and the 2.16 branch, so what am i 
missing ? :/
-mike

Binutils 2.15.97 available

[Daniel Jacobowitz]

I have uploaded binutils 2.15.97 to:

  ftp://sources.redhat.com/pub/binutils/snapshots/binutils-2.15.97.tar.bz2

I plan that this will be the last prerelease, and binutils 2.16 will
be released more-or-less unchanged next week.  Please do not commit
anything to the 2.16 release branch without asking me first.  Please
test this snapshot.

If problems show up for particular targets, I would prefer to have a
quick 2.16.1 rather than delay this release any further.

-- 
Daniel Jacobowitz
CodeSourcery, LLC