Opened 11 years ago
Closed 11 years ago
#39536 closed defect (fixed)
yelp build failure: Undefined symbols _g_thread_init
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | dbevans (David B. Evans) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.99 |
Keywords: | haspatch | Cc: | cooljeanius (Eric Gallager), jeremyhu (Jeremy Huddleston Sequoia) |
Port: | yelp |
Description
yelp fails to build:
Undefined symbols for architecture x86_64: "_g_thread_init", referenced from: _main in yelp-yelp.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status
Would updating to yelp 3 help?
Attachments (3)
Change History (11)
Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
comment:1 follow-up: 6 Changed 11 years ago by dbevans (David B. Evans)
Status: | new → assigned |
---|
comment:2 follow-up: 5 Changed 11 years ago by dbevans (David B. Evans)
I'm having trouble reproducing this problem. Universal build works for me with the following configuration:
- Mac OS 10.8.4, Xcode 4.6.3 (4H1503), MacPorts 2.1.3.
- Mac Mini Intel Core i5 (x86_64)
Can you re-sync your ports tree and give it another try? I'll do the same and post my results for comparison. Also would appreciate it if you would try -universal as well. Build bot was successful with this configuration on 10.8.
Thanks
comment:3 Changed 11 years ago by dbevans (David B. Evans)
Rebuild works for me both for glib2 and glib2-devel (just in case).
Attaching successful build log.
comment:4 Changed 11 years ago by dbevans (David B. Evans)
I notice you are using ccache and I am not. Could this be the difference?
comment:5 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
Keywords: | haspatch added |
---|---|
Summary: | yelp build failure → yelp build failure: Undefined symbols _g_thread_init |
Version: | 2.1.3 → 2.1.99 |
Replying to devans@…:
Can you re-sync your ports tree and give it another try? I'll do the same and post my results for comparison.
My ports are up to date.
Also would appreciate it if you would try -universal as well.
Same problem with -universal.
Build bot was successful with this configuration on 10.8.
The buildbots are running MacPorts 2.1.x not trunk.
Replying to devans@…:
I notice you are using ccache and I am not. Could this be the difference?
No change if I disable the use of ccache.
I am however using MacPorts trunk, which no longer overlinks libraries, and all my ports are built this way. I think this means that yelp uses libgthread, but has forgotten to add -lgthread-2.0
to the LDFLAGS.
The attached patch allows the port to build.
Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
proposed patch
comment:6 Changed 11 years ago by cooljeanius (Eric Gallager)
Replying to devans@…:
Replying to ryandesign@…:
Would updating to yelp 3 help?
Not at this time. The gnome ports need to be updated to version 3 as a unit due to their inter-dependencies. That will be the next step. I want to get things stabilized at the final GNOME 2 level first.
Could GNOME 2 ports be kept around separately from GNOME 3 ports? I know there's been a lot of backlash against GNOME 3 in the Linux community at least, and not everyone might want to switch to it...
comment:8 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | jeremyhu@… added |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
Fixed a better way in r107447.
Replying to ryandesign@…:
Not at this time. The gnome ports need to be updated to version 3 as a unit due to their inter-dependencies. That will be the next step. I want to get things stabilized at the final GNOME 2 level first.
I'll take a look at the log files for now.