[RTEMS Project] #2434: general gpio.h is no longer installed leading to build breakage

RTEMS trac trac at rtems.org
Tue Nov 10 09:17:33 UTC 2015

#2434: general gpio.h is no longer installed leading to build breakage
 Reporter:  beng     |       Owner:  Ben Gras <beng@…>
     Type:  defect   |      Status:  reopened
 Priority:  normal   |   Milestone:  4.12
Component:  General  |     Version:  4.12
 Severity:  normal   |  Resolution:
 Keywords:           |
Changes (by sebastian.huber):

 * status:  closed => reopened
 * version:  4.10 => 4.12
 * resolution:  fixed =>
 * milestone:  4.11.1 => 4.12


 On 06/11/15 23:57, André Marques wrote:
 > Hello,
 > This issue was resolved earlier with the following patch
 > where the inclusion of the GPIO API header file was removed from the
 libbsp/shared makefile and moved (in the case of the Raspberry Pi, but I
 forgot about the beagle BSP) to the BSP makefile which intends to use the
 API. This avoids these name clashes with BSPs that already have a gpio.h
 header file.
 > However the following patch reintroduced the gpio API header on the
 libbsp/shared makefile
 > This last patch should be reverted, and the shared/include/gpio.h should
 be included in the beagle BSP makefile that requires it, and motivated
 this reintroduction.
 > I think it is better to have the BSPs include the gpio API header file
 if they actually implement the API, than forcing the header to all BSPs
 and creating these problems.
 > Às 14:29 de 05-11-2015, Sebastian Huber escreveu:
 >> On 05/11/15 15:17, Martin Galvan wrote:
 >>> The LPC1768 variants have a gpio.h file whose name clashes with the
 gpio.h from
 >>> the new GPIO API. This results on the BSPs failing to compile.
 >>> This patch renames the LPC1768 gpio.* files to lpc-gpio.*, as it's
 done on other
 >>> BSPs (e.g. Beaglebone).
 >>> Closes #2441.
 >> Thanks.

Ticket URL: <http://devel.rtems.org/ticket/2434#comment:3>
RTEMS Project <http://www.rtems.org/>
RTEMS Project

More information about the bugs mailing list