public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure
@ 2011-11-01 22:42 kargl at gcc dot gnu.org
  2011-11-01 22:43 ` [Bug bootstrap/50952] " kargl at gcc dot gnu.org
                   ` (10 more replies)
  0 siblings, 11 replies; 12+ messages in thread
From: kargl at gcc dot gnu.org @ 2011-11-01 22:42 UTC (permalink / raw)
  To: gcc-bugs

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

             Bug #: 50952
           Summary: libquad relocation R_X86_64_32S failure
    Classification: Unclassified
           Product: gcc
           Version: 4.6.3
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: kargl@gcc.gnu.org


Created attachment 25682
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25682
build log

With both 4.6.3 and trunk, I'm seeing problems with libquad, which is
completely baffling me.  The 'gmake bootstrap' completes as expected,
but 'gmake install' dies with 

gfortran.so.3.0 -o .libs/libgfortran.so.3.0
/usr/bin/ld: /home/sgk/work/46/lib/libquadmath.a(fmodq.o): relocation
R_X86_64_32S against `a local symbol' can not be used when making a shared
object; recompile with -fPIC
/home/sgk/work/46/lib/libquadmath.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
libtool: install: error: relink `libgfortran.la' with the above command before
installing it
gmake[4]: *** [install-toolexeclibLTLIBRARIES] Error 1
gmake[4]: Leaving directory
`/usr/home/sgk/gcc/obj46/x86_64-unknown-freebsd10.0/libgfortran'
gmake[3]: *** [install-am] Error 2
gmake[3]: Leaving directory
`/usr/home/sgk/gcc/obj46/x86_64-unknown-freebsd10.0/libgfortran'
gmake[2]: *** [install] Error 2
gmake[2]: Leaving directory
`/usr/home/sgk/gcc/obj46/x86_64-unknown-freebsd10.0/libgfortran'
gmake[1]: *** [install-target-libgfortran] Error 2
gmake[1]: Leaving directory `/usr/home/sgk/gcc/obj46'
gmake: *** [install] Error 2

I've redirected the the output to files and the -fPIC is already on
the command line.  What seems odd to me is that the 'gmake install'
is relinking the libquadmath.so shared library.  I've attached
'gmake |& build.log' and 'gmake install |& install.log'


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug bootstrap/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
@ 2011-11-01 22:43 ` kargl at gcc dot gnu.org
  2011-11-01 22:44 ` kargl at gcc dot gnu.org
                   ` (9 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: kargl at gcc dot gnu.org @ 2011-11-01 22:43 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #1 from kargl at gcc dot gnu.org 2011-11-01 22:42:39 UTC ---
Created attachment 25683
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25683
install log


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug bootstrap/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
  2011-11-01 22:43 ` [Bug bootstrap/50952] " kargl at gcc dot gnu.org
@ 2011-11-01 22:44 ` kargl at gcc dot gnu.org
  2011-11-01 22:53 ` kargl at gcc dot gnu.org
                   ` (8 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: kargl at gcc dot gnu.org @ 2011-11-01 22:44 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #2 from kargl at gcc dot gnu.org 2011-11-01 22:43:40 UTC ---
I shoudl note that the shared libraries for libgfortran are
properly build and installed.  This seems to be a libquadmath
issue.


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug bootstrap/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
  2011-11-01 22:43 ` [Bug bootstrap/50952] " kargl at gcc dot gnu.org
  2011-11-01 22:44 ` kargl at gcc dot gnu.org
@ 2011-11-01 22:53 ` kargl at gcc dot gnu.org
  2011-11-01 23:03 ` [Bug target/50952] " kargl at gcc dot gnu.org
                   ` (7 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: kargl at gcc dot gnu.org @ 2011-11-01 22:53 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #3 from kargl at gcc dot gnu.org 2011-11-01 22:53:02 UTC ---
It looks like a problem with libquadmath/configure.  I recently
updated by bleeding edge freebsd system to FreeBSD 10.0, and
it looks like configure can't handle the new version number.

troutmask:sgk[222] pwd
/usr/home/sgk/gcc/gcc4x/libquadmath
troutmask:sgk[223] grep -i freebsd * | more
aclocal.m4:# (eg FreeBSD returns the mod time of the symlink's containing
configure:# WARNING: Do not start the trap code with a newline, due to a
FreeBSD 4.0 bug.
configure:# (eg FreeBSD returns the mod time of the symlink's containing
configure:  netbsd* | freebsd* | openbsd* | darwin* | dragonfly*)
configure:freebsd* | dragonfly*)
configure:      lt_cv_deplibs_check_method='file_magic
(FreeBSD|OpenBSD|DragonFly)/i[3-9]86 (compact )?demand paged shared library'
configure:/* This works around a problem in FreeBSD linker */
configure:#ifdef FREEBSD_WORKAROUND
configure:x86_64-*kfreebsd*-gnu|x86_64-*linux*|ppc*-*linux*|powerpc*-*linux*| \
configure:        x86_64-*kfreebsd*-gnu)
configure:        x86_64-*kfreebsd*-gnu)
configure:    # FreeBSD 2.2.[012] allows us to include c++rt0.o to get C++
constructor
configure:    freebsd2.2*)
configure:    # Unfortunately, older versions of FreeBSD 2 do not have this
feature.
configure:    freebsd2*)
configure:    # FreeBSD 3 and greater uses gcc -shared to do shared libraries.
configure:    freebsd* | dragonfly*)
configure:freebsd* | dragonfly*)
configure:    freebsd[123]*) objformat=aout ;;
configure:  version_type=freebsd-$objformat
configure:    freebsd-elf*)
configure:    freebsd-*)
configure:  freebsd2*)
configure:  freebsd3.[01]* | freebsdelf3.[01]*)
configure:  freebsd3.[2-9]* | freebsdelf3.[2-9]* | \
configure:  freebsd4.[0-5] | freebsdelf4.[0-5] | freebsd4.1.1 |
freebsdelf4.1.1)
configure:  version_type=freebsd-elf

I'm suspicious that the 'freebsd[123]*) objformat=aout ;;' is now bogus.


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
                   ` (2 preceding siblings ...)
  2011-11-01 22:53 ` kargl at gcc dot gnu.org
@ 2011-11-01 23:03 ` kargl at gcc dot gnu.org
  2011-11-02  5:56 ` markus at trippelsdorf dot de
                   ` (6 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: kargl at gcc dot gnu.org @ 2011-11-01 23:03 UTC (permalink / raw)
  To: gcc-bugs

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

kargl at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |x86_64-*-freebsd10.0
          Component|bootstrap                   |target
               Host|                            |x86_64-*-freebsd10.0
      Known to fail|                            |4.6.3, 4.7.0

--- Comment #4 from kargl at gcc dot gnu.org 2011-11-01 23:02:50 UTC ---
(In reply to comment #3)
> It looks like a problem with libquadmath/configure.  I recently
> updated by bleeding edge freebsd system to FreeBSD 10.0, and
> it looks like configure can't handle the new version number.
> 

> configure:    freebsd[123]*) objformat=aout ;;
> configure:  version_type=freebsd-$objformat
> configure:    freebsd-elf*)
> configure:    freebsd-*)
> configure:  freebsd2*)
> configure:  freebsd3.[01]* | freebsdelf3.[01]*)
> configure:  freebsd3.[2-9]* | freebsdelf3.[2-9]* | \
> configure:  freebsd4.[0-5] | freebsdelf4.[0-5] | freebsd4.1.1 |
> freebsdelf4.1.1)
> configure:  version_type=freebsd-elf
> 
> I'm suspicious that the 'freebsd[123]*) objformat=aout ;;' is now bogus.

A quick hack to remove the 1 in the above line allows me
to configure, build, and install gcc/gfortran.

Anyone know how to fix this issue properly?


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
                   ` (3 preceding siblings ...)
  2011-11-01 23:03 ` [Bug target/50952] " kargl at gcc dot gnu.org
@ 2011-11-02  5:56 ` markus at trippelsdorf dot de
  2011-11-02  5:57 ` markus at trippelsdorf dot de
                   ` (5 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: markus at trippelsdorf dot de @ 2011-11-02  5:56 UTC (permalink / raw)
  To: gcc-bugs

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

Markus Trippelsdorf <markus at trippelsdorf dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |markus at trippelsdorf dot
                   |                            |de

--- Comment #5 from Markus Trippelsdorf <markus at trippelsdorf dot de> 2011-11-02 05:56:14 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > It looks like a problem with libquadmath/configure.  I recently
> > updated by bleeding edge freebsd system to FreeBSD 10.0, and
> > it looks like configure can't handle the new version number.
> > 
> 
> > configure:    freebsd[123]*) objformat=aout ;;
> > configure:  version_type=freebsd-$objformat
> > configure:    freebsd-elf*)
> > configure:    freebsd-*)
> > configure:  freebsd2*)
> > configure:  freebsd3.[01]* | freebsdelf3.[01]*)
> > configure:  freebsd3.[2-9]* | freebsdelf3.[2-9]* | \
> > configure:  freebsd4.[0-5] | freebsdelf4.[0-5] | freebsd4.1.1 |
> > freebsdelf4.1.1)
> > configure:  version_type=freebsd-elf
> > 
> > I'm suspicious that the 'freebsd[123]*) objformat=aout ;;' is now bogus.
> 
> A quick hack to remove the 1 in the above line allows me
> to configure, build, and install gcc/gfortran.
> 
> Anyone know how to fix this issue properly?

Yes, just update in-tree libtool:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50952


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
                   ` (4 preceding siblings ...)
  2011-11-02  5:56 ` markus at trippelsdorf dot de
@ 2011-11-02  5:57 ` markus at trippelsdorf dot de
  2011-11-04 23:01 ` sgk at troutmask dot apl.washington.edu
                   ` (4 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: markus at trippelsdorf dot de @ 2011-11-02  5:57 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #6 from Markus Trippelsdorf <markus at trippelsdorf dot de> 2011-11-02 05:57:15 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > 
> > Anyone know how to fix this issue properly?
> 
> Yes, just update in-tree libtool:
Sorry, I meant to paste this link: 
http://thread.gmane.org/gmane.comp.gcc.patches/250006


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
                   ` (5 preceding siblings ...)
  2011-11-02  5:57 ` markus at trippelsdorf dot de
@ 2011-11-04 23:01 ` sgk at troutmask dot apl.washington.edu
  2011-12-15  0:20 ` pinskia at gcc dot gnu.org
                   ` (3 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: sgk at troutmask dot apl.washington.edu @ 2011-11-04 23:01 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #7 from Steve Kargl <sgk at troutmask dot apl.washington.edu> 2011-11-04 23:01:13 UTC ---
On Wed, Nov 02, 2011 at 05:57:15AM +0000, markus at trippelsdorf dot de wrote:
> 
> > > Anyone know how to fix this issue properly?
> > 
> > Yes, just update in-tree libtool:
> Sorry, I meant to paste this link: 
> http://thread.gmane.org/gmane.comp.gcc.patches/250006
> 

The attach diff is sufficient to get the 4.6 branch
of gcc building on FreeBSD 10.0.  It's 9K, so does
not cause the churn of your patch.

I'm still building trunk with a similar patch.

Also, I don't know if it is sufficient complete 
to allow everything to build.


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
                   ` (6 preceding siblings ...)
  2011-11-04 23:01 ` sgk at troutmask dot apl.washington.edu
@ 2011-12-15  0:20 ` pinskia at gcc dot gnu.org
  2011-12-15  1:37 ` sgk at troutmask dot apl.washington.edu
                   ` (2 subsequent siblings)
  10 siblings, 0 replies; 12+ messages in thread
From: pinskia at gcc dot gnu.org @ 2011-12-15  0:20 UTC (permalink / raw)
  To: gcc-bugs

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |build
             Target|x86_64-*-freebsd10.0        |*-*-freebsd10.0
               Host|x86_64-*-freebsd10.0        |

--- Comment #8 from Andrew Pinski <pinskia at gcc dot gnu.org> 2011-12-15 00:10:05 UTC ---
Has this been fixed now?


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
                   ` (7 preceding siblings ...)
  2011-12-15  0:20 ` pinskia at gcc dot gnu.org
@ 2011-12-15  1:37 ` sgk at troutmask dot apl.washington.edu
  2011-12-15  1:38 ` pinskia at gcc dot gnu.org
  2011-12-15 16:46 ` kargl at gcc dot gnu.org
  10 siblings, 0 replies; 12+ messages in thread
From: sgk at troutmask dot apl.washington.edu @ 2011-12-15  1:37 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #9 from Steve Kargl <sgk at troutmask dot apl.washington.edu> 2011-12-15 01:35:58 UTC ---
On Thu, Dec 15, 2011 at 12:10:05AM +0000, pinskia at gcc dot gnu.org wrote:
> 
> --- Comment #8 from Andrew Pinski <pinskia at gcc dot gnu.org> 2011-12-15 00:10:05 UTC ---
> Has this been fixed now?
> 

Yes, I believe its been fixed.


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
                   ` (8 preceding siblings ...)
  2011-12-15  1:37 ` sgk at troutmask dot apl.washington.edu
@ 2011-12-15  1:38 ` pinskia at gcc dot gnu.org
  2011-12-15 16:46 ` kargl at gcc dot gnu.org
  10 siblings, 0 replies; 12+ messages in thread
From: pinskia at gcc dot gnu.org @ 2011-12-15  1:38 UTC (permalink / raw)
  To: gcc-bugs

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.7.0

--- Comment #10 from Andrew Pinski <pinskia at gcc dot gnu.org> 2011-12-15 01:37:23 UTC ---
So let's close this as fixed then.


^ permalink raw reply	[flat|nested] 12+ messages in thread
* [Bug target/50952] libquad relocation R_X86_64_32S failure
  2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
                   ` (9 preceding siblings ...)
  2011-12-15  1:38 ` pinskia at gcc dot gnu.org
@ 2011-12-15 16:46 ` kargl at gcc dot gnu.org
  10 siblings, 0 replies; 12+ messages in thread
From: kargl at gcc dot gnu.org @ 2011-12-15 16:46 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #11 from kargl at gcc dot gnu.org 2011-12-15 16:43:27 UTC ---
I think that this was fixed by

2011-11-21  Andreas Tobler  <andreast@fgznet.ch>

        * libtool.m4: dditional FreeBSD 10 fixes.


^ permalink raw reply	[flat|nested] 12+ messages in thread
end of thread, other threads:[~2011-12-15 16:44 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-11-01 22:42 [Bug bootstrap/50952] New: libquad relocation R_X86_64_32S failure kargl at gcc dot gnu.org
2011-11-01 22:43 ` [Bug bootstrap/50952] " kargl at gcc dot gnu.org
2011-11-01 22:44 ` kargl at gcc dot gnu.org
2011-11-01 22:53 ` kargl at gcc dot gnu.org
2011-11-01 23:03 ` [Bug target/50952] " kargl at gcc dot gnu.org
2011-11-02  5:56 ` markus at trippelsdorf dot de
2011-11-02  5:57 ` markus at trippelsdorf dot de
2011-11-04 23:01 ` sgk at troutmask dot apl.washington.edu
2011-12-15  0:20 ` pinskia at gcc dot gnu.org
2011-12-15  1:37 ` sgk at troutmask dot apl.washington.edu
2011-12-15  1:38 ` pinskia at gcc dot gnu.org
2011-12-15 16:46 ` kargl 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).