Bug 1167227

Summary:	build error: conflicting types for 'if_nametoindex'
Product:	[Fedora] Fedora	Reporter:	Nicola Fontana <ntd>
Component:	mingw-glib2	Assignee:	Erik van Pienbroek <erik-fedora>
Status:	CLOSED WORKSFORME	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	erik-fedora, fedora, kalevlember, lfarkas, marcandre.lureau, rjones
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-12-23 12:15:28 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Nicola Fontana 2014-11-24 09:21:07 UTC

The if_nametoindex() API, according to http://msdn.microsoft.com/en-us/library/windows/desktop/bb408408(v=vs.85).aspx (first paragraph under Remarks), has been introduced on Windows Vista. GLib2 still supports Windows XP, so they provided a fallback function with commit #01156b12.

For some unknown reason, both versions end up to be defined at build time.

As a temporary workaround I appended "ac_cv_func_if_nametoindex=yes" to the configure call to be able to successfully terminate the build.

Comment 1 Nicola Fontana 2014-11-24 09:36:51 UTC

I think the above workaround (i.e. using "ac_cv_func_if_nametoindex=yes" in configure) will make the compiled binaries that depend on if_nametoindex() unusable on Windows XP. I do not have access to that platform to verify this by myself though.

Comment 2 Richard W.M. Jones 2014-11-24 09:46:14 UTC

If this is a bug in glib2 or mingw-w64, then you need to take it
to the upstream community.  We're just packaging mingw-glib2.

Comment 3 Nicola Fontana 2014-11-24 10:36:04 UTC

Of course the problem is upstream, as almost anything reported here. I just don't have time to investigate deeper.

I'm maintaining a MingW toolchain that depends on yours (https://github.com/ntd/aur-fedora-mingw) and the problem came out after trying to incorporate http://pkgs.fedoraproject.org/cgit/mingw-glib2.git/commit/?id=f86c153dcdcc4c3c392ab18d444d87383eea3464

Are you implying that you do not see this failure on Fedora? If there is a way to see the results of the builds, please point me to the right direction: I often need them.

Comment 4 Richard W.M. Jones 2014-11-24 10:46:57 UTC

I'm not "implying" anything.  I'm hopefully clearly stating that
Fedora only packages mingw packages from upstream.  If there's a
problem in the Fedora packaging, then we can fix it here.  Otherwise
we can't fix it - you need to ask upstream.

Comment 5 Thomas Sailer 2014-11-27 11:04:10 UTC

I don't understand the problem, I'm using mingw glib2 on Windows 2000 and 8.1, and haven't seen this...

Comment 6 Fedora Admin XMLRPC Client 2014-12-04 18:42:35 UTC

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 7 Erik van Pienbroek 2014-12-23 12:15:28 UTC

The mingw-glib2 package builds fine without issues on Fedora. Closing bug