public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser."
@ 2014-10-29 18:15 sasha.levin at oracle dot com
  2014-10-29 18:24 ` [Bug libgcc/63684] " pinskia at gcc dot gnu.org
                   ` (17 more replies)
  0 siblings, 18 replies; 19+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-29 18:15 UTC (permalink / raw)
  To: gcc-bugs

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

            Bug ID: 63684
           Summary: Build failure due to "Let GDB reuse GCC's parser."
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libgcc
          Assignee: unassigned at gcc dot gnu.org
          Reporter: sasha.levin at oracle dot com
                CC: pmuldoon at redhat dot com

Hi,

I'm seeing the following build error:

n file included from ../.././libcc1/findcomp.cc:20:0:
../.././libcc1/../gcc/config.h:6:23: fatal error: auto-host.h: No such file or
directory
compilation terminated.
In file included from ../.././libcc1/plugin.cc:27:0:
../.././libcc1/../gcc/config.h:6:23: fatal error: auto-host.h: No such file or
directory
compilation terminated.

I've bisected it down to:

commit ab103e33b2aae243b231eba689e0b99418fa1663
Author: pmuldoon <pmuldoon@138bc75d-0d04-0410-961f-82ee72b054a4>
Date:   Mon Oct 27 17:21:42 2014 +0000

    Let GDB reuse GCC's parser.


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
@ 2014-10-29 18:24 ` pinskia at gcc dot gnu.org
  2014-10-29 18:37 ` sasha.levin at oracle dot com
                   ` (16 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: pinskia at gcc dot gnu.org @ 2014-10-29 18:24 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
What target?  How options did you configure GCC with?


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
  2014-10-29 18:24 ` [Bug libgcc/63684] " pinskia at gcc dot gnu.org
@ 2014-10-29 18:37 ` sasha.levin at oracle dot com
  2014-10-29 20:07 ` pmuldoon at redhat dot com
                   ` (15 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-29 18:37 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #2 from Sasha Levin <sasha.levin at oracle dot com> ---
Building on x86, config options are:

./configure --prefix=/home/sasha/gcc-inst/ --with-arch=native
--with-tune=native --enable-languages=c --enable-lto --enable-gold
--disable-libstdcxx 
e --with-tune=native --enable-languages=c --enable-lto --enable-gold
--disable-libstdcx


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
  2014-10-29 18:24 ` [Bug libgcc/63684] " pinskia at gcc dot gnu.org
  2014-10-29 18:37 ` sasha.levin at oracle dot com
@ 2014-10-29 20:07 ` pmuldoon at redhat dot com
  2014-10-29 20:08 ` sasha.levin at oracle dot com
                   ` (14 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: pmuldoon at redhat dot com @ 2014-10-29 20:07 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #3 from Phil Muldoon <pmuldoon at redhat dot com> ---
I am trying to replicate locally.  Do you recall at which stage (1, 2 .. etc)
during the build process this occurred at?


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (2 preceding siblings ...)
  2014-10-29 20:07 ` pmuldoon at redhat dot com
@ 2014-10-29 20:08 ` sasha.levin at oracle dot com
  2014-10-29 20:39 ` sasha.levin at oracle dot com
                   ` (13 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-29 20:08 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #4 from Sasha Levin <sasha.levin at oracle dot com> ---
Created attachment 33846
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33846&action=edit
Build log


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (3 preceding siblings ...)
  2014-10-29 20:08 ` sasha.levin at oracle dot com
@ 2014-10-29 20:39 ` sasha.levin at oracle dot com
  2014-10-29 20:52 ` pmuldoon at redhat dot com
                   ` (12 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-29 20:39 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #5 from Sasha Levin <sasha.levin at oracle dot com> ---
It happened very early. I've attached the full build log for reference.


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (4 preceding siblings ...)
  2014-10-29 20:39 ` sasha.levin at oracle dot com
@ 2014-10-29 20:52 ` pmuldoon at redhat dot com
  2014-10-29 21:49 ` sasha.levin at oracle dot com
                   ` (11 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: pmuldoon at redhat dot com @ 2014-10-29 20:52 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #6 from Phil Muldoon <pmuldoon at redhat dot com> ---
I am already past that point in my build.  auto-host.h is an automatically
generated file, so I am quite puzzled why in your case it has not found it.  In
my case, it is in obj/gcc/auto-host.h.  I built with your parameters.

Was this a new build from a new checkout? If you updated from an existing src
base, did you run make distclean over the old build?  Or just start with a new
obj/ location?


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (5 preceding siblings ...)
  2014-10-29 20:52 ` pmuldoon at redhat dot com
@ 2014-10-29 21:49 ` sasha.levin at oracle dot com
  2014-10-29 22:05 ` pmuldoon at redhat dot com
                   ` (10 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-29 21:49 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #7 from Sasha Levin <sasha.levin at oracle dot com> ---
The built was from a clean checkout. 

auto-host.h seems to be correctly created during the build. I see this after
the build failure:

$ stat host-x86_64-unknown-linux-gnu/gcc/auto-host.h 
  File: `host-x86_64-unknown-linux-gnu/gcc/auto-host.h'
  Size: 47262           Blocks: 96         IO Block: 4096   regular file
Device: fe00h/65024d    Inode: 15209562    Links: 1
Access: (0644/-rw-r--r--)  Uid: (10017/   sasha)   Gid: (10017/   sasha)
Access: 2014-10-29 15:59:10.713463956 -0400
Modify: 2014-10-29 15:59:09.677398847 -0400
Change: 2014-10-29 15:59:09.685399348 -0400
 Birth: -


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (6 preceding siblings ...)
  2014-10-29 21:49 ` sasha.levin at oracle dot com
@ 2014-10-29 22:05 ` pmuldoon at redhat dot com
  2014-10-29 22:13 ` pmuldoon at redhat dot com
                   ` (9 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: pmuldoon at redhat dot com @ 2014-10-29 22:05 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #8 from Phil Muldoon <pmuldoon at redhat dot com> ---
I am still waiting for my build to complete the full-stages.  Meanwhile does
--disable-libcc1 allow you to continue with your work?


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (7 preceding siblings ...)
  2014-10-29 22:05 ` pmuldoon at redhat dot com
@ 2014-10-29 22:13 ` pmuldoon at redhat dot com
  2014-10-29 22:15 ` pmuldoon at redhat dot com
                   ` (8 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: pmuldoon at redhat dot com @ 2014-10-29 22:13 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #9 from Phil Muldoon <pmuldoon at redhat dot com> ---
My build is not complete with the parameters specified in the PR:

../trunk/configure --prefix=/home/pmuldoon/gdb_compile_gcc/ --with-arch=native
--with-tune=native --enable-languages=c --enable-lto --enable-gold
--disable-libstdcxx --with-tune=native --enable-languages=c --enable-lto
--enable-gold --disable-libstdcx  && make -j9

And it built successfully.  Which is puzzling! I notice your configure was
./configure.  Was it it an in-source build (IE not building to a separate
object file directory?)


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (8 preceding siblings ...)
  2014-10-29 22:13 ` pmuldoon at redhat dot com
@ 2014-10-29 22:15 ` pmuldoon at redhat dot com
  2014-10-29 22:17 ` sasha.levin at oracle dot com
                   ` (7 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: pmuldoon at redhat dot com @ 2014-10-29 22:15 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #10 from Phil Muldoon <pmuldoon at redhat dot com> ---
Sorry I mean my "build is now complete"


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (9 preceding siblings ...)
  2014-10-29 22:15 ` pmuldoon at redhat dot com
@ 2014-10-29 22:17 ` sasha.levin at oracle dot com
  2014-10-29 22:33 ` jakub at gcc dot gnu.org
                   ` (6 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-29 22:17 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #11 from Sasha Levin <sasha.levin at oracle dot com> ---
That's correct. I'm just building in-tree and using 'git clean -df' to reset
everything back to a pristine checkout state when I need to.


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (10 preceding siblings ...)
  2014-10-29 22:17 ` sasha.levin at oracle dot com
@ 2014-10-29 22:33 ` jakub at gcc dot gnu.org
  2014-10-30  0:43 ` sasha.levin at oracle dot com
                   ` (5 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-10-29 22:33 UTC (permalink / raw)
  To: gcc-bugs

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

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

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

--- Comment #12 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
./configure isn't supported in GCC, don't do that.


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (11 preceding siblings ...)
  2014-10-29 22:33 ` jakub at gcc dot gnu.org
@ 2014-10-30  0:43 ` sasha.levin at oracle dot com
  2014-10-30  8:01 ` jakub at gcc dot gnu.org
                   ` (4 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-30  0:43 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #13 from Sasha Levin <sasha.levin at oracle dot com> ---
>From "Installing GCC: Configuration"
(https://gcc.gnu.org/install/configure.html):

"building where srcdir == objdir should still work, but doesn't get extensive
testing"


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (12 preceding siblings ...)
  2014-10-30  0:43 ` sasha.levin at oracle dot com
@ 2014-10-30  8:01 ` jakub at gcc dot gnu.org
  2014-10-30  9:33 ` pmuldoon at redhat dot com
                   ` (3 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-10-30  8:01 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #14 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
That is weird, because actually the objdir subdir of srcdir case is what works
fine and is daily tested, and objdir == srcdir case is the problematic case
that often doesn't work.


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (13 preceding siblings ...)
  2014-10-30  8:01 ` jakub at gcc dot gnu.org
@ 2014-10-30  9:33 ` pmuldoon at redhat dot com
  2014-10-30 15:15 ` sasha.levin at oracle dot com
                   ` (2 subsequent siblings)
  17 siblings, 0 replies; 19+ messages in thread
From: pmuldoon at redhat dot com @ 2014-10-30  9:33 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #15 from Phil Muldoon <pmuldoon at redhat dot com> ---
Can you try building out of tree to see if it fixes your case? IE:

mkdir obj
cd obj
../trunk/configure .....

(replace trunk with the source directory if you are using git)


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

* [Bug libgcc/63684] Build failure due to "Let GDB reuse GCC's parser."
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (14 preceding siblings ...)
  2014-10-30  9:33 ` pmuldoon at redhat dot com
@ 2014-10-30 15:15 ` sasha.levin at oracle dot com
  2024-03-31 23:30 ` [Bug bootstrap/63684] Build failure due to "Let GDB reuse GCC's parser." (srcdir==objdir) pinskia at gcc dot gnu.org
  2024-04-01  1:12 ` pinskia at gcc dot gnu.org
  17 siblings, 0 replies; 19+ messages in thread
From: sasha.levin at oracle dot com @ 2014-10-30 15:15 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #16 from Sasha Levin <sasha.levin at oracle dot com> ---
The build works fine if I'm using a different obj directory.


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

* [Bug bootstrap/63684] Build failure due to "Let GDB reuse GCC's parser." (srcdir==objdir)
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (15 preceding siblings ...)
  2014-10-30 15:15 ` sasha.levin at oracle dot com
@ 2024-03-31 23:30 ` pinskia at gcc dot gnu.org
  2024-04-01  1:12 ` pinskia at gcc dot gnu.org
  17 siblings, 0 replies; 19+ messages in thread
From: pinskia at gcc dot gnu.org @ 2024-03-31 23:30 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #17 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
>  --disable-libstdcxx 

That also seems like a bad option to use too.

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

* [Bug bootstrap/63684] Build failure due to "Let GDB reuse GCC's parser." (srcdir==objdir)
  2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
                   ` (16 preceding siblings ...)
  2024-03-31 23:30 ` [Bug bootstrap/63684] Build failure due to "Let GDB reuse GCC's parser." (srcdir==objdir) pinskia at gcc dot gnu.org
@ 2024-04-01  1:12 ` pinskia at gcc dot gnu.org
  17 siblings, 0 replies; 19+ messages in thread
From: pinskia at gcc dot gnu.org @ 2024-04-01  1:12 UTC (permalink / raw)
  To: gcc-bugs

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

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

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

--- Comment #18 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
I just did a build with objdir==srcdir with `./configure` and `make -j24 ` and
it worked.

It builds libcc1 in `./host-x86_64-pc-linux-gnu/libcc1` just fine too.

I have no idea when it was fixed though.

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

end of thread, other threads:[~2024-04-01  1:12 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-10-29 18:15 [Bug libgcc/63684] New: Build failure due to "Let GDB reuse GCC's parser." sasha.levin at oracle dot com
2014-10-29 18:24 ` [Bug libgcc/63684] " pinskia at gcc dot gnu.org
2014-10-29 18:37 ` sasha.levin at oracle dot com
2014-10-29 20:07 ` pmuldoon at redhat dot com
2014-10-29 20:08 ` sasha.levin at oracle dot com
2014-10-29 20:39 ` sasha.levin at oracle dot com
2014-10-29 20:52 ` pmuldoon at redhat dot com
2014-10-29 21:49 ` sasha.levin at oracle dot com
2014-10-29 22:05 ` pmuldoon at redhat dot com
2014-10-29 22:13 ` pmuldoon at redhat dot com
2014-10-29 22:15 ` pmuldoon at redhat dot com
2014-10-29 22:17 ` sasha.levin at oracle dot com
2014-10-29 22:33 ` jakub at gcc dot gnu.org
2014-10-30  0:43 ` sasha.levin at oracle dot com
2014-10-30  8:01 ` jakub at gcc dot gnu.org
2014-10-30  9:33 ` pmuldoon at redhat dot com
2014-10-30 15:15 ` sasha.levin at oracle dot com
2024-03-31 23:30 ` [Bug bootstrap/63684] Build failure due to "Let GDB reuse GCC's parser." (srcdir==objdir) pinskia at gcc dot gnu.org
2024-04-01  1:12 ` 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).