On 12/17/2012 11:20 PM, Pádraig Brady wrote:
On 12/17/2012 11:50 AM, Z. Majeed wrote:
Building latest git source in a non-src directory on cygwin win7 with gcc 4.5.3
is broken
I had to configure --disable-gcc-warnings to avoid the following errors because
gcc 4.5.3 is the latest on cygwin
Thanks for fixing all the issues - are you folks open to adding a ginstall.exe
manifest for the cygwin build?
Zartaj
--- On Mon, 12/17/12, Z. Majeed wrote:
> You're probably right about the mkdir
> doc hack - I think I added it based on a similar rule for
> another subdir - the win7 elevation
On 12/19/2012 12:57 PM, Z. Majeed wrote:
Thanks for fixing all the issues - are you folks open to adding a ginstall.exe
manifest for the cygwin build?
I presume the cygwin package puts one in place,
and it would be nice to keep windows specific stuff there.
There is a related thread here:
http
On 12/19/2012 06:25 AM, Pádraig Brady wrote:
> On 12/19/2012 12:57 PM, Z. Majeed wrote:
>> Thanks for fixing all the issues - are you folks open to adding a
>> ginstall.exe manifest for the cygwin build?
>
> I presume the cygwin package puts one in place,
> and it would be nice to keep windows spe
On 12/19/2012 03:23 AM, Pádraig Brady wrote:
>
> But I think the attached coreutils patch
> which just avoids auto enabling all these gcc
> warnings on older compilers is more appropriate.
I like the idea of only enabling the warnings on newer gcc.
--
Eric Blake eblake redhat com+1-919-30
or maybe there aren't many people building on cygwin because of issues like the
ones I reported - cygwin packages can fall quite behind and coreutils is not
available on cygwinports either - I know I was close to giving up and just
working on linux
Zartaj
--- On Wed, 12/19/12, Eric Blake wrot
On 12/19/2012 07:46 AM, Z. Majeed wrote:
I know I was close to giving up and just working on linux
That's not giving up!
Dear coreutils crowd,
I recently upgraded the coreutils on my Gentoo AMD64 from 8.16 to 8.20.
I used the seq command to generate the values of an SQL "in" statement.
Since I upgraded, the SQL is no longer correct - here is what I found out:
$ seq -s, 6 9; seq --version
6
7,8,9,seq (GNU coreutils
On 12/19/2012 04:53 PM, Philipp Gortan wrote:
Dear coreutils crowd,
I recently upgraded the coreutils on my Gentoo AMD64 from 8.16 to 8.20.
I used the seq command to generate the values of an SQL "in" statement.
Since I upgraded, the SQL is no longer correct - here is what I found out:
$ seq -s
On 12/19/2012 07:01 PM, Pádraig Brady wrote:
On 12/19/2012 04:53 PM, Philipp Gortan wrote:
Dear coreutils crowd,
I recently upgraded the coreutils on my Gentoo AMD64 from 8.16 to 8.20.
I used the seq command to generate the values of an SQL "in" statement.
Since I upgraded, the SQL is no longer
On 12/20/2012 01:33 AM, Pádraig Brady wrote:
> The attached should fix it.
The patch looks good, thanks.
Have a nice day,
Berny
On 12/07/2012 08:55 PM, Pádraig Brady wrote:
On 12/07/2012 08:44 PM, Mike Frysinger wrote:
The current x86_64 asm code does not work for x32 ABIs, so disable it
until someone can fix it. Simply deleting the q suffix is not enough.
* src/longlong.h: Check for __ILP32__ for x86_64 targets.
---
On Wednesday 19 December 2012 21:29:50 Pádraig Brady wrote:
> Was this a runtime or build time issue BTW?
> What was the failure mode if runtime?
build time. the asm code was rejected due to mismatched constraints.
-mike
signature.asc
Description: This is a digitally signed message part.
13 matches
Mail list logo
