'CFLAGS += -pthread' from port's Makefile.
While here, remove superfluous SEPARATE_BUILD and CONFIGURE_STYLE
variables: cmake module already takes care of them.
ok sthen@
When used in conjunction with PIE, symbol versioning triggers weird
linking problems in dependent ports.
This appears to unbreak graphics/hugin.
Bump all the majors of wx shared libraries and amend graphics/hugin
accordingly.
Kudos to naddy@: a 2009 message to misc@ from him put me on the
right track.
OK sthen@ (MAINTAINER)
- pointed out by dcoppa@
Hugin doesn't build with PIE:
/usr/bin/ld: /usr/ports/pobj/hugin-2011.4.0/build-amd64/src/hugin1/base_wx/libhuginbasewx.so.0.0: invalid string offset 3068412456 >= 54218 for section `.dynstr'
and neither Hugin nor wxWidgets build with CFLAGS -fno-pie / LDFLAGS -nopie
(ld segfaults).
and the line with the unregister.sh script down to the bottom of
the plist. Silences all the blurb about ".../*.haddock doesn't exist
or isn't a file."
this is to force pkg_add -u to pick them up because moving to PIE does change
these files but since there are no library bumps, the package signature stays
the same.
there are probably others, these are just ones I've run into. not a great
fix, and needs to be repeated when other arch move, but it's the simplest low
impact fix and I'm fed up with "relocation R_X86_64_32S can not be used
when making a shared object; recompile with -fPIC"
this is to force pkg_add -u to pick them up because moving to PIE does change
these files but since there are no library bumps, the package signature stays
the same.
there are probably others, these are just ones I've run into. not a great
fix, and needs to be repeated when other arch move, but it's the simplest low
impact fix and I'm fed up with "relocation R_X86_64_32S can not be used
when making a shared object; recompile with -fPIC"
