[Bug c++/26922] New: Compile/link failure with -frepo and g++ 4.1

[Bug c++/26922] New: Compile/link failure with -frepo and g++ 4.1

[rankincj at yahoo dot com]

Executable fails to compile with -frepo using g++ 4.1

g++ (GCC) 4.1.0 20060304 (Red Hat 4.1.0-3)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

I'll attach the source code. The error is:

main.o: In function `void std::__adjust_heap<__gnu_cxx::__normal_iterator<X**,
std::vector<X*, std::allocator<X*> > >, int, X*,
XCompare>(__gnu_cxx::__normal_iterator<X**, std::vector<X*, std::allocator<X*>
> >, int, int, X*, XCompare)':main.cpp:(.text+0xfe): undefined reference to
`void std::__push_heap<__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, int, X*, XCompare>(__gnu_cxx::__normal_iterator<X**,
std::vector<X*, std::allocator<X*> > >, int, int, X*, XCompare)'
main.o: In function `void
std::__introsort_loop<__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, int>(__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, __gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, int)':main.cpp:(.text+0x1ea): undefined reference to
`__gnu_cxx::__normal_iterator<X**, std::vector<X*, std::allocator<X*> > >
std::__unguarded_partition<__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, X*>(__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, __gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, X*)'
main.o: In function `void
std::__introsort_loop<__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, int>(__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, __gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, int)':main.cpp:(.text+0x3f4): undefined reference to
`__gnu_cxx::__normal_iterator<X*, std::vector<X, std::allocator<X> > >
std::__unguarded_partition<__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, X>(__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, __gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, X)'
main.o: In function `void
std::__final_insertion_sort<__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > > >(__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, __gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >)':main.cpp:(.text+0x4b5): undefined reference to `void
std::__insertion_sort<__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > > >(__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, __gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >)'
main.o: In function `void std::__adjust_heap<__gnu_cxx::__normal_iterator<X**,
std::vector<X*, std::allocator<X*> > >, int, X*, std::binary_negate<XCompare>
>(__gnu_cxx::__normal_iterator<X**, std::vector<X*, std::allocator<X*> > >,
int, int, X*, std::binary_negate<XCompare>)':main.cpp:(.text+0x5d6): undefined
reference to `void std::__push_heap<__gnu_cxx::__normal_iterator<X**,
std::vector<X*, std::allocator<X*> > >, int, X*, std::binary_negate<XCompare>
>(__gnu_cxx::__normal_iterator<X**, std::vector<X*, std::allocator<X*> > >,
int, int, X*, std::binary_negate<XCompare>)'
main.o: In function `void
std::__introsort_loop<__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, int, XCompare>(__gnu_cxx::__normal_iterator<X**,
std::vector<X*, std::allocator<X*> > >, __gnu_cxx::__normal_iterator<X**,
std::vector<X*, std::allocator<X*> > >, int, XCompare)':main.cpp:(.text+0xc80):
undefined reference to `__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >
std::__unguarded_partition<__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, X*, XCompare>(__gnu_cxx::__normal_iterator<X**,
std::vector<X*, std::allocator<X*> > >, __gnu_cxx::__normal_iterator<X**,
std::vector<X*, std::allocator<X*> > >, X*, XCompare)'
main.o: In function `void
std::__introsort_loop<__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, int, std::binary_negate<XCompare>
>(__gnu_cxx::__normal_iterator<X**, std::vector<X*, std::allocator<X*> > >,
__gnu_cxx::__normal_iterator<X**, std::vector<X*, std::allocator<X*> > >, int,
std::binary_negate<XCompare>)':main.cpp:(.text+0x1004): undefined reference to
`__gnu_cxx::__normal_iterator<X**, std::vector<X*, std::allocator<X*> > >
std::__unguarded_partition<__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, X*, std::binary_negate<XCompare>
>(__gnu_cxx::__normal_iterator<X**, std::vector<X*, std::allocator<X*> > >,
__gnu_cxx::__normal_iterator<X**, std::vector<X*, std::allocator<X*> > >, X*,
std::binary_negate<XCompare>)'
main.o: In function `void
std::__introsort_loop<__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, int>(__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, __gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, int)':main.cpp:(.text+0x23f): undefined reference to
`void std::partial_sort<__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > > >(__gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, __gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >, __gnu_cxx::__normal_iterator<X**, std::vector<X*,
std::allocator<X*> > >)'
main.o: In function `void
std::__introsort_loop<__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, int>(__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, __gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, int)':main.cpp:(.text+0x44f): undefined reference to
`void std::partial_sort<__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > > >(__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, __gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, __gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >)'
main.o: In function `void
std::__final_insertion_sort<__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > > >(__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, __gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >)':main.cpp:(.text+0x53a): undefined reference to `void
std::__insertion_sort<__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > > >(__gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >, __gnu_cxx::__normal_iterator<X*, std::vector<X,
std::allocator<X> > >)'
collect2: ld returned 1 exit status
make: *** [ex31] Error 1

And no, I don't have a "vanilla" gcc 4.1 to test with.


-- 
           Summary: Compile/link failure with -frepo and g++ 4.1
           Product: gcc
           Version: 4.1.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: rankincj at yahoo dot com
 GCC build triplet: i386-redhat-linux
  GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux


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

[Bug c++/26922] Compile/link failure with -frepo and g++ 4.1

[rankincj at yahoo dot com]

------- Comment #1 from rankincj at yahoo dot com  2006-03-29 15:36 -------
Created an attachment (id=11153)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11153&action=view)
Source code to demonstrate -frepo failure.

My host machine is a i686-pc-linux-gnu machine; g++-3.4.4 compiles this just
fine.


-- 


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

[Bug c++/26922] Compile/link failure with -frepo and g++ 4.1

[rankincj at yahoo dot com]

------- Comment #2 from rankincj at yahoo dot com  2006-03-29 21:10 -------
The sample code works OK with the following compilers:

$ g++ -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info
--enable-shared --enable-threads=posix --enable-checking=release
--with-system-zlib
--enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile
--enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
--host=i386-redhat-linux
Thread model: posix
gcc version 4.0.2 20051125 (Red Hat 4.0.2-8)

$ g++ -v
Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/specs
Configured with: /usr/src/gcc-3.4.4/configure --prefix=/usr
--enable-languages=c,c++ --enable-version-specific-runtime-libs
--enable-threads=posix --with-gnu-binutils --with-system-zlib --enable-shared
--enable-nls
Thread model: posix
gcc version 3.4.4


-- 


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

[Bug c++/26922] Compile/link failure with -frepo and g++ 4.1

[pinskia at gcc dot gnu dot org]

------- Comment #3 from pinskia at gcc dot gnu dot org  2006-03-29 23:22 -------
Can you try a GCC which was released by the FSF and not a redhat modified one?
If it works there, please report this to Redhat.  Note this should have been
reported first to redhat and not here since you are using a redhat based
compiler.


-- 


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

[Bug c++/26922] Compile/link failure with -frepo and g++ 4.1

[rankincj at yahoo dot com]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1311 bytes --]



------- Comment #4 from rankincj at yahoo dot com  2006-03-29 23:44 -------
Subject: Re:  Compile/link failure with -frepo and g++ 4.1

--- pinskia at gcc dot gnu dot org <gcc-bugzilla@gcc.gnu.org> wrote:
> Can you try a GCC which was released by the FSF and not a redhat modified one?
> If it works there, please report this to Redhat.  Note this should have been
> reported first to redhat and not here since you are using a redhat based
> compiler.

Yes, I thought you'd say that, but my platform compiler is this RedHat-modified
thing and I don't
have a machine with a "vanilla" version of 4.1 available. However, you *do*
have my very small,
self-contained example program, because I attached it to the report. Can't you
please just try and
compile that on a i686-pc-linux-gnu machine? (I hear that such machines are
very common. In fact
you're possibly sitting in front of one right now.) If it works then I can tell
RedHat that
they've broken g++, but if it doesn't work then the bug report remains valid
and you'll want to
examine it more closely anyway.

Thanks,
Chris




___________________________________________________________ 
Yahoo! Photos – NEW, now offering a quality print service from just 8p a photo
http://uk.photos.yahoo.com


-- 


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

[Bug c++/26922] Compile/link failure with -frepo and g++ 4.1

[pinskia at gcc dot gnu dot org]

------- Comment #5 from pinskia at gcc dot gnu dot org  2006-03-31 00:32 -------
Well if you read the instructions on how to report a bug, a tar file is not
really liked :).


-- 


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

[Bug c++/26922] Compile/link failure with -frepo and g++ 4.1

[rankincj at yahoo dot com]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 814 bytes --]



------- Comment #6 from rankincj at yahoo dot com  2006-04-01 23:00 -------
Subject: Re:  Compile/link failure with -frepo and g++ 4.1

--- pinskia at gcc dot gnu dot org <gcc-bugzilla@gcc.gnu.org> wrote:
> Well if you read the instructions on how to report a bug, a tar file is not
> really liked :).

And yet you allow tar files anyway.

Regardless, according to the RedHat bugzilla, this issue has been traced(?) to
a change in the
binutils linker. (Although I don't know if the linker is at fault, or whether
the collect2 helper
application is missing a change.)

Cheers,
Chris



___________________________________________________________ 
Yahoo! Photos – NEW, now offering a quality print service from just 8p a photo
http://uk.photos.yahoo.com


-- 


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

[Bug c++/26922] Compile/link failure with -frepo and g++ 4.1

[pinskia at gcc dot gnu dot org]

------- Comment #7 from pinskia at gcc dot gnu dot org  2006-04-02 06:17 -------
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01747.html

That points out what caused it and how it was fixed and it was not a GCC bug
after all so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

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


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