DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=o+3ApveExa+1tc5/
	Yv7rfZe6QYyXLiEszWtEfT1JFouMJLqRghl+UWKj46X+WzUT+HPzGLvh+n4VwF0D
	x7pKkgrPiKsk+9pxaw0iZDWKTwoK5y1M/VTXnqPvmGtjCMAh2zi6+JwDPI63ujDb
	tVLRfHJib5raMRu/zDstDALC9kI=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Subject: Re: The adventure of building Bedrock in Cygwin: any help would be appreciated
To: cygwin@cygwin.com
References: <DB7PR01MB5386A14A1CF3564C8AB1A2EBDE060@DB7PR01MB5386.eurprd01.prod.exchangelabs.com>
From: =?UTF-8?Q?Hans-Bernhard_Br=c3=b6ker?= <HBBroeker@t-online.de>
Openpgp: preference=signencrypt
Message-ID: <e91027df-9388-543f-cf85-0f60c2459a75@t-online.de>
Date: Mon, 20 May 2019 22:23:30 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <DB7PR01MB5386A14A1CF3564C8AB1A2EBDE060@DB7PR01MB5386.eurprd01.prod.exchangelabs.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 8bit

Am 20.05.2019 um 21:12 schrieb Jose Isaias Cabrera:

> There is no configure script on the source directory, 

And that should have been a warning to you.

This is the most portability-ignorant open source package I've seen in a
long time, and by a very wide margin.  They don't even _try_ to
accomodate the notion that there might be anything else but Linux left
under the sun.

> so according to Bedrock [1] this is all I need to build it:

Well, in all fairness, those are just the instructions for one type of
Linux distribution.  There are others, but those would not get you any
further, because they just care about different extra libraries, whereas
the real problems are in how they configure the compiler and its
standard library.

Among the fallacies they evidently subscribe to is the one that one
should force-feed the '--std=c++14' flag into all compilations, to get
support for C++ 14 language features, without bothering about the
effects that will have on the standard library feature selection
process.  At the very least, they should have use '--std=gnu++14'
instead, to keep the libraries full-featured.  Or if they didn't, they
would have to add some feature activation options like '-D_GNU_SOURCE'
to get back what they so wilfully turned off.

In short, this whole source is doomed to fail utterly on any system
whose C standard library is not GLIBC.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple