Re: libtool

On Tue, 16 Sep 2008 00:52:44 +0000, James Kuyper wrote:
Alcari The Mad wrote:
James Kuyper wrote:
Antoninus Twink wrote:
On 15 Sep 2008 at 23:26, Keith Thompson wrote:
Neil Morris <neil.morris2@xxxxxxxxxx> writes:
Is it possible to code in c using libtool an executable that list
the symbols in shared/static libraries? Could someone show an
example?
There's no portable C solution.
Of course, this is complete nonsense.

All that is required is to parse a binary file, and this can be done
in 100% portable C.
The same code can be used to parse shared/static libraries on all
implementations of C? How was a single uniform library file format
established? When? By whom? Who's responsible for executing anyone who
might otherwise dare to define a new, incompatible library file
format? How did they get rid of all of the legacy systems using
different file formats?

He didn't say it will parse any binary file,

I didn't criticize his suggestion on those grounds. I criticized his
suggestion the ground that it will not correctly parse all library file
formats. That's too large a set of file formats to be correctly parsed
by a single program of a size small enough to be portable to all
implementations of C, but it's a much smaller set than the set of all
binary files.

What complete nonsense! If I write {int foo[1000000]; then the code
can't be run on a system without enough memory for one million ints, but
the hardware limitation doesn't make the code not portable C, otherwise
you could just as easily say that {int bar[2]; is not portable C because
it won't run on a system without enough memory for that.

... just that the parser is portable.

He said "that is complete nonsense" in response to the assertion "there
is no portable C solution"

correctly.

It may be portable code, and it may be the correct solution to the
problem on many platforms, but it's only a portable solution if it
correctly solves the problem on all of the systems it can be ported to.

Look up "portable". It doesn't mean "which runs on every programable
device ever built".

It can't be a portable solution,
because the problem to be solved is different on different systems.

A conceivable portable program could handle every format ever used, which
would make determining which format to use is just a matter of local
configuration or a run-time option.
.

Relevant Pages

  • Re: References Problem???
    ... You are correct that the VBA library supplies the Format() function, ... that the reference that control the Format funtion would be VBA - ... afer reregistering the VBA and DAO 3.6 libraries with no effect I'm at a ... While my app isn't dead int he water I am stuck trying to put a new ...
    (microsoft.public.access.forms)
  • Re: Acc97 Recordsets vs Acc2000/2002
    ... Microsoft DAO 3.6 Library ... Uncheck everything else except the 2 required libraries. ... Access 2002 can save the database back to A97 format if needed. ...
    (microsoft.public.access.modulesdaovba)
  • Re: RfD: IEEE-FP
    ... e.g., for interfacing with numeric libraries, or you can then use, ... say, XDR, to get it into a wire format. ... IMO It's harder than it should be. ...
    (comp.lang.forth)
  • Re: Conversion Problems
    ... Access 2000 format. ... database to the newer format under Tools | Database Utilties. ... >>libraries available to them (although sometimes you have ... >>references when converting. ...
    (microsoft.public.access.gettingstarted)
  • Re: I want to "slice and dice my documents
    ... It depends on what format your documents are in. ... If you save your Word docs as Word XML ... dice the views of the documents or really the document libraries? ... > document titled "Red Apple" shown in a library called "Fruit". ...
    (microsoft.public.sharepoint.portalserver)
Loading