Yes, but you could use Strawberry's gcc from within the msys shell... No you couldn't
As I understand it, that's essentially how the Strawberry developers build many of the libs (eg libssh2, gmp, mpfr) that ship with Strawberry Perl.
I don't think so (sounds insane)
You need sh to run autotools, otherwise you're poking in the dark, writing your own makefile -- and nobody does that, that is pointless busywork
| [reply] |
You need sh to run autotools, otherwise you're poking in the dark
Yes - but autotools are part of MSYS, not gcc .... and MSYS therefore finds those autotools irrespective of which gcc is being used.
I use different gcc compilers with MSYS all the time and it has never been an issue.
Mostly I'll download and extract a library source, do the ./configure dance, and end up with a 32-bit build of that library.
Then it's just a matter of:
make distclean
export PATH=/c/_64/mingw/bin:$PATH
Then do the same ./configure dance and end up with a 64-bit build of the same library. (Needless to say, C:/_64/mingw/bin houses a 64-bit gcc.)
I have, on occasion, even used a Strawberry compiler to build a C library in this way in the MSYS shell - though, mostly, the "external" gcc compiler that I use is not actually one of the ones that ship with Strawberry.
And I did once ask kmx how he built gmp for x86 and x64 Strawberry - to which he replied "Same way as you".
Cheers,
Rob | [reply]
[d/l] |
irrespective of which gcc is being used.
Hahaha!!!!
Yes, I suggested that the OP install msys into his strawberryperl, and then I glossed over your chimes
| [reply] |
