Bug 20582 - [Gtk] Link error on Mac OS X
Summary: [Gtk] Link error on Mac OS X
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.5
: P2 Normal
Assignee: Nobody
URL:
Keywords:
: 20581 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-08-31 16:19 PDT by MrGwen
Modified: 2008-10-25 00:25 PDT (History)
4 users (show)

See Also:


Attachments
patch (1.15 KB, patch)
2008-09-13 23:30 PDT, Mike Hommey
darin: review-
Details | Formatted Diff | Diff
Correct way to have conditional flags (1.40 KB, patch)
2008-09-22 06:29 PDT, Richard Hult
no flags Details | Formatted Diff | Diff
New version with changelog entry (1.91 KB, patch)
2008-09-23 06:37 PDT, Richard Hult
alp: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description MrGwen 2008-08-31 16:19:59 PDT
I've this link error under MacOs when I try to build WebKit-GTK+

ld: unknown option: --version-script
collect2: ld returned 1 exit status


Solution from bdash from IRC :

remove line 253 of GNUmakefile.am and rebuild
someone went and made the makefile dependent on the GNU linker
Comment 1 MrGwen 2008-08-31 16:24:01 PDT
*** Bug 20581 has been marked as a duplicate of this bug. ***
Comment 2 Mike Hommey 2008-09-13 23:30:55 PDT
Created attachment 23405 [details]
patch

Not tested, because I lack time to test right now, but this should work
Comment 3 Mike Hommey 2008-09-13 23:41:56 PDT
Note that we might want to invert the filtering, instead, and export all webkit_* and (to be defined) symbols, and use the libtool -export-symbols option that would also probably work on osx.
Comment 4 Alp Toker 2008-09-15 23:37:37 PDT
(In reply to comment #3)
> Note that we might want to invert the filtering, instead, and export all
> webkit_* and (to be defined) symbols, and use the libtool -export-symbols
> option that would also probably work on osx.
> 

Do you want to have a go and see if that works or should we just get your fix in?

If you do try that, remember to check the exported symbols to make sure it doesn't drop anything we make public at the moment.
Comment 5 Mike Hommey 2008-09-16 00:56:44 PDT
I'd go for it if I knew all the exported symbols patterns ;)
Comment 6 Darin Adler 2008-09-16 10:09:46 PDT
Comment on attachment 23405 [details]
patch

Looks good. Even though I'm not an expert on the GTK port, I'm comfortable saying r=me.

But needs a ChangeLog. I'm going to say review- because it's not fair to expect the committer to write the ChangeLog.
Comment 7 Richard Hult 2008-09-22 06:26:46 PDT
The GNUmakefile.am part is not right, you can't have conditionals in the middle of LDFLAGS like that, it will not produce a correct makefile. I'll attach a correct version.

Comment 8 Richard Hult 2008-09-22 06:29:20 PDT
Created attachment 23648 [details]
Correct way to have conditional flags

I also made a change to the configure.ac part, setting the os_gnu variable to no in the other case, to make it consistent with the other similar variables.
Comment 9 Jan Alonzo 2008-09-23 05:24:42 PDT
Hi Richard

Can you make your patch's flag '?' so it will go to the review queue? And kindly add a Changelog entry. Thanks.
Comment 10 Richard Hult 2008-09-23 06:37:40 PDT
Created attachment 23703 [details]
New version with changelog entry
Comment 11 Alp Toker 2008-09-23 21:50:48 PDT
Comment on attachment 23703 [details]
New version with changelog entry

r=me
Comment 12 Jan Alonzo 2008-09-24 00:44:47 PDT
landed in r36845
Comment 13 Mike Hommey 2008-10-24 23:29:23 PDT
+version_script = Wl,--version-script,$(srcdir)/symbols.filter

The dash is missing before Wl, so this doesn't have any effect (I'm even surprised it doesn't break the build)
Comment 14 Jan Alonzo 2008-10-25 00:25:41 PDT
Thanks Mike! Fixed in r37887.