Re: gunzip: libtool-1.4.2.tar.gz: invalid compressed data--crc error

2002-09-17 Thread David Olofson
to be ok. The file size should be 1184578 bytes. //David Olofson --- Programmer, Reologica Instruments AB .- M A I A -. | Multimedia Application Integration Architecture | | A Free/Open Source Plugin API for Professional M

Re: "Re: libbfd, libtool & Win32" and "Re: Building a MinGW GLib etc..."

2002-09-17 Thread David Olofson
DL_AddTimer [ 1] SDL_AllocRW [ 2] SDL_AudioDriverName [ 3] SDL_AudioInit [ 4] SDL_AudioQuit [ 5] SDL_BuildAudioCVT ... Has anyone tried hacking a script to turn that into a .def file? Or should I, or someone else, just try to add a feature to objdump? //Da

Re: [Mingw-users] Re: libbfd, libtool & Win32

2002-09-17 Thread David Olofson
, we're talking about something that's *really* broken, inconcistent (any one else cares about HOST_CC...?), and a major PITA for a great number of users. (I might be the first, but even the established workarounds failed on my setup...) And now I'm not even

Re: [Mingw-users] Re: libbfd, libtool & Win32

2002-09-18 Thread David Olofson
with trickier stuff must upgrade their binutils to a > recent version. How does that sound? That could work. Dunno' about the reliability or portability of fitering 'objdump -p' output, but if it works for most people for now, it can at least avoid strictly forcing every cross

Re: [Mingw-users] Re: libbfd, libtool & Win32

2002-09-18 Thread David Olofson
On Wednesday 18 September 2002 11:08, David Olofson wrote: [...] > Indeed, it seems that the export section is *not* really a symbol > table, which is why some DLLs can have symbols ('-syms'), while most > DLLs don't. (In fact, I think clean DLLs *shouldn't* have th

Re: [Mingw-users] Re: libbfd, libtool & Win32

2002-09-18 Thread David Olofson
On Wednesday 18 September 2002 11:46, Danny Smith wrote: > --- David Olofson <[EMAIL PROTECTED]> wrote: > On Tuesday 17 > > September 2002 20:33, Guido Draheim wrote: > > [...] > > > > > On another e-mail, you said to have some idea of the `objdump -p` >

Re: [Mingw-users] Re: libbfd, libtool & Win32

2002-09-18 Thread David Olofson
pgen.c...? > > It is an issue with impgen. Try: > % impgen c:/winnt/system32/user32.dll > > All the names should have stdcall decoration, but don't. Ok... Is that information at all available in a DLL, or does that mean we either have to make assumptions, or just *require*

Re: Converting a project to libtool

2002-09-20 Thread David Olofson
uot; which will produce a library like libwhatever.so.0.0.3. > > Don't know why it was done this way but there must have been a good > reason. AFAIK, the idea is that the version info used during build should be usable as a way of matching applications with a *range* of library v

Re: [Mingw-users] Re: libbfd, libtool & Win32

2002-09-20 Thread David Olofson
ea for other reasons. Would be nice if it could be made to work somehow, but I probably won't make use of that feature myself. //David Olofson --- Programmer, Reologica Instruments AB .- Coming soon from VaporWare Inc.... | The Return of Audi

Re: [Mingw-users] Re: libbfd, libtool & Win32

2002-09-23 Thread David Olofson
On Friday 20 September 2002 22:31, Guido Draheim wrote: > David Olofson wrote: [...] > > How about building import libs from headers? (You need the headers to > > compile anyway...) > > Ahhm, not quite - some functions are exported only on a case-by-case > basis,

Re: [Mingw-users] Re: libbfd, libtool & Win32

2002-09-23 Thread David Olofson
On Monday 23 September 2002 13:00, David Olofson wrote: > On Friday 20 September 2002 22:31, Guido Draheim wrote: [...] > > In > > fact, we have a set of function names for a given lib - in its > > symbol table. > > In an export table, I would say, as most clean Win32

Re: [Mingw-users] Re: libbfd, libtool & Win32

2002-09-23 Thread David Olofson
On Monday 23 September 2002 15:30, Earnie Boyd wrote: > David Olofson wrote: > > However, it's still a very bad idea to compile tools as part of the > > application build process. ;-) > > Right, if you want to install implib as part of distributable resource > when