alphaev6-dec-osf4.0f bootstrap failing due to constructor encoding

alphaev6-dec-osf4.0f bootstrap failing due to constructor encoding

[John Wehle]

I've been running into problems building on the Alpha for several days.
Make bootstrap fails with:

  Bootstrap comparison failure!
  crtfastmath.o differs
  make[1]: *** [compare] Error 1
  make[1]: Leaving directory `/usr/local/build/alphaev6-dec-osf4.0f/GNU/gcc-current/gcc'
  make: *** [bootstrap] Error 2

Running objdump and diff on crtfastmath.o results in:

2c2
< gcc/crtfastmath.o:     file format ecoff-littlealpha
---
> gcc/stage2/crtfastmath.o:     file format ecoff-littlealpha
20c20
< 0000000000000030 <_GLOBAL__I_.._.._.._.._.._src_GNU_gcc_current_gcc_config_alpha_crtfastmath.c11BSil>:
---
> 0000000000000030 <_GLOBAL__I_.._.._.._.._.._src_GNU_gcc_current_gcc_config_alpha_crtfastmath.ciajE3I>:

Anyone else seen this?  Any pointers on exactly how / where the name is
generated for a constructor?

-- John
-------------------------------------------------------------------------
|   Feith Systems  |   Voice: 1-215-646-8000  |  Email: john@feith.com  |
|    John Wehle    |     Fax: 1-215-540-5495  |                         |
-------------------------------------------------------------------------

Re: alphaev6-dec-osf4.0f bootstrap failing due to constructor encoding

[Richard Henderson]

On Wed, Sep 12, 2001 at 02:30:30PM -0400, John Wehle wrote:
> Does the name have to be different each time the file is compiled, or
> can we do something like append characters based on the file inode,
> offset into the file, ... ?  Something which results in the same encoding
> each time that function in that file is compiled.

That might be reasonable.  Perhaps including the modification
time of the source file as well.


r~

Re: alphaev6-dec-osf4.0f bootstrap failing due to constructor encoding

[John Wehle]

>> Why are they appended to the name of a constructor and how random
>> do the characters need to be?
>
> We need a unique symbol name.  How can we acquire one?  If there
> is a global symbol, then that symbol name must be unique, so we
> can generate one based on that.  Otherwise...

Does the name have to be different each time the file is compiled, or
can we do something like append characters based on the file inode,
offset into the file, ... ?  Something which results in the same encoding
each time that function in that file is compiled.

-- John
-------------------------------------------------------------------------
|   Feith Systems  |   Voice: 1-215-646-8000  |  Email: john@feith.com  |
|    John Wehle    |     Fax: 1-215-540-5495  |                         |
-------------------------------------------------------------------------

Re: alphaev6-dec-osf4.0f bootstrap failing due to constructor encoding

[Richard Henderson]

On Tue, Sep 11, 2001 at 06:44:50PM -0400, John Wehle wrote:
> How can a file compiled as part of bootstrapping (i.e. crtfastmath)
> pass compare if random characters are in it's name?

It can't.

> Why are they appended to the name of a constructor and how random
> do the characters need to be?

We need a unique symbol name.  How can we acquire one?  If there
is a global symbol, then that symbol name must be unique, so we
can generate one based on that.  Otherwise...


r~

alphaev6-dec-osf4.0f bootstrap failing due to constructor encoding

[John Wehle]

Digging further into the alpha bootstrap failures due to crtfastmath.o
comparison errors I see that start_cdtor calls get_file_function_name
which calls get_file_function_name_long which calls append_random_chars
if this isn't the first global object.

How can a file compiled as part of bootstrapping (i.e. crtfastmath)
pass compare if random characters are in it's name?  Why are they
appended to the name of a constructor and how random do the characters
need to be?

-- John
-------------------------------------------------------------------------
|   Feith Systems  |   Voice: 1-215-646-8000  |  Email: john@feith.com  |
|    John Wehle    |     Fax: 1-215-540-5495  |                         |
-------------------------------------------------------------------------