#36472: gdb build failure ---------------------+---------------------- Reporter: mk@… | Owner: dweber@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: gdb | ---------------------+---------------------- Comment (by blair@…): I cannot tell what's causing it to fail, but my guess is you have a port that is providing a header file that gdb is picking up before its own. You'll need to look at the header files and see what it found versus what it expected. What I normally do is have gcc/g++/clang/clang++ provided the output following the C-preprocessor phase so I can see the paths it picked up. In your case, something like removing everything from `-c` to `.deps/amd64-tdep.Tpo` and replacing it with `-E` would help: /usr/bin/gcc-4.2 -pipe -O2 -I/opt/macports-test/include -arch x86_64 -I. -I. -I./common -I./config -DLOCALEDIR="\"/opt/macports- test/share/locale\"" -DHAVE_CONFIG_H -I./../include/opcode -I./../opcodes/.. -I./../readline/.. -I../bfd -I./../bfd -I./../include -I../libdecnumber -I./../libdecnumber -I./gnulib/import -Ibuild- gnulib/import -DTUI=1 -I/opt/macports-test/include -I/opt/macports- test/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/opt/macports- test/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -Wall -Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral -Wno-pointer-sign -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subscripts -Wmissing-prototypes -Wdeclaration-after-statement -E amd64-tdep.c | less Something else to do is find all the .h files in gdb's source and use `find /opt/macports-test -name` to see if it's there also. Once you find the offending port, I can check for it in the Portfile to warn people that they'll need to have it deactivated. Blair -- Ticket URL: <https://trac.macports.org/ticket/36472#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS