Error compiling SVN!

Ask your support questions in here

Moderator: Moderator Team

Post Reply
iluminatus
Posts: 13
Joined: Fri Dec 16, 2005 2:53 am

Error compiling SVN!

Post by iluminatus » Sun Jan 15, 2006 7:45 pm

Hello to all, i'm trying to compile the latest svn version. I'm adding my keyboard layout to test, and then send you the patch. Although it already compile my keyboad layout file, i can't compile the rest of reactos source giving me a strange error.

Code: Select all

........
WRC]      obj-i386/ntoskrnl/ntoskrnl.coff
[CC]       ntoskrnl/ke/i386/bios.c
[GAS]      ntoskrnl/ke/i386/brkpoint.S
[GAS]      ntoskrnl/ke/i386/ctxswitch.S
[CC]       ntoskrnl/ke/i386/exp.c
[CC]       ntoskrnl/ke/i386/fpu.c
[CC]       ntoskrnl/ke/i386/gdt.c
[CC]       ntoskrnl/ke/i386/idt.c
[CC]       ntoskrnl/ke/i386/irq.c
[GAS]      ntoskrnl/ke/i386/irqhand.s
[CC]       ntoskrnl/ke/i386/kernel.c
[CC]       ntoskrnl/ke/i386/ldt.c
[GAS]      ntoskrnl/ke/i386/syscall.S
[CC]       ntoskrnl/ke/i386/thread.c
[GAS]      ntoskrnl/ke/i386/tlbflush.S
[GAS]      ntoskrnl/ke/i386/trap.s
[CC]       ntoskrnl/ke/i386/tss.c
[GAS]      ntoskrnl/ke/i386/usercall_asm.S
ntoskrnl/ke/i386/usercall_asm.S: Assembler messages:
ntoskrnl/ke/i386/usercall_asm.S:138: Error: Unrecognized token `~15'

ntoskrnl/ke/i386/usercall_asm.S:138: Error: Unrecognized token ''
make: *** [obj-i386/ntoskrnl/ke/i386/usercall_asm.o] Error 1
Any ideas?

mingwin :
- xmingw-gcc-3.4.4
- xmingw-binutils-2.15.90.0.2
- Yasm-0.4.0 (don't know what the compiler using in compile mode)
- Nasm-0.98.39-r1

Gentoo enviroment, following wiki.

iluminatus
Posts: 13
Joined: Fri Dec 16, 2005 2:53 am

Post by iluminatus » Mon Jan 16, 2006 4:17 pm

I couldn't find the problem, so i use a workaround.

Code: Select all

 /* Align stack on 16-byte boundary */
    and esp, ~15
    mov edi, esp

    /* Set destination and origin NPX Areas */
Replaced ~15 by 0xFFFFFFF0, one complement of 15, my doubts are i have a AMD XP Barton 32bits, so my ESP is 32 bit wide ?!, so i need to complement 32 bits, so 0xFFFFFFF0 is the correct workaround!
This workaround will only be usable in 32 machines or 64 bit machines also have a 32 bits ESP (Stack Pointer)?

Code: Select all

/* Align stack on 16-byte boundary */
    and esp, 0xFFFFFFF0
    mov edi, esp

    /* Set destination and origin NPX Areas */
If you could answer my questions ... ?

:)

GvG
Posts: 499
Joined: Mon Nov 22, 2004 10:50 pm
Location: The Netherlands

Post by GvG » Mon Jan 16, 2006 11:18 pm

We don't test much using binutils 2.15.90 anymore. It turns out that that version doesn't understand the ~ operator in certain contexts. I've committed a workaround (r20920) but I suggest upgrading your xmingw binutils if at all possible. I'm using 2.15.94 20050118 myself.

iluminatus
Posts: 13
Joined: Fri Dec 16, 2005 2:53 am

Post by iluminatus » Mon Jan 16, 2006 11:33 pm

Thanks, i'll try it, but i had a feeling that was binutils, and i've already have some ebuilds to upgrade my all mingw package. (Pass an hour digging and learning ebuild language.)
If this works well i'll made a wiki about gentoo system and talk about my ebuilds and choices... My actual package binutils-2.16.91-20050827.

Hope that workaround don't break anything :)

Ged
Developer
Posts: 925
Joined: Thu Sep 29, 2005 3:00 pm
Location: UK

Post by Ged » Tue Jan 17, 2006 12:37 am

iluminatus wrote:My actual package binutils-2.16.91-20050827.
I use that version and it's never missed a beat for me. :)

GvG
Posts: 499
Joined: Mon Nov 22, 2004 10:50 pm
Location: The Netherlands

Post by GvG » Tue Jan 17, 2006 1:03 am

iluminatus wrote:Hope that workaround don't break anything :)
I used "objdump" which shows the final object code on both the before and after versions, the resulting object code is identical so I'm pretty confident it's ok :)

Post Reply

Who is online

Users browsing this forum: No registered users and 2 guests