I saw a few weeks ago that gnome-user-share 2.26 wasn't announcing its shares anymore and that it switched at the same time to using mod_dnssd. I also noticed that portage spewed a warning about it not respecting LDFLAGS and today while I was doing a few other stuff I found out the cause. Currently the ebuild uses the default src_compile from the inherited eclass which doesn't work since it doesn't know that it should like against avahi. It also doesn't seem to know about ldflags but I'll leave you the opportunity to open a bug or fix it directly yourselves. Anyway, even with that, src/Makefile.in was still wrong so I fixed it too and will be attaching patches in a moment. Now I can finally enjoyed mDNS announced http shares again. CCing gnome so we can keep track of this while merging gnome 2.26 to the tree.
Created attachment 188613 [details, diff] mod_dnssd-0.6.ebuild.patch
Created attachment 188614 [details, diff] mod_dnssd-0.6-ldflags.patch
I took the liberty to commit these changes. Fill free to stab me if something's wrong.
The patch is wrong. It prepends '-Wl,' only to first flag(s) in LDFLAGS, so if somebody uses e.g. LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu", --as-needed and --hash-style=gnu will be ignored.
(In reply to comment #4) > The patch is wrong. It prepends '-Wl,' only to first flag(s) in LDFLAGS, so if > somebody uses e.g. LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu", > --as-needed and --hash-style=gnu will be ignored. > fixing that would be much more expensive, and you can pass LDFLAGS in one -Wl anyway. It's still better this way than completely broken. I'm available for more testing though.
You can use e.g.: APXS_LDFLAGS = `for ldflag in $(LDFLAGS); do echo -Wl,$$ldflag; done` ... $(APXS) -c $(CFLAGS) $(APXS_LDFLAGS) @srcdir@/mod_dnssd.c $(LIBS)
I fixed the patch.