[En-Nut-Discussion] i2ctest.c fails to build on several platforms

bon at elektron.ikp.physik.tu-darmstadt.de bon at elektron.ikp.physik.tu-darmstadt.de
Thu Sep 12 19:36:27 CEST 2013

>>>>> "Harald" == Harald Kipp <harald.kipp at egnite.de> writes:

    Harald> Hi, Looks to me that NutI2cMasterTransceive is not available for
    Harald> all targets. Therefore i2ctest.c fails to build with

    Harald> i2ctest.c:(.text+0x4a4): undefined reference to
    Harald> `NutI2cMasterTransceive' i2ctest.c:(.text+0x4d8): undefined
    Harald> reference to `NutI2cMasterTransceive' i2ctest.c:(.text+0x584):
    Harald> undefined reference to `NutI2cMasterTransceive'
    Harald> i2ctest.c:(.text+0x5a8): undefined reference to
    Harald> `NutI2cMasterTransceive' i2ctest.c:(.text+0x5dc): undefined
    Harald> reference to `NutI2cMasterTransceive'
    Harald> i2ctest.o:i2ctest.c:(.text+0x600): more undefined references to
    Harald> `NutI2cMasterTransceive' follow collect2.exe: error: ld returned
    Harald> 1 exit status make[1]: *** [i2ctest.elf] Error 1 make[1]:
    Harald> Leaving directory
    Harald> `E:/ethernut/ethernut-5.2.0/gbaxport2-arm-gcc-app/i2ctest' make:
    Harald> *** [all] Error 2

Fixed in SVN.

The complex #ifdefs are caused by the run-time configurable i2cbus_gpio.c
driver. This doesn't fit with the library-compile time configuration Nut/OS
uses else. I work to get rid of i2cbus_gpio.c and owibus_bbif.c by providing
library-compiled time configured driver with the same functionality. Stay

Uwe Bonnes                bon at elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

More information about the En-Nut-Discussion mailing list