I have removed ccache and all its environment variables for several reasons, but www/apache24 still uses it, so we have a build dependency here: --- shared-build-recursive --- --- mod_mpm_prefork.la --- /usr/local/share/apr/build-1/libtool --silent --mode=link cc -O2 -pipe -I/usr/local/include -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -L/usr/local/lib/db5 -L/usr/local/lib -Wl,-rpath,/usr/local/lib -fstack-protector -o mod_mpm_prefork.la -rpath /usr/local/libexec/apache24 -module -avoid-version prefork.lo eval: /usr/local/libexec/ccache/world/cc: not found *** [mod_mpm_prefork.la] Error code 127 Please add the build dependency to the Makefile.
Can't find any reference to ccache in the sources or port files for apache24 [root@devnoip:~] # grep -rin 'ccache' httpd-2.4.33/ /usr/ports/www/apache24/ httpd-2.4.33/docs/server-status/server-status.lua:409:var trafficCache = []; httpd-2.4.33/docs/server-status/server-status.lua:523: trafficCache.push(el); httpd-2.4.33/docs/server-status/server-status.lua:524: if (trafficCache.length > maxRecords) { httpd-2.4.33/docs/server-status/server-status.lua:525: trafficCache.shift(); httpd-2.4.33/docs/server-status/server-status.lua:530: for (var i in trafficCache) { httpd-2.4.33/docs/server-status/server-status.lua:531: var el = trafficCache[i]; So it looks to me, that you overlooked a reference to ccache on your own system.
(In reply to Markus Kohlmeyer from comment #1) Hi, I think you misunderstand the report. ccache in this context is a program and not part of the word "trafficCache". The report indicates something somewhere is picking up a ccache statement/loading it from a make.conf somewhere.
The only reference to ccache that I could find on my host is in /etc/src.conf
(In reply to oz42 from comment #3) Might be worthwhile to temporarily move /etc/src.conf and try again, at least that's what I'd do. I know there is some functional crossover between src.conf and make.conf.
I bet devel/apr1 was also build with ccache. The internal apache Makefile (not the port) calls apr-1-config --cc and if apr was build with ccache it will record and deliver the build env via apr-1-config (/usr/local/bin/apr-1-config) You can edit this file and change "/usr/local/libexec/ccache/world/cc" to "cc" This was also already an issue e.g. if gawk or gsed was installed and the port was build without tools like poudriere (clean room building)
(In reply to oz42 from comment #0) do you use the default options?
"please add dependency to devel/ccache" - I think it's obvious but we really don't want to add a dependency to ccache. (In reply to oz42 from comment #0) > I have removed ccache and all its environment variables for several reasons, > but www/apache24 still uses it, so we have a build dependency here: > > > --- shared-build-recursive --- > --- mod_mpm_prefork.la --- > /usr/local/share/apr/build-1/libtool --silent --mode=link cc -O2 -pipe > -I/usr/local/include -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing > -L/usr/local/lib/db5 -L/usr/local/lib -Wl,-rpath,/usr/local/lib > -fstack-protector -o mod_mpm_prefork.la -rpath > /usr/local/libexec/apache24 -module -avoid-version prefork.lo > eval: /usr/local/libexec/ccache/world/cc: not found This is a big red flag. Why is a port build using the *[build]world* compiler link? > *** [mod_mpm_prefork.la] Error code 127 > > Please add the build dependency to the Makefile. I suspect you have some old CC= hack in your /etc/make.conf. Just use WITH_CCACHE_BUILD=yes now instead.
Olli Hauers comment #5 is correct. apr's cc configuration points to ccache's cc. Please close this bug.