[TUHS] where is ecvt?

[TUHS] where is ecvt?

[Mark Longridge]

I've been comparing Unix v5 libc to modern linux and various other
Unix versions and I found something odd.

I made a list of functions which occur in Unix v5 libc.a and modern
linux glibc.a and while there is no problem using the ecvt function in
modern linux it doesn't seem to appear:

ar t /usr/lib/libc.a | grep ecvt

...doesn't find ecvt.

But if you do:
grep ecvt /usr/lib/libc.a
then
Binary file /usr/lib/libc.a matches

So it seems it is in there somewhere. While searching for ecvt.c I
found it as part of openbsd. I assume in modern Linux ecvt must be
part of a larger function but I couldn't find it in the glibc source.

Of course in Unix v5 things were completely straightforward as TUHS
has the file V5/usr/source/s3/ecvt.s

I just want to find all the functions that are still in modern glibc.a
which also existed in Unix v5 libc.a

[TUHS] where is ecvt?

[Ronald Natalie]

My guess is that when the libc was built ecvt.s was built into some other file other than ecvt.o and exists in the library under that name.
Ar only reports the file names inserted.   The loader looks at all the symbol tables on the contained files.    Have you tried extracting the files in the archive and running nm on them?

[TUHS] where is ecvt?

[Mark Longridge]

> The loader looks at all the symbol tables on the contained files.    Have you tried
> extracting the files in the archive and running nm on them?

It seems that in glibc the file efgcvt.c just wraps ecvt to a call to
sprintf so there's really isn't a ecvt.c (and thus no ecvt.o) but
efgcvt.o instead.

Mark


On 9/24/14, Ronald Natalie <ron at ronnatalie.com> wrote:
> My guess is that when the libc was built ecvt.s was built into some other
> file other than ecvt.o and exists in the library under that name.
> Ar only reports the file names inserted.   The loader looks at all the
> symbol tables on the contained files.    Have you tried extracting the files
> in the archive and running nm on them?
>
>

[TUHS] where is ecvt?

[random832]

On Wed, Sep 24, 2014, at 13:24, Mark Longridge wrote:
> ar t /usr/lib/libc.a | grep ecvt
> 
> ...doesn't find ecvt.
> 
> But if you do:
> grep ecvt /usr/lib/libc.a
> then
> Binary file /usr/lib/libc.a matches

$ objdump -t libc.a

...
efgcvt.o:     file format elf64-x86-64

SYMBOL TABLE:
...
00000000000000b0 g     F .text  000000000000001e ecvt
...

On a system without a tool like objdump, the next logical step would be
ar x.

[TUHS] where is ecvt?

[John Cowan]

Mark Longridge scripsit:

> I made a list of functions which occur in Unix v5 libc.a and modern
> linux glibc.a and while there is no problem using the ecvt function in
> modern linux it doesn't seem to appear:

ecvt() and fcvt() were deprecated in Posix 2001 in favor of printf(), and
in Posix 2008 they were removed altogether.

-- 
John Cowan          http://www.ccil.org/~cowan        cowan at ccil.org
He made the Legislature meet at one-horse tank-towns out in the alfalfa
belt, so that hardly nobody could get there and most of the leaders
would stay home and let him go to work and do things as he pleased.
    --H.L. Mencken's translation of the Declaration of Independence

[TUHS] where is ecvt?

[Dave Horsfall]

On Wed, 24 Sep 2014, John Cowan wrote:

> ecvt() and fcvt() were deprecated in Posix 2001 in favor of printf(), 
> and in Posix 2008 they were removed altogether.

I *thought* that the name was familiar, but having been whacked here before
I kept my fingers firmly buttoned up :-)

> John Cowan          http://www.ccil.org/~cowan        cowan at ccil.org
> He made the Legislature meet at one-horse tank-towns out in the alfalfa
> belt, so that hardly nobody could get there and most of the leaders
> would stay home and let him go to work and do things as he pleased.
>     --H.L. Mencken's translation of the Declaration of Independence

I was a member of an organisation like that.

-- Dave

[TUHS] where is ecvt?

[Dan Stromberg]

On Wed, Sep 24, 2014 at 12:41 PM,  <random832 at fastmail.us> wrote:
> On Wed, Sep 24, 2014, at 13:24, Mark Longridge wrote:
> $ objdump -t libc.a
>
> ...
> efgcvt.o:     file format elf64-x86-64
>
> SYMBOL TABLE:
> ...
> 00000000000000b0 g     F .text  000000000000001e ecvt
> ...
>
> On a system without a tool like objdump, the next logical step would be
> ar x.

You can also use nm:

                    case "`uname`" in
                        IRIX*)
                            nm -B "$libpath" | sed "s#^#$libpath:#"
                            ;;
                        SunOS|OSF1)
                            # here we're munging Sun format around into linux
                            # format
                            nm -P "$libpath" | awk ' { print $3,$2,$1 } ' | \
                                sed "s#^#$libpath:#"
                            ;;
                        Linux|DragonFly)
                            nm -o "$libpath"
                            ;;
                        AIX)
                            #AIX: .popen               T     0430424        14
                            # -X bits specifies the bitwidth for the library
                            # -p says don't sort - Much faster
                            nm -X 32 -p -o "$libpath" | awk ' { print
$3,$2,$1 } ' | \
                                sed "s#^#$libpath:#"
                            nm -X 64 -p -o "$libpath" | awk ' { print
$3,$2,$1 } ' | \
                                sed "s#^#$libpath:#"
                            ;;
                    esac