On Jul 24, 2007, at 11:35 PM, Adam R. Maxwell wrote:

>
> On Jul 24, 2007, at 20:16, James Howison wrote:
>
>>
>> On Jul 24, 2007, at 10:38 PM, Adam R. Maxwell wrote:
>>
>>>
>>> On Jul 24, 2007, at 19:16, James Howison wrote:
>>>
>>>> I'm trying to work out why my breakpoints aren't working.  Do they
>>>> not work in the Release Configuration?
>>>
>>> No (maybe you can get asm).
>>
>> Not sure I understand that.  My fault for asking negative questions.
>> Working now in the debug though (see below).
>
> You might see assembler in the debugger.  I don't usually find that
> helpful, though.  Come to think of it, you're supposed to be able to
> debug a release build, but maybe we don't have debug symbols enabled
> for those?

Haven't checked, but breakpoints definitely didn't work in the  
Release for me.

> [...]
>
>> Ok, makes sense.  Actually all the sub-frameworks were set to build $
>> (NATIVE_ARCH) but AGRegex, BibDeskImputManagner, and BibImporter were
>> set to "ppc i386" so you might like to change that for you anyway.
>> BT_Parse was only set to "ppc", so I fixed that.  More importantly,
>> the BibDesk target itself was set to only "ppc" for Debug.
>>
>> I set all the Debug build architectures to $(NATIVE_ARCH) and all the
>> release to "ppc i386", although I'm not going to be rolling
>> releases ;) Both configurations build now. Those settings should work
>> for everyone, no?  Is that something I can check into svn?
>
> That sounds correct.  Go ahead and check it in, and I'll see if
> anything breaks.

Ok, did that.  Didn't know that you have to breakup commits across  
externals (ie one for the non-externals, one for the externals.)  Was  
getting this error: Unrecognized URL scheme for '' (ie blank)  
solution described here:

http://svn.haxx.se/users/archive-2006-03/1266.shtml

I don't have commit rights on the skim-app repository so couldn't  
check that one in.

>
>> Incidentally xcode seems to use both the cores simultaneously because
>> it is always compiling two files at a time now.  Much quicker ;)  Now
>> to track down why this doesn't work.
>
> Yeah, compiling on my dual G5 is much faster than the PowerBook,
> although neither is as fast as your dual core system.  I think Xcode
> does something similar to `make -jN` where N is the number of cores/
> processors you have.

Interesting.  Now if only quick compiling made for quick debugging  
(ok, well it helps but the bottleneck is me!).

--J

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Bibdesk-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bibdesk-develop

Reply via email to