[En-Nut-Discussion] Unix emulation bugs in CVS HEAD

[Matthias Ringwald]

hi Ole,

I will.. but not now.

about the timer:

When we did the changes to the timer handling (IRQ only ticks, but  
doesn't do any callbacks),
nobody did update the simulated timer irq. the good thing here, is  
that we now can directly
the linux clock thus, the emulation will have the same felt speed as  
on the read hw.

compile problems:

if something does not compile, I guess the LIBS define need to be  
updated, as always.
this does aply to problem 2) and 3).
altough I guess, that NutThreadCreate has no reason to print anything  
to stdout.. :)

matthias




On 16.08.2005, at 19:08, Ole Reinhardt wrote:

> Hi Matthias and all other.
>
> The unix emulation in CVS currently does not work properly. I think  
> most
> of these bugs where introduced with the latest NutOS changes.
its not a bug, its a feature (tm)

> 1.) Running the threads example:
> ..

> Thread Test
> MHL
>
> 2.) Uart Example:
>
> The same happens with the pppc example.
> `NutTimerMillisToTicks'
> collect2: ld gab 1 als Ende-Status zurück
> make: *** [uart.elf] Fehler 1
>
> 3.) The most simple example does not work:
>
> There seems to be a problem with the header files.
>
> gcc  -c -Os -Wall -Wstrict-prototypes -Wa,-ahlms=simple.lst
> -I../../include  simple.c -o simple.o
> gcc  simple.o -L../../lib/gcc/unix
> -lpthread ../../lib/gcc/unix/nutinit.o -lnutos -lnutarch -lnutdev  -o
> simple.elf
> ../../lib/gcc/unix/libnutos.a(thread.o): In function  
> `NutThreadCreate':
> ../arch/unix/os/thread.c:254: undefined reference to `NUT_printf'
> collect2: ld gab 1 als Ende-Status zurück
> make: *** [simple.elf] Fehler 1
>