On Wed, Jul 06, 2005 at 06:34:20PM +0800, James Henstridge wrote:
> I am sure that the file could be generated with a WSH script on
> Windows. That should be available on all your Windows hackers systems,
> and doesn't depend on cygwin or mingw32.
Actually after much testing and trial our Windo
Daniel Veillard wrote:
>>can you be a bit more specific ? What exactly does not allow people to
>>run configure under Windows ? Lots of projects build fine under windows
>>using the standard autotools set.
>>
>>
> The serious libxml2 contributors on Windows don't run cygwin or migwin.
>Most
On Sun, Jul 03, 2005 at 04:24:38PM +0200, Thomas Vander Stichele wrote:
> > > >
> > > Why can't the necessary file be generated by Windows users?
> >
> > because configure doesn't run for people using standard Windows tools.
>
> Daniel,
>
> can you be a bit more specific ? What exactly does no
> > >
> > Why can't the necessary file be generated by Windows users?
>
> because configure doesn't run for people using standard Windows tools.
Daniel,
can you be a bit more specific ? What exactly does not allow people to
run configure under Windows ? Lots of projects build fine under window
Daniel Veillard wrote:
>On Sun, Jul 03, 2005 at 08:56:11PM +0800, James Henstridge wrote:
>
>
>>Daniel Veillard wrote:
>>
>>
>>
>>> now s/xslt/xml/g there is the exact same mechanism for libxml2, and
>>>it never breaks, though libxml2 module ChangeLog is updated way more
>>>frequently
>>>t
On Sun, Jul 03, 2005 at 08:56:11PM +0800, James Henstridge wrote:
> Daniel Veillard wrote:
>
> > now s/xslt/xml/g there is the exact same mechanism for libxml2, and
> >it never breaks, though libxml2 module ChangeLog is updated way more
> >frequently
> >than libxslt one, why ? I undestand your
Daniel Veillard wrote:
> now s/xslt/xml/g there is the exact same mechanism for libxml2, and
>it never breaks, though libxml2 module ChangeLog is updated way more frequently
>than libxslt one, why ? I undestand your analysis, but I don't understand
>why libxml2 doesn't break too.
>
>
I have se
On Sun, Jul 03, 2005 at 09:55:56AM +0800, James Henstridge wrote:
> Daniel Veillard wrote:
>
> > libxml2/include/libxml/xmlwin32version.h[.in] contains the same
> >kind of set of informations as the one on the libxslt side, is generated
> >in the same way, and doesn't seems to break jhbuild.
> >
Daniel Veillard wrote:
> libxml2/include/libxml/xmlwin32version.h[.in] contains the same
>kind of set of informations as the one on the libxslt side, is generated
>in the same way, and doesn't seems to break jhbuild.
> Is there any special rule applied within jhbuild on one side and not
>another
On Thu, Jun 30, 2005 at 09:41:48PM -0500, Federico Mena Quintero wrote:
> Hi,
>
> A few days ago I did "cvs remove" of libxslt/libxslt/xsltwin32config.h
> because it got CVS conflicts on every update, as it is a generated file.
> It was breaking every jhbuild session, and I got annoyed. So I remo
Hi,
A few days ago I did "cvs remove" of libxslt/libxslt/xsltwin32config.h
because it got CVS conflicts on every update, as it is a generated file.
It was breaking every jhbuild session, and I got annoyed. So I removed
it, and managed to piss off Daniel and Windows users. Apologies for
that :)
11 matches
Mail list logo