False alarm! [Was: strip(1) - POLA breakage]

Please ignore this message - the problem was caused by adding binary 
into CVS without binary flag set, not by strip(1).

I am sorry for the confusion.

Regards,

Maxim

Maxim Sobolev wrote:

> Hi,
> 
> I've noticed that strip(1) has departured from its historic behaviour - 
> now when I do `strip foo' on a FreeBSD ELF executable, the resulting 
> binary can't be executed giving the following error from the dynamic 
> linker:
> 
> /libexec/ld-elf.so.1: ./foo: Shared object has no run-time symbol table
> 
> This have to be fixed, since it can break lot of ports that assume 
> previous behaviour.
> 
> -Maxim
>