Re: PR 26792

2006-06-09 Thread Geoffrey Keating
On 09/06/2006, at 7:24 AM, Jack Howarth wrote: Geoff, I don't seem to have access to read... a strong symbol in a dylib should not override a weak private extern symbol Does the radar report describe any workarounds? As far as I know, there are no workarounds other than to avoid the p

Re: PR 26792

2006-06-09 Thread Jack Howarth
Geoff, I don't seem to have access to read... a strong symbol in a dylib should not override a weak private extern symbol Does the radar report describe any workarounds? Does this mean the problem is actually in cctools? Also, the problem doesn't happen with gcc 4.1.1 (but only with 4.2). A

Re: PR 26792

2006-06-08 Thread Geoffrey Keating
On 08/06/2006, at 7:48 AM, Jack Howarth wrote: Geoff, I noticed PR 26792 last night. After reading that it became clear what was causing the massive c++ regressions when I built gcc trunk under fink. Fink sets MACOSX_DEPLOYMENT_TARGET to 10.4 when a package is built in fink 10.4 branch