public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [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

end of thread, other threads:[~2014-06-12 19:10 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [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
2014-06-04 11:16 ` naroyce at hotmail dot com
2014-06-12 19:10 ` fweimer at redhat dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).