Bug 1167227 - build error: conflicting types for 'if_nametoindex'
Summary: build error: conflicting types for 'if_nametoindex'
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: mingw-glib2
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Erik van Pienbroek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-24 09:21 UTC by Nicola Fontana
Modified: 2014-12-23 12:15 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-12-23 12:15:28 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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


Note You need to log in before you can comment on or make changes to this bug.