Bug 6404

On Jan 6, 2006, at 4:40 PM, Chris Petersen wrote: I ran into a build error this morning when attempting to build as Deployment on the iMac. Anyone know why this is ? setenv MACOSX_DEPLOYMENT_TARGET 10.3 /usr/bin/g++-3.3 -o /Volumes/fresh_10.4.2/Build/symroots/Deployment/WebCore.framework/ Versions/A/WebCore -L/Volumes/fresh_10.4.2/Build/symroots/Deployment -L/Volumes/fresh_10.4.2/ Build/symroots/WebCore.build/Deployment/WebCore.build/DerivedSources -F/Volumes/fresh_10.4.2/ Build/symroots/Deployment -F/System/Library/Frameworks/WebKit.framework/Frameworks -filelist / Volumes/fresh_10.4.2/Build/symroots/WebCore.build/Deployment/WebCore.build/Objects-normal/ ppc/WebCore.LinkFileList -framework ApplicationServices -framework Carbon -framework Cocoa - framework JavaScriptCore -licucore -lxslt -framework QuartzCore -arch ppc -Wl,-single_module - compatibility_version 1 -current_version 1 -install_name /System/Library/Frameworks/ WebKit.framework/Versions/A/Frameworks/WebCore.framework/Versions/A/WebCore -dynamiclib - mmacosx-version-min=10.3 -lxml2-WebCore -Wl,-exported_symbols_list,WebCore.exp ld: mismatching weak references for symbol: _CGBitmapContextCreateImage /Volumes/fresh_10.4.2/Build/symroots/WebCore.build/Deployment/WebCore.build/Objects-normal/ ppc/kjs_html.o reference to non-weak _CGBitmapContextCreateImage /Volumes/fresh_10.4.2/Build/symroots/WebCore.build/Deployment/WebCore.build/Objects-normal/ ppc/render_canvasimage.o reference to non-weak _CGBitmapContextCreateImage /Volumes/fresh_10.4.2/Build/symroots/WebCore.build/Deployment/WebCore.build/Objects-normal/ ppc/KCanvasMaskerQuartz.o reference to weak _CGBitmapContextCreateImage /usr/bin/libtool: internal link edit command failed ** BUILD FAILED ** make[1]: *** [all-am] Error 1 il0301a-dhcp17:/Build/Labyrinth chrispet$ My guess is that this has something to do with the way we declare CGBitmapContextCreateImage ourselves in render_canvasimage.h. I imagine this would go away if we set MACOSX_DEPLOYMENT_TARGET to 10.4 or if we just used the definition in the system header and removed our own declaration. Eric's the best person to ask about this. Also, we should see if this is failing for everyone. -- Darin ======== This was caused by my check-in of http://bugzilla.opendarwin.org/show_bug.cgi?id=5969