From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-040.btinternet.com (mailomta11-sa.btinternet.com [213.120.69.17]) by sourceware.org (Postfix) with ESMTPS id AEA343851C0F for ; Mon, 1 Jun 2020 11:30:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org AEA343851C0F Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon.turney@dronecode.org.uk Received: from sa-prd-rgout-002.btmx-prd.synchronoss.net ([10.2.38.5]) by sa-prd-fep-040.btinternet.com with ESMTP id <20200601113049.MUZE5290.sa-prd-fep-040.btinternet.com@sa-prd-rgout-002.btmx-prd.synchronoss.net> for ; Mon, 1 Jun 2020 12:30:49 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-Originating-IP: [31.51.206.86] X-OWM-Source-IP: 31.51.206.86 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduhedrudefhedgfeegucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecunecujfgurhepuffvfhfhkffffgggjggtgfesthekredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepiedugeetheefuedttdejfeehheehgeegffffffevudeggffgleduleevvdegiedtnecuffhomhgrihhnpehgihhthhhusgdrtghomhenucfkphepfedurdehuddrvddtiedrkeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurdduudejngdpihhnvghtpeefuddrhedurddvtdeirdekiedpmhgrihhlfhhrohhmpeeojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhequceuqfffjgepkeeukffvoffkoffgpdhrtghpthhtohepoegthihgfihinhdqrghpphhssegthihgfihinhdrtghomheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.117] (31.51.206.86) by sa-prd-rgout-002.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 5E3A254B13B5F7B7 for cygwin-apps@cygwin.com; Mon, 1 Jun 2020 12:30:49 +0100 Subject: Re: Help needed with gobject-introspection To: "cygwin-apps@cygwin.com" References: <2c0802e9-e66c-768e-61f2-f2797acc1acb@cornell.edu> <78ad982d-8cab-323d-8bc5-682f3f2bc11f@cornell.edu> <7837c562-f96c-3084-40f8-1a52afcebdf5@dronecode.org.uk> <429779d8-dc38-2f75-bd3e-42f898941483@cornell.edu> <6703fe25-ba53-68c7-c398-843b2a8295dc@dronecode.org.uk> <93b48fc8-61f9-ce33-ac76-0e6cc56aa18c@dronecode.org.uk> <62ba273e-4eed-6578-32e5-8cd24fe25c3f@dronecode.org.uk> <3d2cb151-e243-a539-32f0-ffa40be78745@dronecode.org.uk> From: Jon Turney Message-ID: <0d6292b3-72df-e6ad-fcc5-f03bbf923087@dronecode.org.uk> Date: Mon, 1 Jun 2020 12:30:47 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.7 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2020 11:30:52 -0000 On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote: > On 5/31/2020 4:52 PM, Jon Turney wrote: >> On 29/05/2020 16:54, Jon Turney wrote: >>> On 27/05/2020 21:32, Ken Brown via Cygwin-apps wrote: >>>> It looks like I've bumped into a variation of this bug.  While >>>> attempting to build the documentation for the latest glib2.0 >>>> release, I got the following: >>>> >>>> FAILED: docs/reference/gobject/gobject-decl.txt >>>> /usr/bin/meson --internal exe --unpickle >>>> /home/kbrown/src/cygpackages/glib2.0/glib2.0-2.64.3-1.x86_64/src/glib-2.64.3/x86_64-pc-cygwin/meson-private/meson_exe_meson_1ed2fbe217cac49ae4affd274e0d4a729085a002.dat >>>> >>>> ['/usr/bin/meson', '--internal', 'gtkdoc', >>>> '--sourcedir=/home/kbrown/src/cygpackages/glib2.0/glib2.0-2.64.3-1.x86_64/src/glib-2.64.3', >>>> '--builddir=/home/kbrown/src/cygpackages/glib2.0/glib2.0-2.64.3-1.x86_64/src/glib-2.64.3/x86_64-pc-cygwin', >>>> '--subdir=docs/reference/gobject', '--headerdirs=gobject', >>>> '--mainfile=gobject-docs.xml', '--modulename=gobject', '-- >>>> >>>> [...] >>>> >>>> /docs/reference/gobject/tut_tools.xml', '--cc=gcc', '--ld=gcc', >>>> '--cflags=-I@BUILD_ROOT@/gobject -I../gobject -pthread >>>> -I@BUILD_ROOT@/. -I../. -I@BUILD_ROOT@/glib -I../glib >>>> -I@BUILD_ROOT@/docs/reference/gobject/. -I../docs >>>> >>>> [...] >>>> >>>> So @BUILD_ROOT@ didn't get replaced by the build root after pickling >>>> and unpickling.  Needless to say, this produced errors like: >>>> >>>> cc1: error: @BUILD_ROOT@/glib: No such file or directory >>>> [-Werror=missing-include-dirs] >>>> >>>> I can give you a precise recipe for reproducing this bug if it would >>>> help your debugging. >>> >>> Definitely a bug.  I'll see if I can take a look at it this weekend. >> >> https://github.com/mesonbuild/meson/pull/7229 >> >> I made a meson 0.54.2-2 test package with those patches. > > Thanks!  That gets me much further in the glib build.  I still have a > problem with the docs, but I have no reason to think it's a meson bug. > When running 'ninja install' I get the following: > > Building documentation for gio > ERROR: Error in gtkdoc helper script: > > ERROR: ['/usr/bin/gtkdoc-scangobj', > '--types=/home/kbrown/src/glib/cygbuild/docs/reference/gio/gio.types', > '--module=gio', '--run=', '--cflags=-I/home/kbrown/src/glib/cygbuild/gio > -I/home/kbrown/src/glib/gio -pthread > -I/home/kbrown/src/glib/cygbuild/gmodule -I/home/kbrown/src/glib/gmodule > -I/home/kbrown/src/glib/cygbuild/. -I/home/kbrown/src/glib/. > -I/home/kbrown/src/glib/cygbuild/glib -I/home/kbrown/src/glib/glib > -I/home/kbrown/src/glib/cygbuild/gobject -I/home/kbrown/src/glib/gobject > -D_GNU_SOURCE -fno-strict-aliasing -DG_ENABLE_DEBUG > -Wduplicated-branches -Wimplicit-fallthrough -Wmisleading-indentation > -Wstrict-prototypes -Wunused -Wno-unused-parameter > -Wno-bad-function-cast -Wno-cast-function-type -Wno-pedantic > -Wno-format-zero-length -Werror=declaration-after-statement > -Werror=format=2 -Werror=implicit-function-declaration -Werror=init-self > -Werror=missing-include-dirs -Werror=missing-prototypes > -Werror=pointer-arith', '--ldflags=-L/home/kbrown/src/glib/cygbuild/gio > -Wl,-rpath,/home/kbrown/src/glib/cygbuild/gio > -L/home/kbrown/src/glib/cygbuild/glib > -Wl,-rpath,/home/kbrown/src/glib/cygbuild/glib > -L/home/kbrown/src/glib/cygbuild/gobject > -Wl,-rpath,/home/kbrown/src/glib/cygbuild/gobject > -L/home/kbrown/src/glib/cygbuild/gmodule > -Wl,-rpath,/home/kbrown/src/glib/cygbuild/gmodule -lgio-2.0 > -lgmodule-2.0 -lglib-2.0 -lgobject-2.0 -lz -pthread -lintl -lpcre > -liconv -lffi', '--cc=cc', '--ld=cc', > '--output-dir=/home/kbrown/src/glib/cygbuild/docs/reference/gio'] failed > with status 127 > > I'll see what I can figure out, but as I said, it doesn't look to me > like a meson issue. This looks like the problem that my second patch was supposed to fix, so I guess I've messed up somewhere. (gtkdoc-scangobj builds and runs a executable linked with the gio shared library. meson needs to set PATH appropriately so that shared library can be loaded)