libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: confusion with host,build,target


From: Guido Draheim
Subject: Re: confusion with host,build,target
Date: Sun, 06 Jan 2002 23:18:13 +0100

Es schrieb stefan:
> 
> On Sat, 5 Jan 2002, Guido Draheim wrote:
> 
> > Es schrieb stefan:
> > >
> > > Hello list,
> > >
> > >   I recently setup a cross compiler from linux->mingw32.  Using --host,
> > > --build and --target I am able to reproduce software successfully.  But
> > > with a little bit of confusion about the above parameters.
> > >
> > >   Reading `info Autoconf' tells me:
> > >   --host   : the system the package will run (here: mingw32)
> > >   --build  : the system the package is build (here: linux)
> > >   --target : the system the package is meant to produce code for (here:
> > >              mingw32)
> > >
> > >   Thus libtool should set the program compiling the `impgen' program when
> > > creating the import library to a `--build' gcc and should not default to
> > > the `--host' gcc which it in fact does.  This fails of course, because
> > > this gcc produces code for mingw32 here and cannot be executed!
> > >   I fixed this behaviour setting HOST_CC=gcc which then overrides the
> > > setting inside libtool.  I got confused because I had to set HOST_CC and
> > > not BUILD_CC.  Am I misunderstanding something?  Any help or just a
> > > clarification is very appreciated.
> > >
> >
> > I am just out the door (sat night), please use the following macro until
> > we can sort things out for a better way:
> >
> > http://ac-archive.SF.net/guidod/patch_libtool_to_add_host_cc.html
> 
> This macros look reasonable for me.  Actually I implicitely asked for this
> being fixed in libtool itself.
> 
> Thanks for your quick response,

My personal judgement - the problem is not in libtool but dlltool - we only
need the host_cc setting to compile an impgen program but actually the
dlltool should be enabled to examine a dll (via binutils) and build an
export table for it - we do already use the crosscompiler to build an
implib from it that can be bound to new .exe/.dll programs that make use
of a windows dll. The real problem is - go to the binutils list and do all
the communications so that "someone who knows binutils and dll format" (!!)
will finally make an extension to have an "dlltool -Z" made ready for
libtool. It might not be easy to find that someone - so possibly make more
communications so that the little impgen.c (hacked)script gets added anyway
and therefore gets installed with the next crossgcc-binutils package. If
it gets installed with the crossgcc, no need to look for a native compiler
when libtool runs...

do you volunteer for job ? -> ;-) ... 'cause I don't have the time... :-/

cheers,
-- guido                                    http://freespace.sf.net/guidod
GCS/E/S/P C++$++++ ULHS L++w- N++@ d(+-) s+a- r+@>+++ y++ 5++X- (geekcode)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]