#14770 closed defect (fixed)
libiberty.h missing from binutils
| Reported by: | oliver.saunders@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.6.0 |
| Keywords: | Cc: | anddam (Andrea D'Amore), nickbroon@…, moo.macports.z.edmcman@…, cooljeanius (Eric Gallager), catap (Kirill A. Korinsky) | |
| Port: | binutils |
Description
The problem is outlined here: http://discussions.apple.com/thread.jspa?messageID=6902473#6902473
I'm guessing this file *should* be included in binutils. If not it should belong in a package somewhere. Unless I'm confused - also possible.
Attachments (1)
Change History (14)
comment:1 Changed 16 years ago by jmroot (Joshua Root)
| Milestone: | → Port Bugs |
|---|---|
| Owner: | changed from macports-tickets@… to pguyot@… |
comment:3 Changed 14 years ago by jmroot (Joshua Root)
| Owner: | changed from pguyot@… to macports-tickets@… |
|---|---|
| Port: | binutils added |
comment:5 Changed 12 years ago by nickbroon@…
I think demangle.h should also be installed. It's used by a few tool (I was trying to compile nmdepend for example). I note that several linux distributions install both these. See here for example https://bugs.archlinux.org/task/21118 I guess that libiberty.a should also be installed directly in /opt/local/lib/ (as again I note several linux dists do) not something like /opt/local/lib/x86_64/
Changed 12 years ago by nickbroon@…
| Attachment: | binutils.diff added |
|---|
patch to install two useful headers
comment:7 Changed 11 years ago by moo.macports.z.edmcman@…
| Cc: | moo.macports.z.edmcman@… added |
|---|
Cc Me!
comment:9 Changed 10 years ago by cooljeanius (Eric Gallager)
libiberty is used by multiple parts of the GNU toolchain besides binutils (i.e. gcc and gdb), so I would want to make sure that this does not introduce any further conflicts with other parts of the toolchain (such as, for example, #43591) before doing this...
comment:10 Changed 10 years ago by cooljeanius (Eric Gallager)
Also, the following other ports (that I have installed, at least) install a libiberty.h header elsewhere:
$ locate libiberty.h | grep /opt/local | grep -v "/build/" | xargs port provides /opt/local/avr/host/include/libiberty.h is provided by: avr-binutils /opt/local/lib/gcc/avr/4.8.2/plugin/include/libiberty.h is provided by: avr-gcc /opt/local/lib/gcc/i386-elf/4.7.2/plugin/include/libiberty.h is provided by: i386-elf-gcc /opt/local/lib/gcc45/gcc/x86_64-apple-darwin10/4.5.4/plugin/include/libiberty.h is provided by: gcc45 /opt/local/lib/gcc46/gcc/x86_64-apple-darwin10/4.6.4/plugin/include/libiberty.h is provided by: gcc46 /opt/local/lib/gcc47/gcc/x86_64-apple-darwin10/4.7.3/plugin/include/libiberty.h is provided by: gcc47 /opt/local/lib/gcc48/gcc/x86_64-apple-darwin10/4.8.2/plugin/include/libiberty.h is provided by: gcc48
comment:11 Changed 5 months ago by catap (Kirill A. Korinsky)
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:12 follow-up: 13 Changed 5 months ago by jmroot (Joshua Root)
| Cc: | catap added |
|---|
It seems likely that installing libbfd is one cause of the build conflicts mentioned in the notes, and installing libiberty will likely be another. It also looks like these cause file conflicts between gdb and binutils.
Maybe these two libs should be installed as separate ports, preferably putting their files somewhere other than ${prefix}/lib and ${prefix}/include so that other ports won't accidentally use them?
comment:13 Changed 5 months ago by cooljeanius (Eric Gallager)
Replying to jmroot:
It seems likely that installing libbfd is one cause of the build conflicts mentioned in the notes, and installing libiberty will likely be another.
This is ticket #37921.
It also looks like these cause file conflicts between gdb and binutils.
...and this is ticket #43591.
Maybe these two libs should be installed as separate ports, preferably putting their files somewhere other than ${prefix}/lib and ${prefix}/include so that other ports won't accidentally use them?
If someone™ can get them to work that way, that'd be great!
Assigning to maintainer.