Yes, I'm linking to Universal SDK now after some messing around.

This is a modified line 87 of build-webkit script. Note ARCHS and SDKROOT.

$result = system "xcodebuild", "-project", "$dir.xcodeproj", @options, "[EMAIL PROTECTED]/../Frameworks", "DEPLOYMENT_POSTPROCESSING=YES", "ARCHS=i386 ppc", "SDKROOT=/ Developer/SDKs/MacOSX10.4u.sdk";

I'm getting close, but this build line fails:

/usr/bin/g++-4.0 -o /Volumes/BigData/build/WebCore.build/Deployment/ WebCore.build/Objects-normal/i386/WebCore -L/Volumes/BigData/build/ Deployment -L/Volumes/BigData/build/WebCore.build/Deployment/ WebCore.build/DerivedSources -F/Volumes/BigData/build/Deployment -F/ Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ WebKit.framework/Frameworks -filelist /Volumes/BigData/build/ WebCore.build/Deployment/WebCore.build/Objects-normal/i386/ WebCore.LinkFileList -framework ApplicationServices -framework Carbon -framework Cocoa -framework JavaScriptCore -licucore -lxslt -arch i386 -Wl,-single_module -compatibility_version 1 -current_version 1 - install_name @executable_path/../Frameworks/WebCore.framework/ Versions/A/WebCore -Wl,-S -dynamiclib -mmacosx-version-min=10.3 - lxml2-WebCore -Wl,-exported_symbols_list,WebCore.exp -isysroot / Developer/SDKs/MacOSX10.4u.sdk

ld: can't open: WebCore.exp (No such file or directory, errno = 2)


This reference to WebCore.exp seems to come from this environmental variable set, as found in the build transcript:

setenv OTHER_LDFLAGS " -lxml2-WebCore -Wl,- exported_symbols_list,WebCore.exp"

I do find the file WebCore.exp in the WebCore source directory, so maybe it's a relative path issue?

Dan



On Nov 28, 2005, at 12:50 PM, Bill Kocik wrote:

Are you able to build other universal binaries?

The error you cite below looks like the one that occurs when Xcode
isn't set up to do it. When installing Xcode, you have to do a custom
installation and select the universal SDK in order to compile
universal binaries. It's not installed by default.

To see if your Xcode installation is set up for it, look and see if
you have anything here: /Developer/SDKs/MacOSX10.4u.sdk

On 11/28/05, Dan Wood <[EMAIL PROTECTED]> wrote:
Folks,

It appears from some bugs posted on bugzilla (e.g. 5086) that WebKit
is supposed to be able to build for i386 architecture, but I am not
having any luck doing so.  I'm trying to build WebKit as 'fat binary'
-- having both i386 and Intel architectures. But I am having no luck.

For instance, It's not building dftables, which is needed right off
the bat:

     /usr/bin/gcc-4.0 -o /Volumes/BigData/build/JavaScriptCore.build/
Deployment/dftables.build/Objects-normal/i386/dftables -L/Volumes/
BigData/build/Deployment -F/Volumes/BigData/build/Deployment -
filelist /Volumes/BigData/build/JavaScriptCore.build/Deployment/
dftables.build/Objects-normal/i386/dftables.LinkFileList -arch i386 -
mmacosx-version-min=10.3
/usr/bin/ld: warning fat file: /usr/lib/gcc/i686-apple-
darwin8/4.0.1/../../../libSystem.dylib does not contain an
architecture that matches the specified -arch flag: i386 (file ignored)




Am I missing something here?  Is this a bug in TOT?  One would think
that intel compatibility would be a no-brainer at this stage in the
game....

Dan Wood

_______________________________________________
webkit-dev mailing list
[email protected]
http://www.opendarwin.org/mailman/listinfo/webkit-dev



--
Bill Kocik
_______________________________________________
webkit-dev mailing list
[email protected]
http://www.opendarwin.org/mailman/listinfo/webkit-dev


_______________________________________________
webkit-dev mailing list
[email protected]
http://www.opendarwin.org/mailman/listinfo/webkit-dev

Reply via email to