#37916 closed defect (fixed)
pcre @8.32: libtool file breaks clang builds by adding the -pthread option
Reported by: | jpeach@… | Owned by: | larryv (Lawrence Velázquez) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | cooljeanius (Eric Gallager) | |
Port: | pcre |
Description
/opt/local/lib/libpcre.la contains the line:
inherited_linker_flags=' -pthread'
This option is only valid for gcc, so when clang sees it, it emits a diagnostic. This can break the build of software that uses libpcre (especially when building with warnings as errors).
This only started happening recently, maybe around MacPorts 2.1.3. The workaround is to edit libpcre.la to remove the additional option, but it takes some time to figure out what the problem is.
Change History (5)
comment:1 Changed 12 years ago by larryv (Lawrence Velázquez)
Owner: | changed from macports-tickets@… to larryv@… |
---|---|
Port: | pcre added; libpcre removed |
Status: | new → assigned |
Version: | 2.1.2 |
comment:3 Changed 12 years ago by larryv (Lawrence Velázquez)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Summary: | libprce libtool file breaks clang builds by adding the -pthread option → pcre @8.32: libtool file breaks clang builds by adding the -pthread option |
Fixed in r102473. Not sure why PCRE does this, since libSystem
already provides the pthreads API. GCC doesn’t need the flag either.
comment:4 Changed 12 years ago by larryv (Lawrence Velázquez)
Oops; as you mentioned in the ticket, the libtool files record the linker flags. Revbumped in r102474.
Note: See
TracTickets for help on using
tickets.
Thanks, I’ll look into this shortly.