harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sanket Sharma" <sanket.sha...@zensar.com>
Subject Apachecon?
Date Wed, 12 Jul 2006 18:34:55 GMT
Hi, 

Just out of curiosity..... any attending Apachecon Asia?

Best Regards,
Sanket Sharma


-----Original Message-----
From: Mark Hindess [mailto:mark.hindess@googlemail.com]
Sent: Wed 7/12/2006 11:09 PM
To: harmony-dev@incubator.apache.org; geir@pobox.com
Subject: Re: Breaking awt native build? 
 

On 12 July 2006 at 12:09, Geir Magnusson Jr <geir@pobox.com> wrote:
> 
> 
> Mark Hindess wrote:
> > Anyone object if I break the awt native build (the part that currently
> > only runs when call ant with -Dwith.awt.swing=true)?  (More specifically
> > the windows build - I'm hoping to not break the linux part although
> > it is pretty complicated so perhaps I will.)
> 
> Um... :)
> 
> > 
> > The reason is that I'm doing the AWT native integration, I've just about
> > done the linux version and I'd rather like to check it in before I start
> > on the windows code.  The problem is that moving the shared natives
> > breaks the windows version until I do the integration for that too.  (I
> > can't say exactly how much time the windows integration will take but it
> > should be days not weeks.)
> 
> Is it possible to leave the old one in place, and just use two
> properties, one for the old (works on windows) one for the new (works on
> linux...)?

Maybe, using something like a) but perhaps making the windows copy 
(that would soon be deleted) be the one with the complicated history.

I still suspect it would take me longer to sort out the alternatives
than it will to get the job done so I'm loathed to incur this
"overhead".  And given the workaround in the P.S. below and the fact
that possibly no-one is compiling this code anyway(?) then I'm not sure
it's worth the trouble.  (I think if I was doing it again I would have
created a branch, but when I started I didn't realise quite how much
there was to the awt native build.)

Regards,
 Mark.

> I certainly understand your desire to get it in...
> 
> > 
> > The other alternatives are:
> > 
> > a) I backout the moves I've done and use svn copy instead but this
> > complicates the history.
> > 
> > b) I create a branch but again this complicates the history.
> > 
> > c) I don't check in the linux integration until the window integration
> > is complete but there is quite a bit of work here and I'd like to get
> > some of it checked in.
> > 
> > ...
> > 
> > Comments/Suggestions?
> 
> is my suggestion above a viable d) ?
> 
> geir
> 
> > 
> > Regards,
> >  Mark.
> > 
> > P.S. It should still be possible to get the windows dll's to build if
> > they are required before I can do the integration by rolling back just
> > the modules/awt_swing_contribution tree and calling directly after a
> > build:
> > 
> >   ant -f modules/awt_swing_contribution/modules/awt/make/build.xml \
> >       build.native
> > 
> > 
> > 
> > ---------------------------------------------------------------------
> > 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



This email may contain confidential or privileged information for the 
intended recipient(s) and the views expressed in the same are not 
necessarily the views of Zensar Technologies Ltd. If you are not the intended 
recipient or have received this e-mail by error, its use is strictly 
prohibited, please delete the e-mail and notify the sender. Zensar 
Technologies Ltd. does not accept any liability for virus infected mails.



Mime
View raw message