[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: confusion with host,build,target
From: |
stefan |
Subject: |
Re: confusion with host,build,target |
Date: |
Mon, 7 Jan 2002 00:55:12 +0100 (CET) |
On Sun, 6 Jan 2002, Guido Draheim wrote:
> > > > 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.
I see; partly. It means it would be better to drop the `impgen.c' source
code from libtool if dlltool could make the work. Is this correct?
Then for native build and cross-compiling the problem would be solved.
> 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... :-/
Maybe the one who hacked this little program is more competent for this?
On the other hand I could go and ask myself, questioning does not hurt.
But I would not be able to give advice for improvements, etc.
Cheers,
address@hidden
- confusion with host,build,target, stefan, 2002/01/05
- Re: confusion with host,build,target, Guido Draheim, 2002/01/05
- Re: confusion with host,build,target, stefan, 2002/01/05
- Re: confusion with host,build,target, Guido Draheim, 2002/01/06
- Re: confusion with host,build,target,
stefan <=
- re: HOST_CC, crossgcc, mingw32, again/summarized - Re: confusion with host,build,target, Guido Draheim, 2002/01/06
- re: HOST_CC, crossgcc, mingw32, again/summarized - Re: confusion with host,build,target, Robert Collins, 2002/01/07
- Re: HOST_CC, crossgcc, mingw32, again/summarized - Re: confusionwith host,build,target, Guido Draheim, 2002/01/07
- Re: HOST_CC, crossgcc, mingw32, again/summarized - Re: confusionwith host,build,target, Guido Draheim, 2002/01/07
- Re: HOST_CC, crossgcc, mingw32, again/summarized - Re: confusionwith host,build,target, Robert Collins, 2002/01/09
- Prev by Date:
Re: confusion with host,build,target
- Next by Date:
re: HOST_CC, crossgcc, mingw32, again/summarized - Re: confusion with host,build,target
- Previous by thread:
Re: confusion with host,build,target
- Next by thread:
re: HOST_CC, crossgcc, mingw32, again/summarized - Re: confusion with host,build,target
- Index(es):