On 2002-09-23 13:55, Vallo Kallaste wrote:
> On Mon, Sep 23, 2002 at 03:08:02AM -0700, "David P. Reese Jr." <[EMAIL PROTECTED]>
>wrote:
> > Current as of yesterday
> >
> > The XFree86 server build dies with an odd compiler message. I have no clue
> > what it means.
> >
> > [snip]
> > LD_LIBRARY_PATH=/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/lib cc -O
>-pipe -march=pentium2 -march=pentium2 -ansi -pedantic -Dasm=__asm -Wall
>-Wpointer-arith -fno-merge-constants -I. -I../include
>-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include/X11
>-I../../../include
>-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/include
>-I/usr/ports/x11-servers/XFree86-4-Server/work/xc
>-I/usr/ports/x11-servers/XFree86-4-Server/work/xc/exports/include
>-I/usr/X11R6/include -DCSRG_BASED -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP
>-DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPANORAMIX -DRENDER
>-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension
>-DXFree86LOADER -DXFree86Server -DXF86VIDMODE -DXvMCExtension -DSMART_SCHEDULE
>-DBUILDDEBUG -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO
>-DIN_MODULE -DXFree86Module -c miPck1Prim.c
> > miPck1Prim.c: In function `CheckFAreaPick1':
> > miPck1Prim.c:337: unable to find a register to spill in class `FLOAT_REGS'
> > miPck1Prim.c:337: this is the insn:
> > (insn 275 273 277 (set (subreg:SF (reg/v:DI 29 rmm0 [64]) 0)
> > (float:SF (mem/s/j:HI (reg/v/f:SI 2 ecx [61]) [0 <variable>.x+0 S2 A16])))
>167 {floathisf2} (insn_list 271 (nil))
> > (nil))
> > miPck1Prim.c:337: confused by earlier errors, bailing out
> > *** Error code 1
> >
> > Stop in
>/usr/ports/x11-servers/XFree86-4-Server/work/xc/programs/Xserver/PEX5/ddpex/mi/level1.
> > *** Error code 1
>
> This isn't a yesterdays problem, I've had this for a month or so.
> The problem is explicit declaration of -march=p[234], use
> CPUTYPE=i686 in /etc/make.conf and you get further. The second way
> is to not set CPUTYPE at all, logic in /usr/share/mk/bsd.cpu.mk will
> set -mcpu to what appears to fit.
If you suspect the machine type optimizations for problems like this,
you might want to try adding the following to /etc/make.conf too:
NO_CPU_CFLAGS= true # Don't add -march=<cpu> to CFLAGS automatically
NO_CPU_COPTFLAGS=true # Don't add -march=<cpu> to COPTFLAGS automatically
Giorgos.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
