#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 19 years ago by blb@…
Resolution: | → invalid |
---|---|
Status: | new → closed |
comment:2 Changed 19 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)
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.