harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Geir Magnusson Jr <g...@pobox.com>
Subject Re: [drlvm] apr question (linux)
Date Fri, 16 Jun 2006 12:21:14 GMT
I realize my response wasn't clear, but I was advocating that we switch
to APR-defined make strategy...

I re-read my response, and it was clear to me I was thinking it, but
didn't state explicitly.

geir

Garrett Rooney wrote:
> On 6/16/06, Nataly Naumova <natalya.s.naumova@gmail.com> wrote:
> 
>> here's the reason of not building *extra* things by their own build.
>> Initially there was a concept not to use own build for every *extra*
>> things, such as APR or  CLASSLIB in order to support different
>> compilers and configurations. For APR it was not trivial to build it
>> in different modes (debug/release, different compilers etc.), that was
>> required for building DRLVM. For CLASSLIB it was done primary for the
>> same reasons and it was really easy to specify a compiler and a mode
>> to build.
>> So we have written our own builds for such *extra* things (as a part
>> of drlvm build). But in the APR case it was impossible to produce the
>> same building as APR did on linux. So the compromise decision was done
>> to invoke the APR configure, and then to build using drlvm build. Such
>> decision may be considerred as a hack, but it really simplifies the
>> building for different configurations (debug/release), different
>> compilers, etc.
>> But you can try to build APR using its own build (make-based), but
>> please be sure that it will be able to build in debug/release
>> configurations and it will be very good if it will be possible to
>> build by different compilers (msvc/icl/gcc/icc), not only by default
>> compilers.
> 
> Uhh, you can't just switch compilers without rerunning configure...
> Or, well, you could, but it seems like a screamingly bad idea to me.
> Who knows what subtle but important little thing could change.  That
> said, you should just be able to set the CC env var to the new
> compiler, rerun configure, and there you go.
> 
> Also, the APR make based build won't work for visual c++, it's just
> not built for it.  Patches to make it work more than welcome, but it's
> not there yet.  There are patches out there to make it work for Mingw
> on windows, but nobody has finished applying them because they're a
> bit invasive.
> 
> That said, I still think hardcoding a specific version of APR into
> your built system like this is a horrible idea.  As it stands any time
> you submit a bug report to APR the first response will likely be "ok,
> now build it the right way and see if it happens then".
> 
> -garrett
> 
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> 
> 
> 

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Mime
View raw message