Ability to override compiler from environment
Thorbjørn Ravn Andersen
thunderaxiom at gmail.com
Wed Jun 25 19:14:09 UTC 2008
Dmitri Trembovetski skrev den 25-06-2008 19:46:
>
> Hi,
>
> did you mean to CC the list in your reply?
No, I just wanted to write to the list. Is the "CC list with no
reply-to header" the traditional way it's done inside Sun? My fingers
just do a Reply so I get it wrong - oh well, I only did it twice today.
>> The configure script runs a lot of small code snippets and store the
>> results as a single configuration file. Typically you need to
>> identify stuff like "what is the name of an awk which has the
>> extensions we need?", "is the library X available?", "do we have a
>> working compiler toolchain?" etc. You may want to try compiling gcc
>> (use "configure; make bootstrap") or Emacs ("configure; make") to see
>> how this works in practice.
>
> I do know how configure works. My question was whether anyone
> tried to build icedtea on windows. The answer is apparently not.
My apologies. It wasn't clear to me.
Are all these Makefiles currently in the tree manually maintained?
>>> It's my understanding that Windows is the greatest pain in
>>> terms of build environment.
>> It appears so. I would appreciate hearing from those familiar with
>> that environment how this would be done there?
>
> You'd have to wait until our build master Kelly comes back from
> vacation. Currently jdk build on windows uses either MKS tookit
> or cygwin, Microsoft Visual Studio 2003 (soon to be moved to
> 2008). The main pain point is the way cygwin/mks handle
> windows paths. It's not very consistent and make files
> break very easily.
We'll take the discussion then, then. Perhaps it is a matter of
hardening the cygwin make, or to see if there is a Make implementation
in Java that might be usable?
I am aware that this is a time tested build environment but it still
appears very brittle. I'm looking forward to learning more about the
decisions made to where it is today.
--
Thorbjørn
More information about the build-dev
mailing list