ld -exported_symbols_list check erroneously fails with Xcode 2

RESOLVED FIXED

Status

()

Core
Build Config
RESOLVED FIXED
12 years ago
12 years ago

People

(Reporter: Mark Mentovai, Assigned: Mark Mentovai)

Tracking

Trunk
PowerPC
Mac OS X
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Assignee)

Description

12 years ago
Using Xcode 2.1, I'm seeing this:

checking for -exported_symbols_list option to ld... ld: -exported_symbols_list:
argument missing
no

Prior versions of ld spit the error to stdout.  It's now going to stderr.
(Assignee)

Comment 1

12 years ago
Created attachment 195645 [details] [diff] [review]
Check both stdout and stderr 

Not critical, the build falls back to nmedit anyway.
Attachment #195645 - Flags: review?(bryner)
Attachment #195645 - Flags: review?(bryner) → review+
(Assignee)

Comment 2

12 years ago
Checked in.
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → FIXED
(Assignee)

Comment 3

12 years ago
Comment on attachment 195645 [details] [diff] [review]
Check both stdout and stderr 

This is bloating the build time and causing warnings like this:

nmedit: can't make global coalesced symbols (like __Z10NS_OpenURIP17nsIStreamListenerP11nsISupportsP6nsIURIP12nsIIOServiceP12nsILoadGroupP21nsIInterfaceRequestorj) into static symbols (use ld(1)'s -exported_symbols_list option) in a final linked image: /lizard/1.8/build/firefox-g/layout/build/libgklayout.dylib

Baked on the trunk for ages.
Attachment #195645 - Flags: approval1.8.1?
Comment on attachment 195645 [details] [diff] [review]
Check both stdout and stderr 

a=dbaron on behalf of drivers.  Please land on MOZILLA_1_8_BRANCH and add the fixed1.8.1 keyword once you have done so.
Attachment #195645 - Flags: approval1.8.1? → approval1.8.1+
You need to log in before you can comment on or make changes to this bug.