* [Bug build/17007] Check Scanf15 bits/syscall.h No such file
[not found] <bug-17007-131@http.sourceware.org/bugzilla/>
@ 2014-06-03 10:35 ` naroyce at hotmail dot com
2014-06-03 11:02 ` schwab@linux-m68k.org
` (4 subsequent siblings)
5 siblings, 0 replies; 6+ messages in thread
From: naroyce at hotmail dot com @ 2014-06-03 10:35 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=17007
naroyce at hotmail dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |---
--- Comment #2 from naroyce at hotmail dot com ---
(In reply to Andreas Schwab from comment #1)
Are you sure? I had not made any source changes to glibc. It was git clean -xdf
and git reset --hard.
If I DON'T make that "include" change to the Makefile, it fails looking for
"bits/syscall.h"
If I DO make the change, "check" completes with:
*****
FAIL: conform/POSIX2008/cpio.h/conform
FAIL: conform/UNIX98/cpio.h/conform
FAIL: conform/UNIX98/fmtmsg.h/conform
FAIL: conform/XOPEN2K/cpio.h/conform
FAIL: conform/XOPEN2K/fmtmsg.h/conform
FAIL: conform/XOPEN2K8/cpio.h/conform
FAIL: conform/XOPEN2K8/fmtmsg.h/conform
FAIL: conform/XPG3/cpio.h/conform
FAIL: conform/XPG4/cpio.h/conform
FAIL: conform/XPG4/fmtmsg.h/conform
FAIL: math/test-double
FAIL: math/test-float
FAIL: math/test-idouble
FAIL: math/test-ifloat
FAIL: rt/tst-cpuclock2
Summary of test results:
15 FAIL
1636 PASS
1 UNRESOLVED
120 XFAIL
4 XPASS
*****
The "conform" always fail, but I'm guessing it's pretty new and unconcerning
based on http://comments.gmane.org/gmane.comp.lib.glibc.alpha/40411. Though
frankly I think the issue is similar to scanf15/17 where the header is not
being found:
*****
/media/tmp/glibcBuild/conform/POSIX2008/cpio.h/scratch/cpio.h-test.c:1:18:
fatal error: cpio.h: No such file or directory
#include <cpio.h>
^
compilation terminated.
*****
The "math" always fail whether or not I set flags (neon/vfp3/nothing set)
The "rt/tst-cpuclock2" sometimes does pass.
If there is more information you need or tests to be run, just let me know.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug build/17007] Check Scanf15 bits/syscall.h No such file
[not found] <bug-17007-131@http.sourceware.org/bugzilla/>
2014-06-03 10:35 ` [Bug build/17007] Check Scanf15 bits/syscall.h No such file naroyce at hotmail dot com
@ 2014-06-03 11:02 ` schwab@linux-m68k.org
2014-06-03 11:33 ` naroyce at hotmail dot com
` (3 subsequent siblings)
5 siblings, 0 replies; 6+ messages in thread
From: schwab@linux-m68k.org @ 2014-06-03 11:02 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=17007
Andreas Schwab <schwab@linux-m68k.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution|--- |INVALID
--- Comment #3 from Andreas Schwab <schwab@linux-m68k.org> ---
sysdeps/unix/sysv/linux/sys/syscall.h will never try to include
<bits/syscall.h> when used as part of the glibc build, where _LIBC is always
defined.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug build/17007] Check Scanf15 bits/syscall.h No such file
[not found] <bug-17007-131@http.sourceware.org/bugzilla/>
2014-06-03 10:35 ` [Bug build/17007] Check Scanf15 bits/syscall.h No such file naroyce at hotmail dot com
2014-06-03 11:02 ` schwab@linux-m68k.org
@ 2014-06-03 11:33 ` naroyce at hotmail dot com
2014-06-03 16:41 ` joseph at codesourcery dot com
` (2 subsequent siblings)
5 siblings, 0 replies; 6+ messages in thread
From: naroyce at hotmail dot com @ 2014-06-03 11:33 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=17007
--- Comment #4 from naroyce at hotmail dot com ---
(In reply to Andreas Schwab from comment #3)
Hmmm, that "_LIBC" definition seems to contradict with "stubs-hard.h"
$ ../glibc/configure --prefix="/usr" --disable-profile --enable-kernel=3.8.13
--libexecdir="${newPartition_ROOT}/usr/lib/glibc" --enable-obsolete-rpc
--with-headers="${newPartition_ROOT}/usr/include" CFLAGS="-O3 -pipe -mfpu=neon
-mtune=cortex-a9 -march=armv7-a -mfloat-abi=hard" CXXFLAGS="-O3 -pipe
-mfpu=neon -mtune=cortex-a9 -march=armv7-a -mfloat-abi=hard"
$ make
*****
In file included from /armv7l-unknown-linux-gnueabihf/include/gnu/stubs.h:10:0,
from /armv7l-unknown-linux-gnueabihf/include/features.h:389,
from ./sysdeps/arm/sysdep.h:20,
from ./sysdeps/unix/arm/sysdep.h:19,
from sysdeps/unix/sysv/linux/arm/sysdep.h:24,
from <stdin>:1:
/armv7l-unknown-linux-gnueabihf/include/gnu/stubs-hard.h:7:3: error: #error
Applications may not define the macro _LIBC
#error Applications may not define the macro _LIBC
^
*****
config.log
#define HAVE_ARM_PCS_VFP 1
stubs.h
#if defined __ARM_PCS_VFP
# include <gnu/stubs-hard.h>
#endif
stubs-hard.h
#ifdef _LIBC
#error Applications may not define the macro _LIBC
#endif
However, if I add 'CPPFLAGS="-I${newPartition_ROOT}/usr/include"' (which
contains the linux headers) to "configure", the _LIBC error does not occur, but
I'd still run into the scanf15 error during check unless I change that
Makefile.
If I may ask, what could I be doing wrong or what am I missing?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug build/17007] Check Scanf15 bits/syscall.h No such file
[not found] <bug-17007-131@http.sourceware.org/bugzilla/>
` (2 preceding siblings ...)
2014-06-03 11:33 ` naroyce at hotmail dot com
@ 2014-06-03 16:41 ` joseph at codesourcery dot com
2014-06-04 11:16 ` naroyce at hotmail dot com
2014-06-12 19:10 ` fweimer at redhat dot com
5 siblings, 0 replies; 6+ messages in thread
From: joseph at codesourcery dot com @ 2014-06-03 16:41 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=17007
--- Comment #5 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
On Tue, 3 Jun 2014, naroyce at hotmail dot com wrote:
> Hmmm, that "_LIBC" definition seems to contradict with "stubs-hard.h"
> $ ../glibc/configure --prefix="/usr" --disable-profile --enable-kernel=3.8.13
> --libexecdir="${newPartition_ROOT}/usr/lib/glibc" --enable-obsolete-rpc
> --with-headers="${newPartition_ROOT}/usr/include" CFLAGS="-O3 -pipe -mfpu=neon
> -mtune=cortex-a9 -march=armv7-a -mfloat-abi=hard" CXXFLAGS="-O3 -pipe
> -mfpu=neon -mtune=cortex-a9 -march=armv7-a -mfloat-abi=hard"
> $ make
> *****
> In file included from /armv7l-unknown-linux-gnueabihf/include/gnu/stubs.h:10:0,
> from /armv7l-unknown-linux-gnueabihf/include/features.h:389,
The glibc build should never be using the installed headers; those in
include/ in the source tree should take precedence (which includes the
dummy gnu/stubs.h file in include/).
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug build/17007] Check Scanf15 bits/syscall.h No such file
[not found] <bug-17007-131@http.sourceware.org/bugzilla/>
` (3 preceding siblings ...)
2014-06-03 16:41 ` joseph at codesourcery dot com
@ 2014-06-04 11:16 ` naroyce at hotmail dot com
2014-06-12 19:10 ` fweimer at redhat dot com
5 siblings, 0 replies; 6+ messages in thread
From: naroyce at hotmail dot com @ 2014-06-04 11:16 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=17007
--- Comment #6 from naroyce at hotmail dot com ---
(In reply to joseph@codesourcery.com from comment #5)
> On Tue, 3 Jun 2014, naroyce at hotmail dot com wrote:
>
> The glibc build should never be using the installed headers; those in
> include/ in the source tree should take precedence (which includes the
> dummy gnu/stubs.h file in include/).
Ugh, you're right. I had set the *FLAGS environmental variables and the
CPPFLAGS DID point to the LFS built tools directory. That's why it WOULD
compile if I overrode the CPPFLAGS.
However it still fails the check ("compilation terminated") "scanf15". After
various attempts with various FLAG settings, I finally ended up going barebones
with NO FLAGS, just let GLIBC do whatever it wanted, and "check" still bonked
at scanf15:
config.log
$ ../glibc/configure --prefix=/usr --disable-profile --enable-kernel=3.8.13
--libexecdir=/media/ddodroid/usr/lib/glibc --enable-obsolete-rpc
--with-headers=/media/ddodroid/usr/include
CXXFLAGS='-g -O2'
CXX_SYSINCLUDES=' -isystem
/armv7l-unknown-linux-gnueabihf/lib/gcc/armv7l-unknown-linux-gnueabihf/4.10.0/../../../../include/c++/4.10.0
-isystem
/armv7l-unknown-linux-gnueabihf/lib/gcc/armv7l-unknown-linux-gnueabihf/4.10.0/../../../../include/c++/4.10.0/armv7l-unknown-linux-gnueabihf
-isystem
/armv7l-unknown-linux-gnueabihf/lib/gcc/armv7l-unknown-linux-gnueabihf/4.10.0/../../../../include/c++/4.10.0/backward'
make.log
mv -f /media/tmp/glibcBuildNFlags/sysd-sorted-tmp
/media/tmp/glibcBuildNFlags/sysd-sorted
{ echo '#include "posix/bits/posix1_lim.h"'; \
echo '#define _LIBC 1'; \
echo '#include "misc/sys/uio.h"'; } | \
mkdir -p -- /media/tmp/glibcBuildNFlags/misc/bits
{ \
echo '/* Generated at libc build time from kernel syscall list. */';\
echo ''; \
echo '#ifndef _SYSCALL_H'; \
echo '# error "Never use <bits/syscall.h> directly; include <sys/syscall.h>
instead."'; \
echo '#endif'; \
echo ''; \
\
echo ''; \
gcc -ffreestanding -E -MD -MP -MF
/media/tmp/glibcBuildNFlags/misc/bits/syscall.d-tsoft -MT
'/media/tmp/glibcBuildNFlags/misc/bits/syscall.h
/media/tmp/glibcBuildNFlags/misc/bits/syscall.d' -x c -nostdinc -isystem
/armv7l-unknown-linux-gnueabihf/lib/gcc/armv7l-unknown-linux-gnueabihf/4.10.0/include
-isystem
/armv7l-unknown-linux-gnueabihf/lib/gcc/armv7l-unknown-linux-gnueabihf/4.10.0/include-fixed
-isystem /media/ddodroid/usr/include ../sysdeps/unix/sysv/linux/sys/syscall.h
-U__ARM_PCS_VFP -D_LIBC -dM | sed -n 's@^#define __NR_\([^ ]*\) .*$@#define
SYS_\1 __NR_\1@p' | LC_ALL=C sort >
/media/tmp/glibcBuildNFlags/misc/bits/syscall.h.newsoft; echo '#if !defined
__ARM_PCS_VFP'; cat /media/tmp/glibcBuildNFlags/misc/bits/syscall.h.newsoft;
echo '#endif'; rm -f /media/tmp/glibcBuildNFlags/misc/bits/syscall.h.newsoft;
gcc -ffreestanding -E -MD -MP -MF
/media/tmp/glibcBuildNFlags/misc/bits/syscall.d-thard -MT
'/media/tmp/glibcBuildNFlags/misc/bits/syscall.h
/media/tmp/glibcBuildNFlags/misc/bits/syscall.d' -x c -nostdinc -isystem
/armv7l-unknown-linux-gnueabihf/lib/gcc/armv7l-unknown-linux-gnueabihf/4.10.0/include
-isystem
/armv7l-unknown-linux-gnueabihf/lib/gcc/armv7l-unknown-linux-gnueabihf/4.10.0/include-fixed
-isystem /media/ddodroid/usr/include ../sysdeps/unix/sysv/linux/sys/syscall.h
-D__ARM_PCS_VFP -D_LIBC -dM | sed -n 's@^#define __NR_\([^ ]*\) .*$@#define
SYS_\1 __NR_\1@p' | LC_ALL=C sort >
/media/tmp/glibcBuildNFlags/misc/bits/syscall.h.newhard; echo '#if defined
__ARM_PCS_VFP'; cat /media/tmp/glibcBuildNFlags/misc/bits/syscall.h.newhard;
echo '#endif'; rm -f /media/tmp/glibcBuildNFlags/misc/bits/syscall.h.newhard;
\
} > /media/tmp/glibcBuildNFlags/misc/bits/syscall.h.new
*****I see this contains -D_LIBC, however there are others in make.log that
contain -DNOT_IN_libc=1
check.log
gcc scanf15.c -c -std=gnu99 -fgnu89-inline -O2 -Wall -Winline -Wundef
-Wwrite-strings -fmerge-all-constants -frounding-math -g -Wstrict-prototypes
-I../libio -I../stdlib -I../wcsmbs -I../time -I../string -I../wctype
-I../include -I/media/tmp/glibcBuildNFlags/stdio-common
-I/media/tmp/glibcBuildNFlags -I../sysdeps/unix/sysv/linux/arm
-I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread
-I../sysdeps/pthread -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu
-I../sysdeps/unix/inet -I../nptl/sysdeps/unix/sysv -I../sysdeps/unix/sysv
-I../sysdeps/unix/arm -I../nptl/sysdeps/unix -I../sysdeps/unix
-I../sysdeps/posix -I../sysdeps/arm/nptl -I../sysdeps/arm/include
-I../sysdeps/arm -I../sysdeps/arm/soft-fp -I../sysdeps/wordsize-32
-I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754
-I../sysdeps/generic -I../nptl -I.. -I../libio -I. -nostdinc -isystem
/armv7l-unknown-linux-gnueabihf/lib/gcc/armv7l-unknown-linux-gnueabihf/4.10.0/include
-isystem
/armv7l-unknown-linux-gnueabihf/lib/gcc/armv7l-unknown-linux-gnueabihf/4.10.0/include-fixed
-isystem /media/ddodroid/usr/include -D_LIBC_REENTRANT -include
../include/libc-symbols.h -DNOT_IN_libc=1 -D_IO_MTSAFE_IO -o
/media/tmp/glibcBuildNFlags/stdio-common/scanf15.o -MD -MP -MF
/media/tmp/glibcBuildNFlags/stdio-common/scanf15.o.dt -MT
/media/tmp/glibcBuildNFlags/stdio-common/scanf15.o
In file included from ../misc/sys/param.h:28:0,
from ../include/sys/param.h:1,
from ../sysdeps/unix/sysv/linux/arm/lowlevellock.h:22,
from ../nptl/sysdeps/pthread/bits/stdio-lock.h:23,
from ../libio/libio.h:149,
from ../libio/stdio.h:74,
from scanf15.c:10:
../include/signal.h:44:15: warning: 'struct sigvec' declared inside parameter
list
struct sigvec *__ovec);
^
../include/signal.h:44:15: warning: its scope is only this definition or
declaration, which is probably not what you want
In file included from ../sysdeps/unix/sysdep.h:20:0,
from ../sysdeps/unix/arm/sysdep.h:18,
from ../sysdeps/unix/sysv/linux/arm/sysdep.h:24,
from ../sysdeps/unix/sysv/linux/arm/lowlevellock.h:25,
from ../nptl/sysdeps/pthread/bits/stdio-lock.h:23,
from ../libio/libio.h:149,
from ../libio/stdio.h:74,
from scanf15.c:10:
../sysdeps/unix/sysv/linux/sys/syscall.h:31:27: fatal error: bits/syscall.h: No
such file or directory
# include <bits/syscall.h>
*****As you can see, it is still failing and trying to call "bits/syscall.h".
And none of the tests through this test contain D_LIBC, but rather
DNOT_IN_libc=1.
I would question whether I need to add D_LIBC to the flags except for it was
already "echoed" as shown in make.log
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug build/17007] Check Scanf15 bits/syscall.h No such file
[not found] <bug-17007-131@http.sourceware.org/bugzilla/>
` (4 preceding siblings ...)
2014-06-04 11:16 ` naroyce at hotmail dot com
@ 2014-06-12 19:10 ` fweimer at redhat dot com
5 siblings, 0 replies; 6+ messages in thread
From: fweimer at redhat dot com @ 2014-06-12 19:10 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=17007
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 6+ messages in thread