Summary: | dev-embedded/avrdude-5.11.1 emerge fails with TYPE_4232H errors | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | tarek <gekkoman> |
Component: | Current packages | Assignee: | Embedded Team (OBSOLETE) <dev-embedded+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | xmw |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Patch to circumvent the errors
ebuild to include patch emerge --info |
Created attachment 297503 [details]
ebuild to include patch
Created attachment 297505 [details]
emerge --info
Looks like an automagic dep on libftdi, since it doesn't depend on libftdi and it compiles w/o libftdi being installed. Sorry, I cannot reproduce this at all. @tarek, can you please check if this problem really exists, thanks. i can't reproduce this. avrdude builds fine with libftdi 0.19 and 0.20. I have upgraded to dev-embedded/libftdi-0.20 and I can now emerge the mainstream ebuild without problem. |
Created attachment 297501 [details, diff] Patch to circumvent the errors emerging avrdue-5.11.1 yields avrftdi.c: In function ‘add_pin’: avrftdi.c:141:5: error: ‘TYPE_4232H’ undeclared (first use in this function) avrftdi.c:141:5: note: each undeclared identifier is reported only once for each function it appears in avrftdi.c:145:10: error: ‘TYPE_2232H’ undeclared (first use in this function) avrftdi.c: In function ‘add_pins’: avrftdi.c:201:6: error: ‘TYPE_4232H’ undeclared (first use in this function) avrftdi.c:205:11: error: ‘TYPE_2232H’ undeclared (first use in this function) make[2]: *** [libavrdude_a-avrftdi.o] Error 1 make[2]: *** Waiting for unfinished jobs.... using dev-libs/libusb-1.08 dev-embedded/libftdi-0.19 /usr/include/ftdi.h shows /** FTDI chip type */ enum ftdi_chip_type { TYPE_AM=0, TYPE_BM=1, TYPE_2232C=2, TYPE_R=3, TYPE_2232H=4, TYPE_4232H=5 }; ac_cfg.h shows HAVE_FTDI and HAVE_LIBUSB being set so avrftdi.c is pulling in ftdi.h This should therefore work. What is really odd is that the function add_pin also includes references to TYPE_2232C and this one does not throw an error As a quick and dirty created a patch to provide #defines to circumvent the problem. ebuild, patch and emerge --info provided.