Hi all
I have a server running 12.2 RELEASE which until q2 months back was running 10.2-RELEASE.
I used freebsd-update for the upgrade.
Since then dump has exited with this error
exactly as in the thread at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244470
I do not want to go back to compiling from source but the fix for this bug is only in -STABLE at this time.
I thought I could just recompile dump by itself, I used to compile from source (FBSD5 till 9 were all compile upgrades IIRC, takes ages on this Intel server!) but now I get this (before and/or after applying the patch to traverse.c)
I have confirmed that endian.h exists in several places in the source tree (like ..../x86/include/endian.h), and if I force it to be found by doing something like
export CPATH=/usr/src/sys && make
then it fails to find x86/signal.h instead, pointing to a more systematic include path problem.
I did git clone the source tree today, and I tried a 'make buildworld' with similar errors.
(maybe I need to refresh /usr/include too? if so, how?)
I have been trying to figure out where and how the build system sets the include paths, figuring I can maybe then see what is wrong, but I have gotten lost in the maze of .mk files. Also tried to find an option for cc to display the include paths without success.
Please can someone point me in the right direction to fix this.
Thanks
I have a server running 12.2 RELEASE which until q2 months back was running 10.2-RELEASE.
I used freebsd-update for the upgrade.
Since then dump has exited with this error
Code:
Assertion failed: (spcl.c_count + blks < TP_NINDIR), function appendextdata, file /usr/src/sbin/dump/traverse.c, line 759.
I do not want to go back to compiling from source but the fix for this bug is only in -STABLE at this time.
I thought I could just recompile dump by itself, I used to compile from source (FBSD5 till 9 were all compile upgrades IIRC, takes ages on this Intel server!) but now I get this (before and/or after applying the patch to traverse.c)
Code:
@/usr/src/sbin/dump> make
cc -O -pipe -fno-common -DRDUMP -g -MD -MF.depend.itime.o -MTitime.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/sbin/dump/itime.c -o itime.o
In file included from /usr/src/sbin/dump/itime.c:40:
In file included from /usr/include/sys/param.h:96:
In file included from /usr/include/sys/types.h:46:
/usr/include/machine/endian.h:6:10: fatal error: 'x86/endian.h' file not found
#include <x86/endian.h>
^~~~~~~~~~~~~~
1 error generated.
*** Error code 1
export CPATH=/usr/src/sys && make
then it fails to find x86/signal.h instead, pointing to a more systematic include path problem.
I did git clone the source tree today, and I tried a 'make buildworld' with similar errors.
(maybe I need to refresh /usr/include too? if so, how?)
I have been trying to figure out where and how the build system sets the include paths, figuring I can maybe then see what is wrong, but I have gotten lost in the maze of .mk files. Also tried to find an option for cc to display the include paths without success.
Please can someone point me in the right direction to fix this.
Thanks