You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Geir Magnusson Jr <ge...@pobox.com> on 2006/06/20 14:02:58 UTC

[drlvm] build works on linux

I now have drlvm working w/ independent classlib and configure/make
building of APR on linux.

I had a lot of fun working through a lot of the gcc issues that others
have.  It was a good refresher course for me.  It's working on Ubuntu
6.whatever using gcc/g++ version 3.4 and Sun's java 5.

I can now continue the federated build stuff I was doing last week, and
will keep removing the self-hosted dependencies, and use properties to
point to them, like APR.

---------------------------------------------------------------------
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


Re: [drlvm] build works on linux

Posted by Andrey Chernyshev <a....@gmail.com>.
On 6/24/06, Andrey Chernyshev <a....@gmail.com> wrote:
> > > I wanted to add that patching ant with cpptasks as it is done today should not
> > > be allowed since system wide installations are usually write protected.
> >
> > :)
> >
> > Note that when we're finished, DRLVM shouldn't do anything to the
> > filesystem outside of harmony/enhanced/drlvm/trunk
>
> I guess it currently doesn't, cpptasks were patched in the
> drlvm\trunk\build\make\tmp\cpptasks directory so far and then
> prepended to the Ant classpath.
>
> Anyways, the command line length limitation for dev studio compiler
> seems to be resolved in the latest cpptasks package (was cctask bug
> #1402730), I've checked the Windows build works with cpptasks-1.0b4
> without patching.
>
> If anyone interested, I can work out a patch which removes the
> cpptasks patching from the build.

I've added a patch in HARMONY-697 which removes the cpptasks patching
from the drlvm build.

Thanks,
Andrey.

>
> Thanks,
> Andrey.
>
> On 6/23/06, Geir Magnusson Jr <ge...@pobox.com> wrote:
> >
> >
> > Gregory Shimansky wrote:
> > > On Friday 23 June 2006 02:18 Geir Magnusson Jr wrote:
> > >>>> We would be able to do it if really necessary, but I'd rather avoid if
> > >>>> we can.  I do think that the current DRLVM shows that it can be avoided
> > >>>>    (so we have a way for people to get started) as well as the
> > >>>> flexibility for people who want the control.
> > >>>>
> > >>> >From the Gentoo user standpoint who can just type
> > >>>
> > >>> emerge ant cpptasks eclipse log4cxx apr icu icu4j
> > >>>
> > >>> and get all the dependencies installed in the system I wholeheartedly
> > >>> support the way for build just to point to locations of already installed
> > >>> binaries.
> > >> Exactly.
> > >
> > > I wanted to add that patching ant with cpptasks as it is done today should not
> > > be allowed since system wide installations are usually write protected.
> >
> > :)
> >
> > Note that when we're finished, DRLVM shouldn't do anything to the
> > filesystem outside of harmony/enhanced/drlvm/trunk
> >
> > >
> > >>> After all it is the way all other software actually installs on Linux.
> > >>> Yes for windows maybe we'll need binaries kept somewhere in a shed.
> > >> Nah :)
> > >
> > > Ok a set of URLs probably should be enough. Since there is no package manager
> > > in windows every library has to be downloaded somehow. But I just don't know
> > > off top of my head where to get log4cxx or apr libraries for windows and
> > > googling doesn't give any easy answer.
> >
> > We'll provide that in our developer docs.  There are no APR binaries for
> > windows (or anything else for that matter).
> >
> > The assumption is that if you are going to build harmony, you'll have
> > the tools installed to build the deps if need be.  If not, we offer
> > build snapshots.
> >
> > geir
> >
> > >
> >
> > ---------------------------------------------------------------------
> > 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
> >
> >
>


-- 
Andrey Chernyshev
Intel Middleware Products Division

---------------------------------------------------------------------
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


Re: [drlvm] build works on linux

Posted by Andrey Chernyshev <a....@gmail.com>.
> > I wanted to add that patching ant with cpptasks as it is done today should not
> > be allowed since system wide installations are usually write protected.
>
> :)
>
> Note that when we're finished, DRLVM shouldn't do anything to the
> filesystem outside of harmony/enhanced/drlvm/trunk

I guess it currently doesn't, cpptasks were patched in the
drlvm\trunk\build\make\tmp\cpptasks directory so far and then
prepended to the Ant classpath.

Anyways, the command line length limitation for dev studio compiler
seems to be resolved in the latest cpptasks package (was cctask bug
#1402730), I've checked the Windows build works with cpptasks-1.0b4
without patching.

If anyone interested, I can work out a patch which removes the
cpptasks patching from the build.

Thanks,
Andrey.

On 6/23/06, Geir Magnusson Jr <ge...@pobox.com> wrote:
>
>
> Gregory Shimansky wrote:
> > On Friday 23 June 2006 02:18 Geir Magnusson Jr wrote:
> >>>> We would be able to do it if really necessary, but I'd rather avoid if
> >>>> we can.  I do think that the current DRLVM shows that it can be avoided
> >>>>    (so we have a way for people to get started) as well as the
> >>>> flexibility for people who want the control.
> >>>>
> >>> >From the Gentoo user standpoint who can just type
> >>>
> >>> emerge ant cpptasks eclipse log4cxx apr icu icu4j
> >>>
> >>> and get all the dependencies installed in the system I wholeheartedly
> >>> support the way for build just to point to locations of already installed
> >>> binaries.
> >> Exactly.
> >
> > I wanted to add that patching ant with cpptasks as it is done today should not
> > be allowed since system wide installations are usually write protected.
>
> :)
>
> Note that when we're finished, DRLVM shouldn't do anything to the
> filesystem outside of harmony/enhanced/drlvm/trunk
>
> >
> >>> After all it is the way all other software actually installs on Linux.
> >>> Yes for windows maybe we'll need binaries kept somewhere in a shed.
> >> Nah :)
> >
> > Ok a set of URLs probably should be enough. Since there is no package manager
> > in windows every library has to be downloaded somehow. But I just don't know
> > off top of my head where to get log4cxx or apr libraries for windows and
> > googling doesn't give any easy answer.
>
> We'll provide that in our developer docs.  There are no APR binaries for
> windows (or anything else for that matter).
>
> The assumption is that if you are going to build harmony, you'll have
> the tools installed to build the deps if need be.  If not, we offer
> build snapshots.
>
> geir
>
> >
>
> ---------------------------------------------------------------------
> 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


Re: [drlvm] build works on linux

Posted by Geir Magnusson Jr <ge...@pobox.com>.

Gregory Shimansky wrote:
> On Friday 23 June 2006 02:18 Geir Magnusson Jr wrote:
>>>> We would be able to do it if really necessary, but I'd rather avoid if
>>>> we can.  I do think that the current DRLVM shows that it can be avoided
>>>>    (so we have a way for people to get started) as well as the
>>>> flexibility for people who want the control.
>>>>
>>> >From the Gentoo user standpoint who can just type
>>>
>>> emerge ant cpptasks eclipse log4cxx apr icu icu4j
>>>
>>> and get all the dependencies installed in the system I wholeheartedly
>>> support the way for build just to point to locations of already installed
>>> binaries.
>> Exactly.
> 
> I wanted to add that patching ant with cpptasks as it is done today should not 
> be allowed since system wide installations are usually write protected.

:)

Note that when we're finished, DRLVM shouldn't do anything to the
filesystem outside of harmony/enhanced/drlvm/trunk

> 
>>> After all it is the way all other software actually installs on Linux.
>>> Yes for windows maybe we'll need binaries kept somewhere in a shed.
>> Nah :)
> 
> Ok a set of URLs probably should be enough. Since there is no package manager 
> in windows every library has to be downloaded somehow. But I just don't know 
> off top of my head where to get log4cxx or apr libraries for windows and 
> googling doesn't give any easy answer.

We'll provide that in our developer docs.  There are no APR binaries for
windows (or anything else for that matter).

The assumption is that if you are going to build harmony, you'll have
the tools installed to build the deps if need be.  If not, we offer
build snapshots.

geir

> 

---------------------------------------------------------------------
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


Re: [drlvm] build works on linux

Posted by Gregory Shimansky <gs...@gmail.com>.
On Friday 23 June 2006 02:18 Geir Magnusson Jr wrote:
> >> We would be able to do it if really necessary, but I'd rather avoid if
> >> we can.  I do think that the current DRLVM shows that it can be avoided
> >>    (so we have a way for people to get started) as well as the
> >> flexibility for people who want the control.
> >>
> >>From the Gentoo user standpoint who can just type
> >
> > emerge ant cpptasks eclipse log4cxx apr icu icu4j
> >
> > and get all the dependencies installed in the system I wholeheartedly
> > support the way for build just to point to locations of already installed
> > binaries.
>
> Exactly.

I wanted to add that patching ant with cpptasks as it is done today should not 
be allowed since system wide installations are usually write protected.

> > After all it is the way all other software actually installs on Linux.
> > Yes for windows maybe we'll need binaries kept somewhere in a shed.
>
> Nah :)

Ok a set of URLs probably should be enough. Since there is no package manager 
in windows every library has to be downloaded somehow. But I just don't know 
off top of my head where to get log4cxx or apr libraries for windows and 
googling doesn't give any easy answer.

-- 
Gregory Shimansky, Intel Middleware Products Division

---------------------------------------------------------------------
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


Re: [drlvm] build works on linux

Posted by Geir Magnusson Jr <ge...@pobox.com>.

Gregory Shimansky wrote:
> On Friday 23 June 2006 00:44 Geir Magnusson Jr wrote:
>>> Does something prevent us from keeping these binaries under SVN
>>> similarly how the icu libraries are kept? Is there any licensing
>>> issues given that APR/Log are Apache projects?
>>> These binaries will have to be prepared & stored for each supported
>>> platform/config, I guess...
>> We would be able to do it if really necessary, but I'd rather avoid if
>> we can.  I do think that the current DRLVM shows that it can be avoided
>>    (so we have a way for people to get started) as well as the
>> flexibility for people who want the control.
> 
>>>From the Gentoo user standpoint who can just type
> 
> emerge ant cpptasks eclipse log4cxx apr icu icu4j
> 
> and get all the dependencies installed in the system I wholeheartedly support 
> the way for build just to point to locations of already installed binaries. 

Exactly.

> After all it is the way all other software actually installs on Linux. Yes 
> for windows maybe we'll need binaries kept somewhere in a shed.
> 

Nah :)

geir

---------------------------------------------------------------------
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


Re: [drlvm] build works on linux

Posted by Gregory Shimansky <gs...@gmail.com>.
On Friday 23 June 2006 00:44 Geir Magnusson Jr wrote:
> > Does something prevent us from keeping these binaries under SVN
> > similarly how the icu libraries are kept? Is there any licensing
> > issues given that APR/Log are Apache projects?
> > These binaries will have to be prepared & stored for each supported
> > platform/config, I guess...
>
> We would be able to do it if really necessary, but I'd rather avoid if
> we can.  I do think that the current DRLVM shows that it can be avoided
>    (so we have a way for people to get started) as well as the
> flexibility for people who want the control.

From the Gentoo user standpoint who can just type

emerge ant cpptasks eclipse log4cxx apr icu icu4j

and get all the dependencies installed in the system I wholeheartedly support 
the way for build just to point to locations of already installed binaries. 
After all it is the way all other software actually installs on Linux. Yes 
for windows maybe we'll need binaries kept somewhere in a shed.

-- 
Gregory Shimansky, Intel Middleware Products Division

---------------------------------------------------------------------
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


Re: [drlvm] build works on linux

Posted by Geir Magnusson Jr <ge...@pobox.com>.

Andrey Chernyshev wrote:
>> I now have drlvm working w/ independent classlib and configure/make
>> building of APR on linux.
> 
> This is great, thanks! One more suggestion - what if we try using the
> precompiled binaries for APR, Log4cxx?

What I want to do is remove the dependency builds completely from DRLVM.

We have a way to easily get them (and build where necessary) as a part
of the DRLVM directory tree or a peer (like /deps), but it shouldn't be
a part of the DRLVM build, and we should use properties to point to the
deps wherever the developer chooses to put them.

> Their compilation takes the
> significant time and may be extra cause of various building issues.

Yep

> Does something prevent us from keeping these binaries under SVN
> similarly how the icu libraries are kept? Is there any licensing
> issues given that APR/Log are Apache projects?
> These binaries will have to be prepared & stored for each supported
> platform/config, I guess...

We would be able to do it if really necessary, but I'd rather avoid if
we can.  I do think that the current DRLVM shows that it can be avoided
   (so we have a way for people to get started) as well as the
flexibility for people who want the control.

geir

> 
> Thanks,
> Andrey.
> 
> 
> On 6/20/06, Geir Magnusson Jr <ge...@pobox.com> wrote:
>> I now have drlvm working w/ independent classlib and configure/make
>> building of APR on linux.
>>
>> I had a lot of fun working through a lot of the gcc issues that others
>> have.  It was a good refresher course for me.  It's working on Ubuntu
>> 6.whatever using gcc/g++ version 3.4 and Sun's java 5.
>>
>> I can now continue the federated build stuff I was doing last week, and
>> will keep removing the self-hosted dependencies, and use properties to
>> point to them, like APR.
>>
>> ---------------------------------------------------------------------
>> 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
> 
> 
> 

---------------------------------------------------------------------
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


Re: [drlvm] build works on linux

Posted by Andrey Chernyshev <a....@gmail.com>.
> I now have drlvm working w/ independent classlib and configure/make
> building of APR on linux.

This is great, thanks! One more suggestion - what if we try using the
precompiled binaries for APR, Log4cxx? Their compilation takes the
significant time and may be extra cause of various building issues.
Does something prevent us from keeping these binaries under SVN
similarly how the icu libraries are kept? Is there any licensing
issues given that APR/Log are Apache projects?
These binaries will have to be prepared & stored for each supported
platform/config, I guess...

Thanks,
Andrey.


On 6/20/06, Geir Magnusson Jr <ge...@pobox.com> wrote:
> I now have drlvm working w/ independent classlib and configure/make
> building of APR on linux.
>
> I had a lot of fun working through a lot of the gcc issues that others
> have.  It was a good refresher course for me.  It's working on Ubuntu
> 6.whatever using gcc/g++ version 3.4 and Sun's java 5.
>
> I can now continue the federated build stuff I was doing last week, and
> will keep removing the self-hosted dependencies, and use properties to
> point to them, like APR.
>
> ---------------------------------------------------------------------
> 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