[kismac] Re: build fixing - close, but not quite

  • From: "Christoph Koehler" <christoph.koehler@xxxxxxxxx>
  • To: kismac@xxxxxxxxxxxxx
  • Date: Tue, 28 Feb 2006 21:30:18 -0600

I agree, sounds good for now.


On 2/28/06, Geoffrey Kruse <gkruse@xxxxxxxxxxxxxx> wrote:
> As for your problem, I think you must still have intel checked in the
> development configuration on the BIGeneric...  I believe that xcode
> 2.2 includes the required sdk to build universals, so eventually,
> everyone will have to move to this version anyway.  However, if there
> is a consensus, I will set it back to $(Native_Arch) in the build
> settings which will allow everyone both intel and ppc to build,
> however, to build universal releases we will have to do some work.
>
> Tell me what you think,
>
> Geoff
>
>
> On Feb 28, 2006, at 7:08 PM, Robin L Darroch wrote:
>
> > OK - I've *almost* managed to make R91 build on my computer...but
> > it was a painful process:
> >
> > - go into each subproject listed in compile.command
> > - open the .xcodeproj file in Xcode
> > - get info on the project
> > - clear the "Architectures" setting so neither platform is selected
> > (select it, click "edit", and untick both boxes) - that will make
> > it build for the native architecture only
> > - scroll to the bottom of the list and remove the "SDKRoot" value
> > entirely
> >
> > That seemed to work for everything except BIGeneric, which returns
> > the following errors:
> >
> >     mkdir /Users/robin/src/KisMACng/Subprojects/BIGeneric/build/
> > BIGeneric.build/Deployment/BIGeneric.build/Objects-normal/i386
> >     cd /Users/robin/src/KisMACng/Subprojects/BIGeneric
> >     setenv MACOSX_DEPLOYMENT_TARGET 10.3
> >     /usr/bin/g++-4.0 -o /Users/robin/src/KisMACng/Subprojects/
> > BIGeneric/build/BIGeneric.build/Deployment/BIGeneric.build/Objects-
> > normal/i386/BIGeneric -L/Users/robin/src/KisMACng/Subprojects/
> > BIGeneric/build/Deployment -F/Users/robin/src/KisMACng/Subprojects/
> > BIGeneric/build/Deployment -F/Users/robin/src/KisMACng/Subprojects/
> > BIGeneric/../files -filelist /Users/robin/src/KisMACng/Subprojects/
> > BIGeneric/build/BIGeneric.build/Deployment/BIGeneric.build/Objects-
> > normal/i386/BIGeneric.LinkFileList -framework Cocoa -framework BIGL
> > -framework Security -framework Carbon -lz -lcrypto -arch i386 -
> > prebind -Wl,-single_module -dynamiclib -compatibility_version 1 -
> > current_version 1 -install_name "@executable_path/../Frameworks/
> > BIGeneric.framework/Versions/A/BIGeneric" -seg1addr 0x11000000
> > ld: warning prebinding disabled because of undefined symbols
> > ld: Undefined symbols:
> > .objc_class_name_NSToolbar
> > _memcpy
> > _objc_msgSend
> > _objc_msgSendSuper
> > .objc_class_name_NSColor
> > .objc_class_name_NSImage
> > .objc_class_name_NSView
> > _NSLog
> > _NSRectFill
> > ___CFConstantStringClassReference
> > .objc_class_name_BIGLImageView
> > .objc_class_name_BIGLView
> > .objc_class_name_NSAutoreleasePool
> > .objc_class_name_NSDate
> > .objc_class_name_NSThread
> > _objc_msgSend_stret
> > .objc_class_name_NSControl
> > .objc_class_name_NSNotificationCenter
> > _NSInsetRect
> > _NSViewFrameDidChangeNotification
> > _NSZeroPoint
> > .objc_class_name_NSActionCell
> > .objc_class_name_NSAffineTransform
> > .objc_class_name_NSAttributedString
> > .objc_class_name_NSBezierPath
> > .objc_class_name_NSDictionary
> > .objc_class_name_NSEvent
> > .objc_class_name_NSFont
> > .objc_class_name_NSGraphicsContext
> > .objc_class_name_NSMenu
> > .objc_class_name_NSShadow
> > _NSApp
> > _NSEventTrackingRunLoopMode
> > _NSFontAttributeName
> > _NSForegroundColorAttributeName
> > _NSPointInRect
> > .objc_class_name_NSAlert
> > .objc_class_name_NSMutableString
> > .objc_class_name_NSObject
> > .objc_class_name_NSString
> > .objc_class_name_NSWindow
> > .objc_class_name_NSArray
> > .objc_class_name_NSCharacterSet
> > .objc_class_name_NSMutableData
> > .objc_class_name_NSScanner
> > _AuthorizationCopyRights
> > _AuthorizationCreate
> > _AuthorizationExecuteWithPrivileges
> > _AuthorizationFree
> > _AuthorizationFreeItemSet
> > _NSBeep
> > _fread
> > _free
> > _malloc
> > _pclose
> > _popen
> > .objc_class_name_NSOutlineView
> > .objc_class_name_NSTableView
> > .objc_class_name_NSNumber
> > .objc_class_name_Protocol
> > .objc_class_name_NSAssertionHandler
> > .objc_class_name_NSLock
> > .objc_class_name_NSMutableArray
> > _DisposeSpeechChannel
> > _GetIndVoice
> > _NewSpeechChannel
> > _SetSpeechInfo
> > _SpeakText
> > _SpeechBusySystemWide
> > __NSAddHandler2
> > __NSExceptionObjectFromHandler2
> > __NSRemoveHandler2
> > __setjmp
> > _gzclose
> > _gzopen
> > _gzwrite
> > .objc_class_name_NSData
> > __ZdaPv
> > __Znam
> > ___gxx_personality_v0
> > _gzread
> > /usr/bin/libtool: internal link edit command failed
> >       ld: warning prebinding disabled because of undefined symbols
> >       ld: Undefined symbols:
> >       .objc_class_name_NSToolbar
> >       _memcpy
> >       _objc_msgSend
> >       _objc_msgSendSuper
> >       .objc_class_name_NSColor
> >       .objc_class_name_NSImage
> >       .objc_class_name_NSView
> >       _NSLog
> >       _NSRectFill
> >       ___CFConstantStringClassReference
> >       .objc_class_name_BIGLImageView
> >       .objc_class_name_BIGLView
> >       .objc_class_name_NSAutoreleasePool
> >       .objc_class_name_NSDate
> >       .objc_class_name_NSThread
> >       _objc_msgSend_stret
> >       .objc_class_name_NSControl
> >       .objc_class_name_NSNotificationCenter
> >       _NSInsetRect
> >       _NSViewFrameDidChangeNotification
> >       _NSZeroPoint
> >       .objc_class_name_NSActionCell
> >       .objc_class_name_NSAffineTransform
> >       .objc_class_name_NSAttributedString
> >       .objc_class_name_NSBezierPath
> >       .objc_class_name_NSDictionary
> >       .objc_class_name_NSEvent
> >       .objc_class_name_NSFont
> >       .objc_class_name_NSGraphicsContext
> >       .objc_class_name_NSMenu
> >       .objc_class_name_NSShadow
> >       _NSApp
> >       _NSEventTrackingRunLoopMode
> >       _NSFontAttributeName
> >       _NSForegroundColorAttributeName
> >       _NSPointInRect
> >       .objc_class_name_NSAlert
> >       .objc_class_name_NSMutableString
> >       .objc_class_name_NSObject
> >       .objc_class_name_NSString
> >       .objc_class_name_NSWindow
> >       .objc_class_name_NSArray
> >       .objc_class_name_NSCharacterSet
> >       .objc_class_name_NSMutableData
> >       .objc_class_name_NSScanner
> >       _AuthorizationCopyRights
> >       _AuthorizationCreate
> >       _AuthorizationExecuteWithPrivileges
> >       _AuthorizationFree
> >       _AuthorizationFreeItemSet
> >       _NSBeep
> >       _fread
> >       _free
> >       _malloc
> >       _pclose
> >       _popen
> >       .objc_class_name_NSOutlineView
> >       .objc_class_name_NSTableView
> >       .objc_class_name_NSNumber
> >       .objc_class_name_Protocol
> >       .objc_class_name_NSAssertionHandler
> >       .objc_class_name_NSLock
> >       .objc_class_name_NSMutableArray
> >       _DisposeSpeechChannel
> >       _GetIndVoice
> >       _NewSpeechChannel
> >       _SetSpeechInfo
> >       _SpeakText
> >       _SpeechBusySystemWide
> >       __NSAddHandler2
> >       __NSExceptionObjectFromHandler2
> >       __NSRemoveHandler2
> >       __setjmp
> >       _gzclose
> >       _gzopen
> >       _gzwrite
> >       .objc_class_name_NSData
> >       __ZdaPv
> >       __Znam
> >       ___gxx_personality_v0
> >       _gzread
> >       /usr/bin/libtool: internal link edit command failed
> >
> > In other words, I'm stuck.
> >
> > Obviously for binary distribution it's worth distributing a
> > Universal Binary, but when people are downloading source code and
> > building it themselves, there's no reason to have it make a
> > universal binary by default.  By all means, if someone wants to
> > compile and make publicly available a universal binary, I'm happy
> > to test it on my PPC architecture.
> > --
> >
> > ----------------------------------------------------------------------
> > ---
> >  Robin L. Darroch - PO Box 2715, South Hedland WA 6722 - +61 421
> > 503 966
> >       robin@xxxxxxxxxxxxx - robin@xxxxxxxxxxx - robin@xxxxxxxxxxxxx
> >
> >
>
>
>

Other related posts: