Opened 18 years ago

Closed 18 years ago

Last modified 18 years ago

#7785 closed defect (invalid)

xrender does not build

Reported by: fommil@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 1.2
Keywords: Cc:
Port:

Description

Hi, I recently installed darwinports-1,2 (into /usr/local) and synced... xrender fails to compile. here is the output. I believe the problem is that the compiler is trying to use the system's renderproto.h instead of the one installed by the render package.

make all-am if /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include -I/usr/X11R6/include -DXTHREADS -g -O2 -MT AddTrap.lo -MD -MP -MF ".deps/AddTrap.Tpo" \

-c -o AddTrap.lo test -f 'AddTrap.c' || echo './'AddTrap.c; \

then mv -f ".deps/AddTrap.Tpo" ".deps/AddTrap.Plo"; \ else rm -f ".deps/AddTrap.Tpo"; exit 1; \ fi

/usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include -I/usr/X11R6/include -DXTHREADS -g -O2 -MT AddTrap.lo -MD -MP -MF .deps/AddTrap.Tpo -c AddTrap.c -fno-common -DPIC -o .libs/AddTrap.o

AddTrap.c: In function 'XRenderAddTraps': AddTrap.c:38: error: 'xRenderAddTrapsReq' undeclared (first use in this function) AddTrap.c:38: error: (Each undeclared identifier is reported only once AddTrap.c:38: error: for each function it appears in.) AddTrap.c:38: error: 'req' undeclared (first use in this function) AddTrap.c:47: error: 'sz_xRenderAddTrapsReq' undeclared (first use in this function) AddTrap.c:47: error: parse error before ')' token AddTrap.c:47: error: 'X_RenderAddTraps' undeclared (first use in this function) AddTrap.c:54: error: 'sz_xTrap' undeclared (first use in this function) make[1]: * [AddTrap.lo] Error 1 make: * [all] Error 2

Change History (2)

comment:1 Changed 18 years ago by blb@…

Resolution: invalid
Status: newclosed

Yup, that'll happen when you use /usr/local due to gcc's handling of that path. See

<http://www.opendarwin.org/pipermail/darwinports/2006-February/031980.html>

for more details if interested.

comment:2 Changed 18 years ago by fommil@…

(In reply to comment #1)

Yup, that'll happen when you use /usr/local due to gcc's handling of that path.

<voice style="comic book guy">

This is the most random bug... ever!

</voice>

:-) (recompiles overnight with a different ports dir)

Note: See TracTickets for help on using tickets.