DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:date:message-id:content-type
	:mime-version:content-transfer-encoding; q=dns; s=default; b=Fau
	jNrXu8Y4JQt0qw2nId90XxnJZmJQDMiJPZszqNre68tYSgJeSazjGWkiVhV3Sxed
	NExbDkqijFK66d1daoEwNWwwSU/JxGk0S6RTwS5awbUJaNLVHaRSgRJPxC3fvpSd
	XpefP21eXMXmOGY2Dby+Cs7dLrrbdfW86UHkviiE=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
From: "Soegtrop, Michael" <michael DOT soegtrop AT intel DOT com>
To: =?utf-8?B?SGFucy1CZXJuaGFyZCBCcsO2a2Vy?= <HBBroeker AT t-online DOT de>,
        "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject: RE: Cygport: How to add -I m4 to autoreconf / aclocal? (issue with building mingw64-x86_64-gtksourceview3.0-3.24.6 )
Date: Thu, 6 Jun 2019 08:03:03 +0000
Message-ID: <0F7D3B1B3C4B894D824F5B822E3E5A178FD7FDEF@IRSMSX102.ger.corp.intel.com>
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit

Dear Hans-Bernhard,

> Are we building this from a tarball, or directly off the bleeding edge?

From a tarball. As far as I can tell I am exactly reproducing the original package that is available as binary on Cygwin repos with exactly the same sources, patches and cygport file.
 
> If that had to be done, that would constitute a clear upstream bug.
> Well, either that or that file itself should not be there.

I can't judge this and would need some advice here. The issue could be at several places:

- In the past and on other systems aclocal automatically included the package local m4 folder in all process steps. If this is the intended behavior of aclocal, this is a regression in current cygwin's aclocal package are some of the packages it requires.

- In the past cygport automatically added an option to autoreconf to include the local m4 folder.

- The original builder/maintanier of the current package mingw64-x86_64-gtksourceview3.0-3.24.6 did something non-standard to get the package build (that is didn't just run cygport ... all.

- The use of AX_REQUIRE_DEFINED in gtksourceview configure.ac for macros defined in the package local m4 folder is bogus. This would then be a gtksourceview upstream bug, as you suggest. One can argue that it doesn't make a lot of sense to check the availability of locally supplied macros, but one can also ask why it seems to work on other systems and seems to have worked on Cygwin in the past.

Best regards,

Michael
Intel Deutschland GmbH
Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisenschmid, Gary Kershaw
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928

--
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