[Bug driver/51844] New: [4.7 regression] configuring with --with-gxx-include-dir=<absolute path> adds a relative (non-existing) C++ include dir

[Bug driver/51844] New: [4.7 regression] configuring with --with-gxx-include-dir=<absolute path> adds a relative (non-existing) C++ include dir

[doko at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51844

             Bug #: 51844
           Summary: [4.7 regression] configuring with
                    --with-gxx-include-dir=<absolute path> adds a relative
                    (non-existing) C++ include dir
    Classification: Unclassified
           Product: gcc
           Version: 4.6.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: driver
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: doko@gcc.gnu.org


a trunk build configured --with-gxx-include-dir=/usr/include/c++/4.7 adds a
relative include dir, not an absolute one:

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "usr/include/c++/4.7"
ignoring nonexistent directory "usr/include/c++/4.7/x86_64-linux-gnu"
ignoring nonexistent directory "usr/include/c++/4.7/backward"
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/4.7.0/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/4.7.0/include-fixed
 /usr/include
End of search list.

[Bug driver/51844] [4.7 regression] configuring with --with-gxx-include-dir=<absolute path> adds a relative (non-existing) C++ include dir

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51844

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|4.6.2                       |4.7.0
   Target Milestone|---                         |4.7.0

[Bug driver/51844] [4.7 regression] configuring with --with-gxx-include-dir=<absolute path> adds a relative (non-existing) C++ include dir

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51844

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu.org

--- Comment #1 from Jakub Jelinek <jakub at gcc dot gnu.org> 2012-01-13 20:19:09 UTC ---
Can't reproduce, works exactly the same as in 4.6.
ignoring nonexistent directory
"/usr/src/gcc-4.6/obj2i/usr/local/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.3/../../../../x86_64-unknown-linux-gnu/include"
ignoring nonexistent directory "/usr/include/c++/4.7"
ignoring nonexistent directory "/usr/include/c++/4.7/x86_64-unknown-linux-gnu"
ignoring nonexistent directory "/usr/include/c++/4.7/backward"
ignoring duplicate directory
"/usr/src/gcc-4.6/obj2i/usr/local/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.6.3/include"
ignoring duplicate directory
"/usr/src/gcc-4.6/obj2i/usr/local/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.6.3/include-fixed"
ignoring nonexistent directory
"/usr/src/gcc-4.6/obj2i/usr/local/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.6.3/../../../../x86_64-unknown-linux-gnu/include"

with 4.6 and
ignoring nonexistent directory
"/usr/src/gcc/obj10i/usr/local/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../x86_64-unknown-linux-gnu/include"
ignoring nonexistent directory "/usr/include/c++/4.7"
ignoring nonexistent directory "/usr/include/c++/4.7/x86_64-unknown-linux-gnu"
ignoring nonexistent directory "/usr/include/c++/4.7/backward"
ignoring duplicate directory
"/usr/src/gcc/obj10i/usr/local/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.7.0/include"
ignoring duplicate directory
"/usr/src/gcc/obj10i/usr/local/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.7.0/include-fixed"
ignoring nonexistent directory
"/usr/src/gcc/obj10i/usr/local/bin/../lib/gcc/../../lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../x86_64-unknown-linux-gnu/include"
with 4.7.  Are you sure you don't have local patches applied that might affect
this?  And why are you marking this as regression?

[Bug driver/51844] [4.7 regression] configuring with --with-gxx-include-dir=<absolute path> adds a relative (non-existing) C++ include dir

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51844

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2012-01-17
     Ever Confirmed|0                           |1

--- Comment #2 from Richard Guenther <rguenth at gcc dot gnu.org> 2012-01-17 11:32:23 UTC ---
Works for me, too:

/tmp> g++-4.7 -S t.C -v
Using built-in specs.
COLLECT_GCC=g++-4.7
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-suse-linux/4.7/lto-wrapper
Target: x86_64-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info
--mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=yes
--with-gxx-include-dir=/usr/include/c++/4.7 --enable-ssp --disable-libssp
--disable-libitm --disable-plugin --with-bugurl=http://bugs.opensuse.org/
--with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap
--with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit
--enable-libstdcxx-allocator=new --disable-libstdcxx-pch
--enable-version-specific-runtime-libs --enable-linker-build-id
--program-suffix=-4.7 --enable-linux-futex --without-system-libunwind
--with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux
Thread model: posix
gcc version 4.7.0 20120111 [trunk revision 183092] (SUSE Linux) 
COLLECT_GCC_OPTIONS='-S' '-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64'
 /usr/lib64/gcc/x86_64-suse-linux/4.7/cc1plus -quiet -v -D_GNU_SOURCE t.C
-quiet -dumpbase t.C -mtune=generic -march=x86-64 -auxbase t -version -o t.s
GNU C++ (SUSE Linux) version 4.7.0 20120111 [trunk revision 183092]
(x86_64-suse-linux)
        compiled by GNU C version 4.7.0 20120111 [trunk revision 183092], GMP
version 4.2.3, MPFR version 2.3.2, MPC version 0.8.2
warning: GMP header version 4.2.3 differs from library version 4.3.1.
warning: MPC header version 0.8.2 differs from library version 0.8.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/4.7
 /usr/include/c++/4.7/x86_64-suse-linux
 /usr/include/c++/4.7/backward
 /usr/lib64/gcc/x86_64-suse-linux/4.7/include
 /usr/local/include
 /usr/lib64/gcc/x86_64-suse-linux/4.7/include-fixed
 /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../x86_64-suse-linux/include
 /usr/include
End of search list.
GNU C++ (SUSE Linux) version 4.7.0 20120111 [trunk revision 183092]
(x86_64-suse-linux)
        compiled by GNU C version 4.7.0 20120111 [trunk revision 183092], GMP
version 4.2.3, MPFR version 2.3.2, MPC version 0.8.2
warning: GMP header version 4.2.3 differs from library version 4.3.1.
warning: MPC header version 0.8.2 differs from library version 0.8.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: e569f08474ef7fe29588544bd521bb4f

[Bug driver/51844] [4.7 regression] configuring with --with-gxx-include-dir=<absolute path> adds a relative (non-existing) C++ include dir

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51844

--- Comment #3 from Jakub Jelinek <jakub at gcc dot gnu.org> 2012-01-25 14:10:07 UTC ---
Ping?

[Bug driver/51844] [4.7 regression] configuring with --with-gxx-include-dir=<absolute path> adds a relative (non-existing) C++ include dir

[doko at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51844

Matthias Klose <doko at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |INVALID

--- Comment #4 from Matthias Klose <doko at gcc dot gnu.org> 2012-01-25 16:08:59 UTC ---
sorry for the noise, yes this did turn out as a left over local patch in my
checkout. 

The (unrelated) issue I was trying to fix is
http://gcc.gnu.org/ml/gcc-patches/2012-01/msg01303.html

[Bug driver/51844] configuring with --with-gxx-include-dir=<absolute path> adds a relative (non-existing) C++ include dir

[typesylph at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51844

Sylpheed <typesylph at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |typesylph at gmail dot com

--- Comment #5 from Sylpheed <typesylph at gmail dot com> ---
Please try these patches for trunk(4.9.0).

1. gcc/gcc.c
line 2548
<       if (sysroot_len > 0
---
>       if (sysroot_len > 1 

2. gcc/incpath.c
line 182
<           if (sysroot_len > 0 && sysroot[sysroot_len - 1] == DIR_SEPARATOR)
---
> 	      if (sysroot_len > 1 && sysroot[sysroot_len - 1] == DIR_SEPARATOR)

There patch is for 'host-compiling' with '--withsysroot=/'.
Anyother promrems defferent env('cross-compiling') the other problem may be.
>From gcc-bugs-return-426356-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jul 18 15:49:56 2013
Return-Path: <gcc-bugs-return-426356-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 20715 invoked by alias); 18 Jul 2013 15:49:55 -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 17907 invoked by uid 48); 18 Jul 2013 15:47:53 -0000
From: "lailavrazda1979 at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57926] New: Atomic functions broken with C++ but not C?
Date: Thu, 18 Jul 2013 15:49:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: major
X-Bugzilla-Who: lailavrazda1979 at gmail dot com
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
Message-ID: <bug-57926-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: 2013-07/txt/msg00863.txt.bz2
Content-length: 653

http://gcc.gnu.org/bugzilla/show_bug.cgi?idW926

            Bug ID: 57926
           Summary: Atomic functions broken with C++ but not C?
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: major
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: lailavrazda1979 at gmail dot com

Note that this possible bug does not trigger with GCC, only G++.

Try compiling the code in the attachment with g++. It'll give strange errors,
including complaining that an argument must be a non-void pointer when it IS in
fact, a non-void pointer.