This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Re: Native GCC 4.9.0 Build Fails Building/Linking libgcc_s_so with Undefined Symbol
- From: Cyd Haselton <chaselton at gmail dot com>
- To: Jonathan Wakely <jwakely dot gcc at gmail dot com>
- Cc: "gcc-help at gcc dot gnu dot org" <gcc-help at gcc dot gnu dot org>
- Date: Sun, 30 Nov 2014 08:51:51 -0600
- Subject: Re: Native GCC 4.9.0 Build Fails Building/Linking libgcc_s_so with Undefined Symbol
- Authentication-results: sourceware.org; auth=none
- References: <CAHu5PrZzf7wa1Y1mWjyb_XrLkksCw04PLRKQNNBvy-tsogGWdw at mail dot gmail dot com> <alpine dot DEB dot 2 dot 11 dot 1411162341210 dot 1590 at laptop-mg dot saclay dot inria dot fr> <CAHu5Prb3OUk3SyDkwzzJ7NxVvh=2uNYeV4ch2O4Q1moACS-N=w at mail dot gmail dot com> <CAH6eHdS--Rd8WKedsCpwFyVF__xbaKda6FQLVxpkUM1maMogDw at mail dot gmail dot com> <CAHu5PraQfHcbCYhsF9gqMKsfNiLtOHdpfOB7_U4uWGUvAY7_zA at mail dot gmail dot com> <CAHu5PrYVdg=Kmb4aGwtoz++EPrAuVKBbZzUJ48j_+CRdV7buEg at mail dot gmail dot com> <CAH6eHdSL6OMD8eXicCsz_+3xoAQc+Km+DRqasuBZ=xA0SaoZPg at mail dot gmail dot com> <CAHu5PrYM_n7+XrpS+gDVn-BnBxuwtbvE9k_2HiSf5ordfiMphA at mail dot gmail dot com> <CAHu5PrZkHLkeOQJYjC9--qTfW3k_MHix+U0pQJ8yXFYP2JFr1A at mail dot gmail dot com>
On Sun, Nov 23, 2014 at 2:47 PM, Cyd Haselton <chaselton@gmail.com> wrote:
> On Fri, Nov 21, 2014 at 4:47 PM, Cyd Haselton <chaselton@gmail.com> wrote:
>> On Wed, Nov 19, 2014 at 12:51 PM, Jonathan Wakely <jwakely.gcc@gmail.com> wrote:
>>> On 19 November 2014 18:08, Cyd Haselton wrote:
>>>> In another attempt to fix this problem, I grepped for dlopen in the
>>>> build directoryand ran across the following:
>>>>
>>>> From ./gcc/config.log
>>>>
>>>> configure:27894: checking for library containing dlopen
>>>> configure:27925: gcc --sysroot=/usr/gcc-4.8/sysroot -o conftest -Wall
>>>> -mandroid -mbionic -static-libstdc++ -static-libgcc
>>>> -Wl,--dynamic-linker=/system/bin/linker -lc -ldl -lgcc -lm -lsupc++
>>>> -lgnustl_shared conftest.c >&5
>>>> configure:27925: $? = 0
>>>> configure:27942: result: none required:
>>>>
>>>
>>> It's already linking to libdl, look at the command it used.
>>
>> FYI this issue was temporarily fixed by specifying --disable-shared in
>> the top-level configure...after running make distclean.
>>
>> Unfortunately the build fails again soon after libgcc, when
>> configuring libstdc++, with thw following error:
>>
>> configure[11845]: awk not found
>> configure: error: Link tests are not allowed after GCC_NO_EXECUTABLE
>>
>> I'm using gawk and have AWK=/bin/gawk.
>
> After unsuccessfully trying to fix this issue, I ran make distclean
> and started over with the previous configure options.
>
> After make failed (again at libgcc) I navigated to the gcc dir in the
> build folder and ran configure.
>
> ../../gcc-4.9.1/gcc/configure --prefix=/usr/gcc-4.9
> --build=arm-linux-androideabi --host=arm-linux-androideabi
> --target=arm-linux-androideabi
> --with-build-libsubdir=/usr/gcc-4.8/sysroot/usr/lib
> --with-native-system-header-dir=/usr/gcc-4.8/sysroot/usr/include
> --with-build-sysroot=/usr/gcc-4.8/sysroot
> --with-sysroot=/usr/gcc-4.8/sysroot LIBS=-ldl
> LDFLAGS=-Wl,--dynamic-linker=/system/bin/linker
> -L/usr/gcc-4.8/sysroot/usr/lib
>
> The last several lines in the configure result indicate that ldl is
> still not being picked up as the library containing dlopen; configure
> still decides 'none needed'
>
> I've minimal experience with configure code; how is gcc/configure
> determining if ldl contains dlopen and how would I run configure
> and/or specify env variables so that configure picks up ldl?
>
> (FYI, I did objdump -tT libdl.so...dlopen is there)
FYI, I basically hacked ../gcc-4.9.1/gcc/configure script so that ldl
would always be picked up as the library needed for dlopen.
Unfortunately, make failed at the same point...building the dynamic
libgcc_s.so object.
Before I abandon this build for 4.9.2, does anyone else have suggestions?