hidden symbol `__dso_handle' in /usr/lib/crtbegin.o is referenced by DSO
Hi again, all, I've lately upgraded from FreeBSD 8.2-RC3 to 8.2-RELEASE via freebsd-update and am now getting the following error when trying to build www/webkit-gtk2 in Ports (this was pulled in by the GIMP meta-port; the tail output of make(1) is appended): hidden symbol `__dso_handle' in /usr/lib/crtbegin.o is referenced by DSO What does this mean, and how might one go about fixing it? (The more generally applicable the answer, the better, as I've encountered this error on several occasions while trying to rebuild other Ports after upgrading FreeBSD.) Finally, after upgrading from 8.2-RC3 to -RELEASE I now get a lot of error messages of the form grep: write error: Broken pipe while building ports, where `grep' is variously `sed,' `sort,' or a number of other variations. What's the cause of this, and where should I start looking to fix it? This started happening after upgrading from 8.2-RC3 to -RELEASE (this also happened to me a while back after upgrading from 8.2-RC1 to -RC2; both times I upgraded according to the instructions in the FreeBSD Handbook). Can anyone point me in the right direction? Thanks, and sorry for yet another clueless newbie question. All the best, Austin TAIL OUTPUT OF make install IN /usr/ports/www/webkit-gtk2 /bin/sh /usr/ports/www/webkit-gtk2/work/gnome-libtool --silent --tag=CXX --mode=link c++ -O2 -pipe -fno-strict-aliasing -O2 -L/usr/local/lib -o libWebCoreJS.la DerivedSources/JSCSSCharsetRule.lo DerivedSources/JSCSSFontFaceRule.lo DerivedSources/JSCSSImportRule.lo DerivedSources/JSCSSMediaRule.lo DerivedSources/JSCSSPageRule.lo DerivedSources/JSCSSPrimitiveValue.lo DerivedSources/JSCSSRule.lo DerivedSources/JSCSSRuleList.lo DerivedSources/JSCSSStyleDeclaration.lo DerivedSources/JSCSSStyleRule.lo DerivedSources/JSCSSStyleSheet.lo DerivedSources/JSCSSValue.lo DerivedSources/JSCSSValueList.lo DerivedSources/JSCSSVariablesDeclaration.lo DerivedSources/JSCSSVariablesRule.lo DerivedSources/JSCounter.lo DerivedSources/JSMedia.lo DerivedSources/JSMediaList.lo DerivedSources/JSRGBColor.lo DerivedSources/JSRect.lo DerivedSources/JSStyleSheet.lo DerivedSources/JSStyleSheetList.lo DerivedSources/JSWebKitCSSKeyframeRule.lo DerivedSources/JSWebKitCSSKeyframesRule.lo DerivedSources/JSWe bKitCSSMatrix.lo DerivedSources/JSWebKitCSSTransformValue.lo DerivedSources/JSAttr.lo DerivedSources/JSBeforeLoadEvent.lo DerivedSources/JSCDATASection.lo DerivedSources/JSCharacterData.lo DerivedSources/JSClientRect.lo DerivedSources/JSClientRectList.lo DerivedSources/JSClipboard.lo DerivedSources/JSComment.lo DerivedSources/JSCompositionEvent.lo DerivedSources/JSDOMCoreException.lo DerivedSources/JSDOMImplementation.lo DerivedSources/JSDocument.lo DerivedSources/JSDocumentFragment.lo DerivedSources/JSDocumentType.lo DerivedSources/JSElement.lo DerivedSources/JSEntity.lo DerivedSources/JSEntityReference.lo DerivedSources/JSErrorEvent.lo DerivedSources/JSEvent.lo DerivedSources/JSEventException.lo DerivedSources/JSKeyboardEvent.lo DerivedSources/JSMessageChannel.lo DerivedSources/JSMessageEvent.lo DerivedSources/JSMessagePort.lo DerivedSources/JSMouseEvent.lo DerivedSources/JSMutationEvent.lo DerivedSources/JSNamedNodeMap.lo DerivedSources/JSNode.lo DerivedSources/JSNodeFilt er.lo DerivedSources/JSNodeIterator.lo DerivedSources/JSNodeList.lo DerivedSources/JSNotation.lo DerivedSources/JSOverflowEvent.lo DerivedSources/JSPageTransitionEvent.lo DerivedSources/JSPopStateEvent.lo DerivedSources/JSProcessingInstruction.lo DerivedSources/JSProgressEvent.lo DerivedSources/JSRange.lo DerivedSources/JSRangeException.lo DerivedSources/JSText.lo DerivedSources/JSTextEvent.lo DerivedSources/JSTreeWalker.lo DerivedSources/JSUIEvent.lo DerivedSources/JSWebKitAnimationEvent.lo DerivedSources/JSWebKitTransitionEvent.lo DerivedSources/JSWheelEvent.lo DerivedSources/JSBlob.lo DerivedSources/JSWebGLArray.lo DerivedSources/JSWebGLArrayBuffer.lo DerivedSources/JSWebGLByteArray.lo DerivedSources/JSWebGLFloatArray.lo DerivedSources/JSCanvasGradient.lo DerivedSources/JSWebGLIntArray.lo DerivedSources/JSCanvasPattern.lo DerivedSources/JSCanvasRenderingContext.lo DerivedSources/JSCanvasRenderingContext2D.lo DerivedSources/JSWebGLRenderingContext.lo DerivedSources/JSWebGL ShortArray.lo DerivedSources/JSWebGLUnsignedByteArray.lo DerivedSources/JSWebGLUnsignedIntArray.lo DerivedSources/JSWebGLUnsignedShortArray.lo DerivedSources/JSDataGridColumn.lo DerivedSources/JSDataGridColumnList.lo DerivedSources/JSDOMFormData.lo DerivedSources/JSFile.lo DerivedSources/JSFileList.lo DerivedSources/JSHTMLAllCollection.lo DerivedSources/JSHTMLAnchorElement.lo DerivedSources/JSHTMLAppletElement.lo DerivedSources/JSHTMLAreaElement.lo DerivedSources/JSHTMLAudioElement.lo DerivedSources/JSHTMLBRElement.lo DerivedSources/JSHTMLBaseElement.lo DerivedSources/JSHTMLBaseFontElement.lo DerivedSources/JSHTMLBlockquoteElement.lo DerivedSources/JSHTMLBodyElement.lo
Re: hidden symbol `__dso_handle' in /usr/lib/crtbegin.o is referenced by DSO
On Mar 7, 2011, at 5:32 PM, Австин Ким wrote:
I've lately upgraded from FreeBSD 8.2-RC3 to 8.2-RELEASE via freebsd-update
and am now getting the following error when trying to build www/webkit-gtk2
in Ports (this was pulled in by the GIMP meta-port; the tail output of
make(1) is appended):
hidden symbol `__dso_handle' in /usr/lib/crtbegin.o is referenced by DSO
What does this mean, and how might one go about fixing it?
A quick search finds a quote attributed to Martin Loewis:
My guess is that it is the infamous .hidden conflict, where the
binutils snapshot implements .hidden by putting a STB_LOCAL symbol in
the dynamic symbol table (namely __dso_handle). The dynamic linker
fails to find this symbol in the shared library, because it does not
consider STB_LOCAL symbols.
The work-around is to not define HAVE_GAS_HIDDEN in auto-host.h, and
recompile the compiler. I'm not sure what the solution is. Perhaps
somebody should sit down and implement .hidden in the same way as
local symbols in the symbol versioning feature. Perhaps that someone
should be me, but I haven't started, yet.
Some people have reported this to be fixed by making sure that anything which
is being compiled as a shared object uses the -shared compiler flag. (And
-fPIC and such, also.)
(The more generally applicable the answer, the better, as I've encountered
this error on several occasions while trying to rebuild other Ports after
upgrading FreeBSD.)
Finally, after upgrading from 8.2-RC3 to -RELEASE I now get a lot of error
messages of the form
grep: write error: Broken pipe
while building ports, where `grep' is variously `sed,' `sort,' or a number of
other variations. What's the cause of this, and where should I start looking
to fix it?
It's likely not a problem. If you've got a pipeline and a later part of it
completes, then earlier parts of the pipeline will get a SIGPIPE if they keep
writing output.
See /usr/src/gnu/usr.bin/grep/ChangeLog
1999-02-06 Alain Magloire
* tests/*.awk : Linux users are seeing Broken Pipe on make check.
The problem is that grep does not drain its stdin, thus the previous
process in the pipeline receives a SIGPIPE. Other shells are silent
about this. There is actually no failure, since the broken pipe is
expected. You can work around it by changing the pipeline, so that
the input is drained, like this:
status=`echo 'check' | { ${GREP} -E -e pattern /dev/null 21;
echo $?; cat /dev/null; }`; if test $status -ne $errnu then ... fi
Excerpt email from Andreas Schwab.
Regards,
--
-Chuck
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
