[Crystal-develop] [Crystal-cvs] SF.net SVN: crystal:[39999] CS/trunk/mk/autoconf/config.guess

[Eric Sunshine]

Rather than making local modifications to config.guess / config.sub,
we normally grab the latest versions from the canonical source and
commit them to our repository. These days, the canonical source
appears to be: https://savannah.gnu.org/projects/config

Checking the latest versions from that location, I see that they also
now recognize x86_64 CYGWIN via a rule added a bit later in the file,
and a bit different from the your modification. They have:

amd64:CYGWIN*:*:* | x86_64:CYGWIN*:*:*)
echo x86_64-unknown-cygwin
exit ;;

Thus, it probably would make sense to instead import from the canonical source.

-- ES

On Sat, Jan 25, 2014 at 11:57 AM, <***@users.sourceforge.net> wrote:
> Revision: 39999
> http://sourceforge.net/p/crystal/code/39999
> Author: ralphcampbell
> Date: 2014-01-25 16:57:51 +0000 (Sat, 25 Jan 2014)
> Log Message:
> -----------
> Allow x86_64 CYGWIN to be recognized
>
> Modified Paths:
> --------------
> CS/trunk/mk/autoconf/config.guess
>
> Modified: CS/trunk/mk/autoconf/config.guess
> ===================================================================
> --- CS/trunk/mk/autoconf/config.guess 2014-01-22 04:18:16 UTC (rev 39998)
> +++ CS/trunk/mk/autoconf/config.guess 2014-01-25 16:57:51 UTC (rev 39999)
> @@ -803,7 +803,7 @@
> case ${LIBC} in gnu) kernel_only='k' ;; esac
> echo ${UNAME_MACHINE}-unknown-${kernel_only}freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'`${LIBC:+-$LIBC}
> exit 0 ;;
> - i*:CYGWIN*:*)
> + [xi]*:CYGWIN*:*)
> echo ${UNAME_MACHINE}-pc-cygwin
> exit 0 ;;
> i*:MINGW*:*)
>
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Crystal-cvs mailing list
> Crystal-***@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/crystal-cvs

[Ralph Campbell]

Well, that sounds like a fine idea until I tried it.
Then I run into all sorts of configure problems with finding the
libraries like cal3d in CrystalSpaceLibs-x64. I suspect this is
due to --build=x86_64-pc-cygwin instead of x86-unknown-cygwin
but I'm having a hard time debugging all the "helpful" portability
scripts.

I tried a number of other combinations installing MinGW 32, 64, MSYS,
and cygwin 32 but they all had their own configuring problems.

I was at least able to get things to mostly compile with the change
I made and creating
CrystalSpaceLibs-x64/tools/x86_64-pc-cygwin--cslibs-config.

On Sat, 2014-01-25 at 19:26 -0500, Eric Sunshine wrote:
> Rather than making local modifications to config.guess / config.sub,
> we normally grab the latest versions from the canonical source and
> commit them to our repository. These days, the canonical source
> appears to be: https://savannah.gnu.org/projects/config
>
> Checking the latest versions from that location, I see that they also
> now recognize x86_64 CYGWIN via a rule added a bit later in the file,
> and a bit different from the your modification. They have:
>
> amd64:CYGWIN*:*:* | x86_64:CYGWIN*:*:*)
> echo x86_64-unknown-cygwin
> exit ;;
>
> Thus, it probably would make sense to instead import from the canonical source.
>
> -- ES
>
> On Sat, Jan 25, 2014 at 11:57 AM, <***@users.sourceforge.net> wrote:
> > Revision: 39999
> > http://sourceforge.net/p/crystal/code/39999
> > Author: ralphcampbell
> > Date: 2014-01-25 16:57:51 +0000 (Sat, 25 Jan 2014)
> > Log Message:
> > -----------
> > Allow x86_64 CYGWIN to be recognized
> >
> > Modified Paths:
> > --------------
> > CS/trunk/mk/autoconf/config.guess
> >
> > Modified: CS/trunk/mk/autoconf/config.guess
> > ===================================================================
> > --- CS/trunk/mk/autoconf/config.guess 2014-01-22 04:18:16 UTC (rev 39998)
> > +++ CS/trunk/mk/autoconf/config.guess 2014-01-25 16:57:51 UTC (rev 39999)
> > @@ -803,7 +803,7 @@
> > case ${LIBC} in gnu) kernel_only='k' ;; esac
> > echo ${UNAME_MACHINE}-unknown-${kernel_only}freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'`${LIBC:+-$LIBC}
> > exit 0 ;;
> > - i*:CYGWIN*:*)
> > + [xi]*:CYGWIN*:*)
> > echo ${UNAME_MACHINE}-pc-cygwin
> > exit 0 ;;
> > i*:MINGW*:*)
> >
> > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
> >
> >
> > ------------------------------------------------------------------------------
> > CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> > Learn Why More Businesses Are Choosing CenturyLink Cloud For
> > Critical Workloads, Development Environments & Everything In Between.
> > Get a Quote or Start a Free Trial Today.
> > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> > _______________________________________________
> > Crystal-cvs mailing list
> > Crystal-***@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/crystal-cvs
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Crystal-develop mailing list
> Crystal-***@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/crystal-develop

[Eric Sunshine]

As the person who prepares the CrystalSpaceLibs packages, perhaps
Frank can weigh in on the subject?

On Mon, Jan 27, 2014 at 12:33 AM, Ralph Campbell
<***@gmail.com> wrote:
> Well, that sounds like a fine idea until I tried it.
> Then I run into all sorts of configure problems with finding the
> libraries like cal3d in CrystalSpaceLibs-x64. I suspect this is
> due to --build=x86_64-pc-cygwin instead of x86-unknown-cygwin
> but I'm having a hard time debugging all the "helpful" portability
> scripts.
>
> I tried a number of other combinations installing MinGW 32, 64, MSYS,
> and cygwin 32 but they all had their own configuring problems.
>
> I was at least able to get things to mostly compile with the change
> I made and creating
> CrystalSpaceLibs-x64/tools/x86_64-pc-cygwin--cslibs-config.
>
> On Sat, 2014-01-25 at 19:26 -0500, Eric Sunshine wrote:
>> Rather than making local modifications to config.guess / config.sub,
>> we normally grab the latest versions from the canonical source and
>> commit them to our repository. These days, the canonical source
>> appears to be: https://savannah.gnu.org/projects/config
>>
>> Checking the latest versions from that location, I see that they also
>> now recognize x86_64 CYGWIN via a rule added a bit later in the file,
>> and a bit different from the your modification. They have:
>>
>> amd64:CYGWIN*:*:* | x86_64:CYGWIN*:*:*)
>> echo x86_64-unknown-cygwin
>> exit ;;
>>
>> Thus, it probably would make sense to instead import from the canonical source.
>>
>> -- ES
>>
>> On Sat, Jan 25, 2014 at 11:57 AM, <***@users.sourceforge.net> wrote:
>> > Revision: 39999
>> > http://sourceforge.net/p/crystal/code/39999
>> > Author: ralphcampbell
>> > Date: 2014-01-25 16:57:51 +0000 (Sat, 25 Jan 2014)
>> > Log Message:
>> > -----------
>> > Allow x86_64 CYGWIN to be recognized
>> >
>> > Modified Paths:
>> > --------------
>> > CS/trunk/mk/autoconf/config.guess
>> >
>> > Modified: CS/trunk/mk/autoconf/config.guess
>> > ===================================================================
>> > --- CS/trunk/mk/autoconf/config.guess 2014-01-22 04:18:16 UTC (rev 39998)
>> > +++ CS/trunk/mk/autoconf/config.guess 2014-01-25 16:57:51 UTC (rev 39999)
>> > @@ -803,7 +803,7 @@
>> > case ${LIBC} in gnu) kernel_only='k' ;; esac
>> > echo ${UNAME_MACHINE}-unknown-${kernel_only}freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'`${LIBC:+-$LIBC}
>> > exit 0 ;;
>> > - i*:CYGWIN*:*)
>> > + [xi]*:CYGWIN*:*)
>> > echo ${UNAME_MACHINE}-pc-cygwin
>> > exit 0 ;;
>> > i*:MINGW*:*)
>> >
>> > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > CenturyLink Cloud: The Leader in Enterprise Cloud Services.
>> > Learn Why More Businesses Are Choosing CenturyLink Cloud For
>> > Critical Workloads, Development Environments & Everything In Between.
>> > Get a Quote or Start a Free Trial Today.
>> > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>> > _______________________________________________
>> > Crystal-cvs mailing list
>> > Crystal-***@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/crystal-cvs
>>
>> ------------------------------------------------------------------------------
>> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
>> Learn Why More Businesses Are Choosing CenturyLink Cloud For
>> Critical Workloads, Development Environments & Everything In Between.
>> Get a Quote or Start a Free Trial Today.
>> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Crystal-develop mailing list
>> Crystal-***@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/crystal-develop
>
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Crystal-develop mailing list
> Crystal-***@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/crystal-develop

[res]

> Gesendet: Dienstag, 28. Januar 2014 um 09:49 Uhr
> Von: "Eric Sunshine" <***@sunshineco.com>
> An: "crystal-***@lists.sourceforge.net" <crystal-***@lists.sourceforge.net>
> Cc: ***@users.sourceforge.net, "Frank Richter" <***@gmx.ch>
> Betreff: Re: [Crystal-develop] [Crystal-cvs] SF.net SVN: crystal:[39999] CS/trunk/mk/autoconf/config.guess
>
> As the person who prepares the CrystalSpaceLibs packages, perhaps
> Frank can weigh in on the subject?

I don't provide Cygwin support for x64, and I don't plan to. (In fact I'd rather get rid of Cygwin altogether.)
The import libraries for the ”basic” C libs (zlib, libpng and the like) probably work.
The C++ libs (eg cal3d) are built using mingw64, consequently there's no guarantee they work with x64 Cygwin.

-f.r.

[Ralph Campbell]

So you are saying I should use MinGW and MSYS?
That is OK with me.

On Tue, 2014-01-28 at 11:03 +0100, res wrote:
> > Gesendet: Dienstag, 28. Januar 2014 um 09:49 Uhr
> > Von: "Eric Sunshine" <***@sunshineco.com>
> > An: "crystal-***@lists.sourceforge.net" <crystal-***@lists.sourceforge.net>
> > Cc: ***@users.sourceforge.net, "Frank Richter" <***@gmx.ch>
> > Betreff: Re: [Crystal-develop] [Crystal-cvs] SF.net SVN: crystal:[39999] CS/trunk/mk/autoconf/config.guess
> >
> > As the person who prepares the CrystalSpaceLibs packages, perhaps
> > Frank can weigh in on the subject?
>
> I don't provide Cygwin support for x64, and I don't plan to. (In fact I'd rather get rid of Cygwin altogether.)
> The import libraries for the ”basic” C libs (zlib, libpng and the like) probably work.
> The C++ libs (eg cal3d) are built using mingw64, consequently there's no guarantee they work with x64 Cygwin.
>
> -f.r.
>
> ------------------------------------------------------------------------------
> WatchGuard Dimension instantly turns raw network data into actionable
> security intelligence. It gives you real-time visual feedback on key
> security issues and trends. Skip the complicated setup - simply import
> a virtual appliance and go from zero to informed in seconds.
> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
> _______________________________________________
> Crystal-develop mailing list
> Crystal-***@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/crystal-develop

[res]

On 29.01.2014 22:02, Ralph Campbell wrote:
> So you are saying I should use MinGW and MSYS?
> That is OK with me.

Yes.
Although, for MinGW64, you probably need to look which gcc version(s)
are supported by the winlibs package.

-f.r.