public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug lto/54206] New: build in source dir breaks lto plugin detection
@ 2012-08-09  3:35 andi-gcc at firstfloor dot org
  2012-08-09  8:31 ` [Bug lto/54206] " steven at gcc dot gnu.org
                   ` (7 more replies)
  0 siblings, 8 replies; 9+ messages in thread
From: andi-gcc at firstfloor dot org @ 2012-08-09  3:35 UTC (permalink / raw)
  To: gcc-bugs

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

             Bug #: 54206
           Summary: build in source dir breaks lto plugin detection
    Classification: Unclassified
           Product: gcc
           Version: 4.7.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: lto
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: andi-gcc@firstfloor.org


when building inside the source dir with a plugin ld that supports plugin
this check in gcc/configure.ac fails

AC_MSG_CHECKING(linker plugin support)
gcc_cv_lto_plugin=0
if test -f liblto_plugin.la; then


Result is a compiler without ld plugin support

It works with a separate build dir

Should either handle this or error out on in tree builds


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

* [Bug lto/54206] build in source dir breaks lto plugin detection
  2012-08-09  3:35 [Bug lto/54206] New: build in source dir breaks lto plugin detection andi-gcc at firstfloor dot org
@ 2012-08-09  8:31 ` steven at gcc dot gnu.org
  2012-08-09 12:39 ` andi-gcc at firstfloor dot org
                   ` (6 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: steven at gcc dot gnu.org @ 2012-08-09  8:31 UTC (permalink / raw)
  To: gcc-bugs

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

Steven Bosscher <steven at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2012-08-09
                 CC|                            |steven at gcc dot gnu.org
     Ever Confirmed|0                           |1

--- Comment #1 from Steven Bosscher <steven at gcc dot gnu.org> 2012-08-09 08:31:14 UTC ---
Confirmed. But from http://gcc.gnu.org/install/configure.html:

First, we *highly* recommend that GCC be built into a separate directory from
the sources which does not reside within the source tree. This is how we
generally build GCC; building where srcdir == objdir should still work, but
doesn't get extensive testing; building where objdir is a subdirectory of
srcdir is unsupported. 

So WONTFIX is tempting...


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

* [Bug lto/54206] build in source dir breaks lto plugin detection
  2012-08-09  3:35 [Bug lto/54206] New: build in source dir breaks lto plugin detection andi-gcc at firstfloor dot org
  2012-08-09  8:31 ` [Bug lto/54206] " steven at gcc dot gnu.org
@ 2012-08-09 12:39 ` andi-gcc at firstfloor dot org
  2012-10-04 18:11 ` matt at godbolt dot org
                   ` (5 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: andi-gcc at firstfloor dot org @ 2012-08-09 12:39 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #2 from Andi Kleen <andi-gcc at firstfloor dot org> 2012-08-09 12:39:14 UTC ---
I didn't do it, but I had to debug a user's gcc config who did it.

WONTFIX would be wrong, if you really don't support it error out in configure
please instead of silent breakage (glibc does that).
But fixing it would be better I think.


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

* [Bug lto/54206] build in source dir breaks lto plugin detection
  2012-08-09  3:35 [Bug lto/54206] New: build in source dir breaks lto plugin detection andi-gcc at firstfloor dot org
  2012-08-09  8:31 ` [Bug lto/54206] " steven at gcc dot gnu.org
  2012-08-09 12:39 ` andi-gcc at firstfloor dot org
@ 2012-10-04 18:11 ` matt at godbolt dot org
  2012-10-04 18:44 ` manu at gcc dot gnu.org
                   ` (4 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: matt at godbolt dot org @ 2012-10-04 18:11 UTC (permalink / raw)
  To: gcc-bugs


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

Matt Godbolt <matt at godbolt dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |matt at godbolt dot org

--- Comment #3 from Matt Godbolt <matt at godbolt dot org> 2012-10-04 18:10:55 UTC ---
I've just hit this problem too after a large amount (for me!) of debugging the
build process of GCC. A big +1 to either fixing it "properly" (however that may
be achieved), or completely deprecating the srcdir==objdir build so people like
myself and Andi don't get waylaid for a long time diagnosing the issue.


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

* [Bug lto/54206] build in source dir breaks lto plugin detection
  2012-08-09  3:35 [Bug lto/54206] New: build in source dir breaks lto plugin detection andi-gcc at firstfloor dot org
                   ` (2 preceding siblings ...)
  2012-10-04 18:11 ` matt at godbolt dot org
@ 2012-10-04 18:44 ` manu at gcc dot gnu.org
  2012-10-04 18:51 ` andi-gcc at firstfloor dot org
                   ` (3 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: manu at gcc dot gnu.org @ 2012-10-04 18:44 UTC (permalink / raw)
  To: gcc-bugs


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

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aoliva at gcc dot gnu.org,
                   |                            |bonzini at gnu dot org, dj
                   |                            |at redhat dot com,
                   |                            |Ralf.Wildenhues at gmx dot
                   |                            |de

--- Comment #4 from Manuel López-Ibáñez <manu at gcc dot gnu.org> 2012-10-04 18:44:16 UTC ---
(In reply to comment #3)
> I've just hit this problem too after a large amount (for me!) of debugging the
> build process of GCC. A big +1 to either fixing it "properly" (however that may
> be achieved), or completely deprecating the srcdir==objdir build so people like
> myself and Andi don't get waylaid for a long time diagnosing the issue.

Nobody is even thinking about fixing it ever, so I wonder why keep punishing
users.

It would be extra nice to detect that objdir is a subdirectory of srcdir and
give a nice error.


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

* [Bug lto/54206] build in source dir breaks lto plugin detection
  2012-08-09  3:35 [Bug lto/54206] New: build in source dir breaks lto plugin detection andi-gcc at firstfloor dot org
                   ` (3 preceding siblings ...)
  2012-10-04 18:44 ` manu at gcc dot gnu.org
@ 2012-10-04 18:51 ` andi-gcc at firstfloor dot org
  2012-10-04 19:05 ` jakub at gcc dot gnu.org
                   ` (2 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: andi-gcc at firstfloor dot org @ 2012-10-04 18:51 UTC (permalink / raw)
  To: gcc-bugs


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

--- Comment #5 from Andi Kleen <andi-gcc at firstfloor dot org> 2012-10-04 18:50:52 UTC ---
This is the configure snippet glibc is using for this.
Someone with better autoconf-fu than me could add it


if test "`cd $srcdir; /bin/pwd`" = "`/bin/pwd`"; then
  AC_MSG_ERROR([you must configure in a separate build directory])
fi


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

* [Bug lto/54206] build in source dir breaks lto plugin detection
  2012-08-09  3:35 [Bug lto/54206] New: build in source dir breaks lto plugin detection andi-gcc at firstfloor dot org
                   ` (4 preceding siblings ...)
  2012-10-04 18:51 ` andi-gcc at firstfloor dot org
@ 2012-10-04 19:05 ` jakub at gcc dot gnu.org
  2012-10-05  6:34 ` bonzini at gnu dot org
  2021-08-26  0:04 ` pinskia at gcc dot gnu.org
  7 siblings, 0 replies; 9+ messages in thread
From: jakub at gcc dot gnu.org @ 2012-10-04 19:05 UTC (permalink / raw)
  To: gcc-bugs


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

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

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

--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> 2012-10-04 19:04:56 UTC ---
Build directory as subdirectory of the build directory works just fine, I'm
using it for more than a decade, it is just srcdir == builddir that is broken
and not supported.


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

* [Bug lto/54206] build in source dir breaks lto plugin detection
  2012-08-09  3:35 [Bug lto/54206] New: build in source dir breaks lto plugin detection andi-gcc at firstfloor dot org
                   ` (5 preceding siblings ...)
  2012-10-04 19:05 ` jakub at gcc dot gnu.org
@ 2012-10-05  6:34 ` bonzini at gnu dot org
  2021-08-26  0:04 ` pinskia at gcc dot gnu.org
  7 siblings, 0 replies; 9+ messages in thread
From: bonzini at gnu dot org @ 2012-10-05  6:34 UTC (permalink / raw)
  To: gcc-bugs


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

--- Comment #7 from Paolo Bonzini <bonzini at gnu dot org> 2012-10-05 06:33:41 UTC ---
Building in srcdir usually works.  Could it be as simple as this?

Index: Makefile.am
===================================================================
--- Makefile.am    (revisione 177688)
+++ Makefile.am    (copia locale)
@@ -12,7 +12,7 @@ AM_CFLAGS = @ac_lto_plugin_warn_cflags@
 AM_LIBTOOLFLAGS = --tag=disable-static

 libexecsub_LTLIBRARIES = liblto_plugin.la
-gcc_build_dir = ../$(host_subdir)/gcc
+gcc_build_dir = ../gcc
 in_gcc_libs = $(foreach lib, $(libexecsub_LTLIBRARIES),
$(gcc_build_dir)/$(lib))

 # Can be removed when libiberty becomes a normal convenience library


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

* [Bug lto/54206] build in source dir breaks lto plugin detection
  2012-08-09  3:35 [Bug lto/54206] New: build in source dir breaks lto plugin detection andi-gcc at firstfloor dot org
                   ` (6 preceding siblings ...)
  2012-10-05  6:34 ` bonzini at gnu dot org
@ 2021-08-26  0:04 ` pinskia at gcc dot gnu.org
  7 siblings, 0 replies; 9+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-08-26  0:04 UTC (permalink / raw)
  To: gcc-bugs

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #8 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Dup of bug 62260 which is fixed for GCC 5.

*** This bug has been marked as a duplicate of bug 62260 ***

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

end of thread, other threads:[~2021-08-26  0:04 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-08-09  3:35 [Bug lto/54206] New: build in source dir breaks lto plugin detection andi-gcc at firstfloor dot org
2012-08-09  8:31 ` [Bug lto/54206] " steven at gcc dot gnu.org
2012-08-09 12:39 ` andi-gcc at firstfloor dot org
2012-10-04 18:11 ` matt at godbolt dot org
2012-10-04 18:44 ` manu at gcc dot gnu.org
2012-10-04 18:51 ` andi-gcc at firstfloor dot org
2012-10-04 19:05 ` jakub at gcc dot gnu.org
2012-10-05  6:34 ` bonzini at gnu dot org
2021-08-26  0:04 ` 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).