Bug 243248
Summary: | Review Request: avr-gdb - GDB for (remote) debugging avr binaries | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Hans de Goede <hdegoede> |
Component: | Package Review | Assignee: | Ralf Corsepius <rc040203> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Package Reviews List <fedora-package-review> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | thibault.north |
Target Milestone: | --- | Flags: | rc040203:
fedora-review+
kevin: fedora-cvs+ |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-06-16 20:58:14 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Hans de Goede
2007-06-08 09:14:30 UTC
The spec contains this: # Yes it really does, atleast configure checks for this BuildRequires: avr-gcc-c++ This is wrong. GDB is a pure native application which doesn't use any target tools at all. The log message confusing you stems from gdb using the ueberbaum's toplevel configure script which is shared by many GNU-toolchain packages (gcc, binutils, ...), some of which actually apply target tools. GDB doesn't. (In reply to comment #1) > The spec contains this: > > # Yes it really does, atleast configure checks for this > BuildRequires: avr-gcc-c++ > > This is wrong. GDB is a pure native application which doesn't use any target > tools at all. > > The log message confusing you stems from gdb using the ueberbaum's toplevel > configure script which is shared by many GNU-toolchain packages (gcc, binutils, > ...), some of which actually apply target tools. GDB doesn't. > A new version with this fixed is available here: Spec URL: http://people.atrpms.net/~hdegoede/avr-gdb.spec SRPM URL: http://people.atrpms.net/~hdegoede/avr-gdb-6.6-3.fc8.src.rpm MUSTFIX: * gdb doesn't build without a termcap library (It doesn't build on FC7 due to it) => Adding "BuildRequires: ncurses-devel" should help. [There had been a change related to ncurses-devel/termcap between FC6/FC7, but I don't recall the details. IIRC, ncurses-devel now is recommended/favored over termcap]. (In reply to comment #3) > MUSTFIX: > > * gdb doesn't build without a termcap library (It doesn't build on FC7 due to it) > => Adding "BuildRequires: ncurses-devel" should help. > > [There had been a change related to ncurses-devel/termcap between FC6/FC7, but I > don't recall the details. IIRC, ncurses-devel now is recommended/favored over > termcap]. > A new version with this fixed is available here: Spec URL: http://people.atrpms.net/~hdegoede/avr-gdb.spec SRPM URL: http://people.atrpms.net/~hdegoede/avr-gdb-6.6-4.fc8.src.rpm Like with any ueberbaum-based package (and to avoid potential BUILD/gdb-* clashes), I'd recommend you to build into %{name}-%{version} instead of gdb-%{version} and to apply VPATH building, similar to how you are doing it with avr-binutils. Anyway, this is just a recommendation and no blocker. APPROVED (In reply to comment #5) > Like with any ueberbaum-based package (and to avoid potential BUILD/gdb-* > clashes), I'd recommend you to build into %{name}-%{version} instead of > gdb-%{version} and to apply VPATH building, similar to how you are doing it with > avr-binutils. > I will change this before import and many thanks! New Package CVS Request ======================= Package Name: avr-gdb Short Description: GDB for (remote) debugging avr binaries Owners: j.w.r.degoede Branches: FC-6 F-7 devel InitialCC: <empty> Please don't forget to assign to reviewer when you do reviews. Imported and build, closing. Package Change Request ====================== Package Name: avr-gdb New Branches: EL-6 Owners: tnorth trondd We would like to have FEL-related packages available for EL-6. Thanks ! CVS done (by process-cvs-requests.py). |