similar to: Xen kernel compilation fails - no such file or directory features.h (but its there)

Hi Armin! I have problems on debian sarge with standard 2.6.8-2-386 kernel. I've installed the packages: kernel-headers-2.6.8-2 kernel-headers-2.6.8-2-386 kernel-image-2.6.8-2-386 kernel-kbuild-2.6-3 kernel-source-2.6.8 Then I unpacked the kernel sources into /usr/src/kernel-source-2.6.8 and made a symlink from /usr/src/linux --> kernel-source-2.6.8 Then I entered

Peter, typedef __kernel_timer_t timer_t will fail with Arjans glibc headers, they do not define __kernel_timer_t in asm/posix_types.h. All archs supported by Linux have typedef int __kernel_timer_t. Can we just get rid of the __kernel_timer_t? --- klibc-0.171/klibc/include/sys/types.h.orig 2004-06-08 07:32:48.000000000 +0200 +++ klibc-0.171/klibc/include/sys/types.h 2004-09-02

dear all, when i complied the latest Zaptel-1.2.19 to upgrade my asterisk system, it told me those errors: cc -c -fPIC -DSTANDALONE_ZAPATA -DBUILDING_TONEZONE -DHOTPLUG_FIRMWARE -I. -O4 -g -Wall -DBUILDING_TONEZONE -o zonedata.lo zonedata.c In file included from zaptel.h:31, from tonezone.h:27, from zonedata.c:26: /usr/include/linux/types.h:18: error: conflicting types for

Commit-ID: 8b44cc180f664532821211e8261534b0c9e6c01c Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8b44cc180f664532821211e8261534b0c9e6c01c Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 14 Jan 2023 02:15:10 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sun, 15 Jan 2023 21:28:18 +0100 [klibc] time: Use clock_* system

The attached patches are against the v0.114 release and cover some of the tweaks I made while playing about testing ARM and Thumb support. Please review and consider applying. Even with the patches, ARM dynamic linking doesn't seem to work and the Thumb test applications seem to have shaken out a Thumb bug in the 2.4.21-rmk2 kernel which I'm still trying to track down. Still more fun to

configure uses clock_gettime to check whether -lrt is needed - and don''t check other functions. With glibc 2.17 clock_gettime is part of libc, so use timer_gettime instead, which is in -lrt in old and new versions of glibc. Signed-off-by: Olaf Hering <olaf@aepfle.de> --- configure | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure b/configure index

On Wed, May 1, 2013 at 09:21:17AM -0700, Matt Wilson wrote: > On Mon, Apr 29, 2013 at 03:40:13PM +0200, Olaf Hering wrote: > > Ping > > Makes sense. > > Acked-by: Matt Wilson <msw@amazon.com> > > > On Wed, Jan 16, Olaf Hering wrote: > > > > > Ping > > > > > > On Wed, Dec 05, Olaf Hering wrote: > > > > > > >

Hi all, I am trying to compile madwifi for CentOS-4 without success. Error is: Checking if all requirements are met... ok. mkdir -p ./symbols for i in ./ath_hal ath_rate/onoe ./net80211 ./ath; do \ (cd $i; make) || exit 1; \ done make[1]: Entering directory `/usr/src/madwifi/ath_hal'' make -C /lib/modules/2.6.9-5.0.3.ELsmp/build SUBDIRS=/usr/src/madwifi/ath_hal

Hi, I'm still strugling with getting an easy to use conference system implemented. I did have app_conference running, but today I upgraded asterisk to 1.0.9 and it stopped working. I've tried following the instructions for compiling app_conference on 1.0.7 but it didn't work. So I went back to ztdummy (I've not had any luck getting this to compile on FC2). Anyhoo, I've

I'm trying to get zaptel 1.0.2 compiled on FC2 or FC3 and I'm getting compile time errors. Systems include: FC2: Linux xxxxxxxxxxxx 2.6.9-1.3_FC2 #1 Mon Nov 15 14:46:43 EST 2004 i686 i686 i386 GNU/Linux FC3: Linux xxxxxxxxxxxx 2.6.9-1.681_FC3 #1 Thu Nov 18 15:13:22 EST 2004 x86_64 x86_64 x86_64 GNU/Linux /usr/home/bwright/zaptel-1.0.2> make linux26 ... make -C /usr/src/linux-2.6

Commit-ID: df7b02bd5c9af14c6efbe39ee4c313e368dfe967 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=df7b02bd5c9af14c6efbe39ee4c313e368dfe967 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 14 Jan 2023 00:17:45 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 14 Jan 2023 18:10:12 +0100 [klibc] time: Use 64-bit time

On Nov 2, 2023, at 4:39 PM, Grant Erickson <gerickson at nuovations.com> wrote: > On Nov 2, 2023, at 4:32 PM, Damien Miller <djm at mindrot.org> wrote: >> On Mon, 30 Oct 2023, Grant Erickson wrote: >> >>> I have an NXP i.MX6-based armv7l-dey-linux-gnueabihf system in which I >>> am seeing some as-yet-unaccountable behavior in sshd when compiled with

Hi, We installed the latest 1.4.24 on a test machine and can't get zaptel nor dahdi compile. It's a Linux Debian Etch. Errors we have: keewi:/usr/src/dahdi-linux-2.1.0.4# make make -C /lib/modules/2.6.18-custom.2/build ARCH=i386 SUBDIRS=/usr/src/dahdi-linux-2.1.0.4/drivers/dahdi DAHDI_INCLUDE=/usr/src/dahdi-linux-2.1.0.4/include DAHDI_MODULES_EXTRA=" " HOTPLUG_FIRMWARE=yes

If the linux kernel was built using O=builddir, there is no correct choice for the linux symlink in klibc-1.5. See below for the possible outcomes: ----------------------- KLIBCCC usr/klibc/vsnprintf.o In file included from usr/include/sys/types.h:15, from usr/include/unistd.h:11, from usr/include/stdio.h:11, from usr/klibc/vsnprintf.c:13:

Hi, Trying to compile tcng on 64bit server (centos-5 64bit), I''m getting: -------------- cc -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -I../shared -DVERSION=\"`cat ../VERSION`\" -DTOPDIR=\"/usr/local/src/tcng-non-patched\" -DDOLLAR -DCONFIRM_EXCEED -c -o f_fw.o f_fw.c In file included from ../shared/memutil.h:13, from

hello cant to build wine-1.0-rc2 log: Code: make[2]: Entering directory `/usr/local/src/wine-1.0-rc2/dlls/winex11.drv' gcc -m32 -c -I. -I. -I../../include -I../../include -I/usr/include/asm-i386 -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o bitblt.o bitblt.c gcc -m32 -c -I. -I. -I../../include

Hi list! I am running CentOS 4.1 x86_64 on an Athlon64. The box was installed only yesterday. Yesterday I was still able to compil stuff, yesterday even the tiniest and simplest programs fail to compile always with internal compiler error: Segmentation fault. For example: make -C /usr/src/linux-2.6 SUBDIRS=/tmp/bristuff-0.2.0-RC8n/qozap ZAP=-I/tmp/bristuff-0.2.0-RC8n/zaptel-1.0.9 modules

Hi iam installing zaptel 1.2.10 on my FC5 when i make iam getting following error any one suggest me whats wrong, i have installed source also in the same server. grep: /lib/modules/2.6.15-1.2054_FC5/build/include/linux/autoconf.h: No such file or directory ZAPTELVERSION="1.2.10" build_tools/make_version_h > version.h.tmp if cmp -s version.h.tmp version.h ; then echo; else \

Compilation was ok with klibc-1.5.10 on linux-2.6.25. Distrib does not matter as it is inside a chroot a la LSF With the upgrade to linux-2.6.27 it broke on 1.5.10 (I try too the last 1.5.14) with make[1]: Entering directory `/usr/src/klibc-1.5.14' GEN klcc/klibc.config GEN klcc/klcc HOSTCC scripts/basic/fixdep KLIBCCC usr/klibc/__static_init.o KLIBCCC usr/klibc/vsnprintf.o

The code flow for the vclocks is convoluted as it requires the vclocks which can be invalidated separately from the vsyscall_gtod_data sequence to store the fact in a separate variable. That's inefficient. Restructure the code so the vclock readout returns cycles and the conversion to nanoseconds is handled at the call site. If the clock gets invalidated or vclock is already VCLOCK_NONE,