[En-Nut-Discussion] Building SVN Trunk

[Ulrich Prinz]

Hi Harald,

Would be a fine thing to have these cross-scripts, so one could check if 
his code is working for most/all platforms...

But let's jump in:

Harald Kipp schrieb:
> If someone got some spare time during the weekend, may be he/she can
> help and look into the following problems.
> 
Nope, but I try my very best, as I am the reason for at least two of the 
problems:

> 1. Building Nut/OS libs for AT91R40008 fails with compiler error,
> because this CPU has no DBGU device. I fixed this already and will
> commit the changes ASAP.

I excluded this CPU at my second implementation of the UART-DBGU 
extention, but looks like I missed something. I did a new implementation 
of my idea, as you rewrote the driver and my old version didn't work 
anymore.
> 
> 2. Building the caltime app for AT91EB40A, SAM7S(E)-Generic and
> AT91SAM7SE-EK fails with
> caltime.c: In function 'main':
> caltime.c:340: error: 'devUart0' undeclared (first use in this function)
> 
I stumbled across one of these in my own software and afaik it was the 
problem, that you need to include uart.h and not usart.h or vice versa.

> 3. Building the ftpd app fails for SAM7S(E)-Generic and STK501 fails with
> ftpserv.c: In function 'InitEthernetDevice':
> ftpserv.c:359: error: 'devEth0' undeclared (first use in this function)

That one happened to me when I tried http example to test something last 
week at work. Unfortunately the code is still at work and the machine is 
off. So I cannot access it from here now to look what I changed to make 
it work.
> 
> 4. Building Nut/OS libs for GBA fails with
> ../.././nut/arch/arm/dev/at91_reset.c: In function 'At91Reset':
> ../.././nut/arch/arm/dev/at91_reset.c:61: error: implicit declaration of
> function 'At91WatchDogStart'
> 
> 5. Building Nut/OS libs for AT91SAM9260-EK fails with
> ../.././nut/arch/arm/dev/usartat91.c: In function 'At91UsartInit':
> ../.././nut/arch/arm/dev/usartat91.c:1409: error: 'SYSC_ID' undeclared
> (first use in this function)
> ../.././nut/arch/arm/dev/usartat91.c:1409: error: (Each undeclared
> identifier is reported only once
> ../.././nut/arch/arm/dev/usartat91.c:1409: error: for each function it
> appears in.)
> ../.././nut/arch/arm/dev/usartat91.c: In function 'At91UsartDeinit':
> ../.././nut/arch/arm/dev/usartat91.c:1459: error: 'SYSC_ID' undeclared
> (first use in this function)
> make[1]: *** [arm/dev/usartDat91.o] Error 1
> 
My fault, I assumed, that, as SAM7 and SM9 is handled mostly identical, 
both ARMs habe same way of DBGU handling. I read a bit more into that 
and correct it.

> I assumed I fixed that one by adding the missing defines in irqreg.h.
> Unfortunately it doesn't work. I'll investigate this further.

I don't have a 9260 but only a RM9200, so I cannot check.
> 
> 6. Building a debug version of the httpd app fails on all ATmega128
> boards with
> httpserv.elf section .text will not fit in region text
> region text overflowed by 3848 bytes
> 
> 7. Building nutpiper app for Arthernet fails with
> 
> ../../arthernet1-avr-gcc-bld/lib\libnutarch.a(ih_int4.o): In function
> `__vector_5':
> ih_int4.c:(.text+0x108): multiple definition of `__vector_5'
> ../../arthernet1-avr-gcc-bld/lib\libnutarch.a(irsony.o):irsony.c:(.text+0x40):
> first defined here
> 
> 8. Building Nut/OS libs for AVR using ImageCraft fails with
> !E C:\ethernut\ethernut-4.9.7\nut\dev\led.c(285): operands of = have
> illegal types `pointer to LEDEventT' and `int'

?? I don't have ImageCraft and if I read this, I'd think that I don't 
like to have it. I only allocate the LEDs descriptor memory and led is a 
pointer and malloc returns a pointer...

int NutRegisterLed( HANDLE * ledh, int bank, int pin)
{
     LEDEventT *led;

     /* Check memory constraints and assign memory to new led struct */
285:    led = malloc(sizeof( LEDEventT));
286:    *ledh = (void*)led;
...

For accessing the LEDEvent data, it's handle is casted to LEDEventT. It 
works fine here.

Best regards,

Ulrich