Can't be completely sure because I'm struggling to get the current
master to build on Windows, but from some cursory testing, I'm not
seeing much (if any) use of cp and touch in the offapi makefile.
On the other hand, cygpath, mktemp and echo get called a lot.
On 2012-03-13 14:36, Michael Meek
Hi Noel,
On Mon, 2012-03-12 at 11:06 +0200, Noel Grandin wrote:
> As this point in time, my opinion is that the idea is not worth doing -
> things like touch and cp don't actually seem to trigger very often in
> our build process. (Unless I'm doing something very wrong).
Oh ! :-) so - o
Hi
OK, I got a version up and running after hacking on the version of gmake
from the libreoffice repo.
As this point in time, my opinion is that the idea is not worth doing -
things like touch and cp don't actually seem to trigger very often in
our build process.
(Unless I'm doing something
> as Norbert says I think you may end up with path problems.
Converting between Cygwin and Windows format pathnames is one simple
Cygwin library call, cygwin_conv_path() declared in .
> Incidentally, there is a remake.c (touch_file) method there already,
Weird that it opens the file, reads a by
Hi Noel,
On Thu, 2012-03-08 at 11:11 +0200, Noel Grandin wrote:
> yeah, I'm working on the version from the dev-tools/make-3.82-gbuild
> repository
Nice :-)
> > properly beside the 'call touch as an inline' thing does not need to
> > be windows specific.
>
> I've coded 2 variants, one
On Thu, Mar 8, 2012 at 3:11 AM, Noel Grandin wrote:
>
>
> On 2012-03-08 10:59, Norbert Thiebaud wrote:
>>
>> the gmake we use is a cygwin-gmake not a WINDOW32 gmake so to build it on
>> cygwin
>
> yeah, I'm working on the version from the dev-tools/make-3.82-gbuild
> repository
>
>
>> ./configure
On 2012-03-08 10:59, Norbert Thiebaud wrote:
the gmake we use is a cygwin-gmake not a WINDOW32 gmake so to build it
on cygwin
yeah, I'm working on the version from the dev-tools/make-3.82-gbuild
repository
./configure make should be enough and autotools should detect cygwin
It's detecting
On Thu, 2012-03-08 at 09:52 +0200, Noel Grandin wrote:
> I'm having a bash at this - mostly I copied and simplified the
> corresponding code from the GNU touch utility.
ooh - exciting ! :-) thanks for that, I'll hold fire on filing the easy
hack on that. Hopefully you're working on the v
On 08/03/12 08:52, Noel Grandin wrote:
> Hi
>
> I'm having a bash at this - mostly I copied and simplified the
> corresponding code from the GNU touch utility.
>
> But I want to add windows32-specific enhancements, and I'm struggling to
> figure out how to build gmake with the WINDOWS32 define
On Thu, Mar 8, 2012 at 2:37 AM, Noel Grandin wrote:
>
>
> On 2012-03-08 10:19, Jesús Corrius wrote:
>>
>> There are already many native ports of the GNU tools for Windows.
>
> I know - I'm working on Meeks' suggestions for improving the performance of
> gmake on Windows.
>
>
>> You can try adding
On 2012-03-08 10:19, Jesús Corrius wrote:
There are already many native ports of the GNU tools for Windows.
I know - I'm working on Meeks' suggestions for improving the performance
of gmake on Windows.
You can try adding -DWINDOWS32 to CFLAGS.
That part I know, but which file do I edit to m
> I'm having a bash at this - mostly I copied and simplified the corresponding
> code from the GNU touch utility.
There are already many native ports of the GNU tools for Windows. For example:
http://gnuwin32.sourceforge.net/packages/coreutils.htm
I used these ones to compile linux code using a
12 matches
Mail list logo