public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug sanitizer/61995] gcc 4.9.1 fails to compile with error in libsanitizer
  2014-08-02 12:18 [Bug sanitizer/61995] New: gcc 4.9.1 fails to compile with error in libsanitizer smith_winston_6079 at hotmail dot com
@ 2014-08-02 12:18 ` smith_winston_6079 at hotmail dot com
  2021-08-07  6:29 ` pinskia at gcc dot gnu.org
  2021-08-07  6:32 ` pinskia at gcc dot gnu.org
  2 siblings, 0 replies; 4+ messages in thread
From: smith_winston_6079 at hotmail dot com @ 2014-08-02 12:18 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61995

--- Comment #1 from Winston Smith <smith_winston_6079 at hotmail dot com> ---
I meant to say that configure --help also does not show this option.


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug sanitizer/61995] New: gcc 4.9.1 fails to compile with error in libsanitizer
@ 2014-08-02 12:18 smith_winston_6079 at hotmail dot com
  2014-08-02 12:18 ` [Bug sanitizer/61995] " smith_winston_6079 at hotmail dot com
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: smith_winston_6079 at hotmail dot com @ 2014-08-02 12:18 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61995

            Bug ID: 61995
           Summary: gcc 4.9.1 fails to compile with error in libsanitizer
           Product: gcc
           Version: 4.9.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: sanitizer
          Assignee: unassigned at gcc dot gnu.org
          Reporter: smith_winston_6079 at hotmail dot com
                CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
                    jakub at gcc dot gnu.org, kcc at gcc dot gnu.org

gcc 4.9.1 fails to compile with an error when getting to compile libsanizer.

Here's my transcript:

$
 ../gcc-4.9.1/configure --prefix=/usr/ --with-local-prefix=/usr/local/ 
--with-native-system-header-dir=/usr/include/ --disable-libada 
--enable-libssp --enable-libquadmath --enable-nls 
--with-included-gettext --enable-shared --enable-threads 
--disable-bootstrap --enable-languages=c,c++,fortran,go,objc,obj-c++ 
--enable-werror --enable-gather-detailed-mem-stats --disable-multilib
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking for a sed that does not truncate output... /bin/sed
checking for gawk... gawk
checking for libatomic support... yes
checking for libcilkrts support... yes
checking for libitm support... yes
checking for libsanitizer support... yes
checking for libvtv support... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking whether g++ accepts -static-libstdc++ -static-libgcc... no
checking for gnatbind... gnatbind
checking for gnatmake... gnatmake
checking whether compiler driver understands Ada... yes
checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1
$$f2
checking for objdir... .libs
checking for version 0.10 of ISL... no
checking for version 0.11 of ISL... no
checking for version 0.12 of ISL... no
The following languages will be built: c,c++,fortran,go,lto,objc,obj-c++
checking for default BUILD_CONFIG... 
checking for --enable-vtable-verify... no
checking for bison... bison -y
checking for bison... bison
checking for gm4... no
checking for gnum4... no
checking for m4... m4
checking for flex... flex
checking for flex... flex
checking for makeinfo... makeinfo
checking for expect... expect
checking for runtest... runtest
checking for ar... ar
checking for as... as
checking for dlltool... no
checking for ld... ld
checking for lipo... no
checking for nm... nm
checking for ranlib... ranlib
checking for strip... strip
checking for windres... no
checking for windmc... no
checking for objcopy... objcopy
checking for objdump... objdump
checking for readelf... readelf
checking for cc... cc
checking for c++... c++
checking for gcc... gcc
checking for gcj... no
checking for gfortran... gfortran
checking for gccgo... no
checking for ar... no
checking for ar... ar
checking for as... no
checking for as... as
checking for dlltool... no
checking for dlltool... no
checking for ld... no
checking for ld... ld
checking for lipo... no
checking for lipo... no
checking for nm... no
checking for nm... nm
checking for objdump... no
checking for objdump... objdump
checking for ranlib... no
checking for ranlib... ranlib
checking for readelf... no
checking for readelf... readelf
checking for strip... no
checking for strip... strip
checking for windres... no
checking for windres... no
checking for windmc... no
checking for windmc... no
checking where to find the target ar... host tool
checking where to find the target as... host tool
checking where to find the target cc... just compiled
checking where to find the target c++... just compiled
checking where to find the target c++ for libstdc++... just compiled
checking where to find the target dlltool... host tool
checking where to find the target gcc... just compiled
checking where to find the target gcj... host tool
checking where to find the target gfortran... just compiled
checking where to find the target gccgo... just compiled
checking where to find the target ld... host tool
checking where to find the target lipo... host tool
checking where to find the target nm... host tool
checking where to find the target objdump... host tool
checking where to find the target ranlib... host tool
checking where to find the target readelf... host tool
checking where to find the target strip... host tool
checking where to find the target windres... host tool
checking where to find the target windmc... host tool
checking whether to enable maintainer-specific portions of Makefiles... no
configure: creating ./config.status
config.status: creating Makefile
$ make
...
libtool:
 compile:  /home/zoidberg/1/gcc-4.9.1-build/./gcc/xgcc -shared-libgcc 
-B/home/zoidberg/1/gcc-4.9.1-build/./gcc -nostdinc++ 
-L/home/zoidberg/1/gcc-4.9.1-build/x86_64-unknown-linux-gnu/libstdc++-v3/src

-L/home/zoidberg/1/gcc-4.9.1-build/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs

-L/home/zoidberg/1/gcc-4.9.1-build/x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
 -B/usr/x86_64-unknown-linux-gnu/bin/ 
-B/usr/x86_64-unknown-linux-gnu/lib/ -isystem 
/usr/x86_64-unknown-linux-gnu/include -isystem 
/usr/x86_64-unknown-linux-gnu/sys-include -D_GNU_SOURCE -D_DEBUG 
-D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS 
-I. -I../../../../gcc-4.9.1/libsanitizer/sanitizer_common -I.. -I 
../../../../gcc-4.9.1/libsanitizer/include -isystem 
../../../../gcc-4.9.1/libsanitizer/include/system -Wall -W 
-Wno-unused-parameter -Wwrite-strings -pedantic -Wno-long-long -fPIC 
-fno-builtin -fno-exceptions -fno-rtti -fomit-frame-pointer 
-funwind-tables -fvisibility=hidden -Wno-variadic-macros 
-I../../libstdc++-v3/include 
-I../../libstdc++-v3/include/x86_64-unknown-linux-gnu 
-I../../../../gcc-4.9.1/libsanitizer/../libstdc++-v3/libsupc++ 
-DSANITIZER_LIBBACKTRACE -DSANITIZER_CP_DEMANGLE -I 
../../../../gcc-4.9.1/libsanitizer/../libbacktrace -I ../libbacktrace -I
 ../../../../gcc-4.9.1/libsanitizer/../include -include 
../../../../gcc-4.9.1/libsanitizer/libbacktrace/backtrace-rename.h -g 
-O2 -D_GNU_SOURCE -MT sanitizer_platform_limits_posix.lo -MD -MP -MF 
.deps/sanitizer_platform_limits_posix.Tpo -c 
../../../../gcc-4.9.1/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc 
 -fPIC -DPIC -o .libs/sanitizer_platform_limits_posix.o
../../../../gcc-4.9.1/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:302:75:
 error: invalid application of ?izeof??to incomplete type 
?_sanitizer::input_keymap_entry??   unsigned 
struct_input_keymap_entry_sz = sizeof(struct input_keymap_entry);
                                                                           ^
../../../../gcc-4.9.1/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:674:37:
 error: ?VIOCGKEYCODE_V2??was not declared in this scope
   unsigned IOCTL_EVIOCGKEYCODE_V2 = EVIOCGKEYCODE_V2;
                                     ^
../../../../gcc-4.9.1/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:675:43:
 error: ?VIOCGPROP??was not declared in this scope
   unsigned IOCTL_EVIOCGPROP = EVIOCGPROP(0);
                                           ^
../../../../gcc-4.9.1/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:676:37:
 error: ?VIOCSKEYCODE_V2??was not declared in this scope
   unsigned IOCTL_EVIOCSKEYCODE_V2 = EVIOCSKEYCODE_V2;
                                     ^
make[4]: *** [sanitizer_platform_limits_posix.lo] Error 1
make[4]: Leaving directory
`/home/zoidberg/1/gcc-4.9.1-build/x86_64-unknown-linux-gnu/libsanitizer/sanitizer_common'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/home/zoidberg/1/gcc-4.9.1-build/x86_64-unknown-linux-gnu/libsanitizer'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home/zoidberg/1/gcc-4.9.1-build/x86_64-unknown-linux-gnu/libsanitizer'
make[1]: *** [all-target-libsanitizer] Error 2
make[1]: Leaving directory `/home/zoidberg/1/gcc-4.9.1-build'
make: *** [all] Error 2 
$ uname -a
Linux box 2.6.35.6-45.fc14.x86_64 #1 SMP Mon Oct 18 23:57:44 UTC 2010 x86_64
x86_64 x86_64 GNU/Linux

The glibc version is glibc-2.12.90-17.x86_64.

As Jonathan Wakely pointed out on the gcc-help list, the glibc is most likely
too old.

I'd suggest that configure warns about that and disables libsanitizer. Also,
the configure.html in INSTALL should mention this option. configure --help does

(This is not a duplicate of 61021 or 61955 as the breakage point is a different
one. However, the solution might fix all instances of this.)
>From gcc-bugs-return-457613-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 02 14:36:41 2014
Return-Path: <gcc-bugs-return-457613-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15642 invoked by alias); 2 Aug 2014 14:36:40 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 15595 invoked by uid 48); 2 Aug 2014 14:36:33 -0000
From: "olegendo at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/61996] New: [SH] -musermode conflicts with -matomic-model=soft-imask
Date: Sat, 02 Aug 2014 14:36:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.10.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: olegendo at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cf_gcctarget
Message-ID: <bug-61996-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-08/txt/msg00110.txt.bz2
Content-length: 1204

https://gcc.gnu.org/bugzilla/show_bug.cgi?ida996

            Bug ID: 61996
           Summary: [SH] -musermode conflicts with
                    -matomic-model=soft-imask
           Product: gcc
           Version: 4.10.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: olegendo at gcc dot gnu.org
            Target: sh*-*-*

Originally reported log:

checking for suffix of object files... configure: error: in
`/data/fedora/cross-gcc/gcc-4.9.1-20140717/sh-linux-gnu/sh-linux-gnu/libgcc':
configure: error: cannot compute suffix of object files: cannot compile

[in config.log]
conftest.c:1:0: error: cannot use atomic model soft-imask in user mode

It seems that when building for SH1/SH2/SH2A sh-linux, the -musermode option is
set by default and then conflicts with the default -matomic-model=soft-imask
setting.

Proposed fix:
- musermode should have no effect on SH targets that don't have user/privileged
modes (SH1, SH2, SH2A).

- mno-usermode should be added to allow disabling user mode restrictions when
it is enabled by default (i.e. in sh-*-linux case).


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug sanitizer/61995] gcc 4.9.1 fails to compile with error in libsanitizer
  2014-08-02 12:18 [Bug sanitizer/61995] New: gcc 4.9.1 fails to compile with error in libsanitizer smith_winston_6079 at hotmail dot com
  2014-08-02 12:18 ` [Bug sanitizer/61995] " smith_winston_6079 at hotmail dot com
@ 2021-08-07  6:29 ` pinskia at gcc dot gnu.org
  2021-08-07  6:32 ` pinskia at gcc dot gnu.org
  2 siblings, 0 replies; 4+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-08-07  6:29 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61995

--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
https://lore.kernel.org/lkml/4D407589.2030909@teksavvy.com/

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug sanitizer/61995] gcc 4.9.1 fails to compile with error in libsanitizer
  2014-08-02 12:18 [Bug sanitizer/61995] New: gcc 4.9.1 fails to compile with error in libsanitizer smith_winston_6079 at hotmail dot com
  2014-08-02 12:18 ` [Bug sanitizer/61995] " smith_winston_6079 at hotmail dot com
  2021-08-07  6:29 ` pinskia at gcc dot gnu.org
@ 2021-08-07  6:32 ` pinskia at gcc dot gnu.org
  2 siblings, 0 replies; 4+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-08-07  6:32 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61995

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |WONTFIX
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
2.6.32 (the last LTS for 2.6.x release) support was finished in 2016.
So just closing as won't fix.  5 years after the newest kernel release of that
release series is long enough.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2021-08-07  6:32 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-08-02 12:18 [Bug sanitizer/61995] New: gcc 4.9.1 fails to compile with error in libsanitizer smith_winston_6079 at hotmail dot com
2014-08-02 12:18 ` [Bug sanitizer/61995] " smith_winston_6079 at hotmail dot com
2021-08-07  6:29 ` pinskia at gcc dot gnu.org
2021-08-07  6:32 ` pinskia at gcc dot gnu.org

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).