• State Verified Answer
  • Locked Locked
  • Replies 10 replies
  • Subscribers 73 subscribers
  • Views 4944 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 106979
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SDK 8.1 and GPIOTE multiple defined symbols.

Jigney Shah

I updated from SDK 8.0 to SDK 8.1. My project had both app_uart and app_gpiote. With 8.1 (I don't exactly remember how it was on 8.0 and I have not spent any time researching as it would be academic), app_uart needs nrf_drv_gpiote for RTS/CTS handling. However, both app_gpiote and nrf_drv_gpiote define the interrupt handler and hence compilation fails. The only way out seems to be do stop using app_gpiote.

  1. Shouldn't the Keil component selector complain about the conflict between these two selections?

  2. Should the app_gpiote be refactored to use nrf_drv_gpiote "under the hood" so that legacy code can work?

  3. Or, should app_gpiote be deprecated and removed at some point?

Parents
  • 0

    Hi, I'm just curious if releasing a temporary app_gpiote version (just as a zip here, or on git or something) that utilizes nrf_drv_gpiote would be possible?

    I need GPIOTE for both PWM and pin-wakeup (DETECT), but would really like to update to 8.1.

Reply
  • 0

    Hi, I'm just curious if releasing a temporary app_gpiote version (just as a zip here, or on git or something) that utilizes nrf_drv_gpiote would be possible?

    I need GPIOTE for both PWM and pin-wakeup (DETECT), but would really like to update to 8.1.

Children
No Data
Related
Terms of service