Mailing List Archive: Gentoo: Embedded

C compiler cannot create executables

Index | Next | Previous | View Threaded

steve at toth

Sep 17, 2009, 11:30 AM

Post #1 of 12 (2231 views)
Permalink

C compiler cannot create executables

Hi.

I'm still trying to build Dovecot for a Qnap network attached storage
device. Below is my latest attempt. The significant detail in all of
that is that I'm using libc-2.3.4.so (which I'm borrowing from the nas).
The thing being that when I have compiled Dovecot against my version of
Glibc it will not run on the nas.

Please help.

# i_cv_epoll_works=no i_cv_inotify_works=no
i_cv_posix_fallocate_works=no i_cv_signed_size_t=no
i_cv_gmtime_max_time_t=32 i_cv_signed_time_t=yes
i_cv_mmap_plays_with_write=yes i_cv_fd_passing=yes
i_cv_c99_vsnprintf=yes lib_cv_va_copy=yes lib_cv___va_copy=yes
lib_cv_va_val_copy=yes SSL_LIBS='-lssl' SSL_CFLAGS=' ' ./configure
LIBS="/usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so"
--prefix=/opt --sysconfdir=/opt/etc --sysconfdir=/opt/etc/dovecot
--target=armv5tel-softfloat-linux-gnueabi
--host=armv5tel-softfloat-linux-gnueabi --build=x86_64-pc-linux-gnu

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for armv5tel-softfloat-linux-gnueabi-strip...
armv5tel-softfloat-linux-gnueabi-strip
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for armv5tel-softfloat-linux-gnueabi-gcc...
armv5tel-softfloat-linux-gnueabi-gcc
checking for C compiler default output file name...
configure: error: in `/root/dovecot/dovecot-1.2.3':
configure: error: C compiler cannot create executables

--
Kind regards

Stephen Feyrer.

Attachments:

smime.p7s (3.24 KB)

peter at stuge

Sep 17, 2009, 4:28 PM

Post #2 of 12 (2180 views)
Permalink

Re: C compiler cannot create executables [In reply to]

Stephen Feyrer wrote:
> The thing being that when I have compiled Dovecot against my
> version of Glibc it will not run on the nas.

Can you build it statically? It will be large of course, but you
should have enough disk space, right?

> Please help.
..
> # i_cv_epoll_works=no i_cv_inotify_works=no
> i_cv_posix_fallocate_works=no i_cv_signed_size_t=no
> i_cv_gmtime_max_time_t=32 i_cv_signed_time_t=yes
> i_cv_mmap_plays_with_write=yes i_cv_fd_passing=yes
> i_cv_c99_vsnprintf=yes lib_cv_va_copy=yes lib_cv___va_copy=yes
> lib_cv_va_val_copy=yes SSL_LIBS='-lssl' SSL_CFLAGS=' ' ./configure
> LIBS="/usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so"
> --prefix=/opt --sysconfdir=/opt/etc --sysconfdir=/opt/etc/dovecot
> --target=armv5tel-softfloat-linux-gnueabi
> --host=armv5tel-softfloat-linux-gnueabi --build=x86_64-pc-linux-gnu
>
>
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking for armv5tel-softfloat-linux-gnueabi-strip...
> armv5tel-softfloat-linux-gnueabi-strip
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for style of include used by make... GNU
> checking for armv5tel-softfloat-linux-gnueabi-gcc...
> armv5tel-softfloat-linux-gnueabi-gcc
> checking for C compiler default output file name...
> configure: error: in `/root/dovecot/dovecot-1.2.3':
> configure: error: C compiler cannot create executables

Impossible to help without more detail. Please provide e.g.
config.log

//Peter

steve at toth

Sep 18, 2009, 1:49 AM

Post #3 of 12 (2177 views)
Permalink

Re: C compiler cannot create executables [In reply to]

Peter Stuge wrote:
> Stephen Feyrer wrote:
>> The thing being that when I have compiled Dovecot against my
>> version of Glibc it will not run on the nas.

> Can you build it statically? It will be large of course, but you
> should have enough disk space, right?

I'd certainly have enough disc space but it would make it too big to put
in an ipackage though that is not my primary goal. At this time I don't
actually know how (but with a little help from google, I'm sure I'll
find out).

[snip]

> Impossible to help without more detail. Please provide e.g.
> config.log

Please see the attached file.

> //Peter

--
Greatest Regards and Thanks

Stephen

Attachments:

config.log.tar.gz (3.53 KB)

smime.p7s (3.24 KB)

david at blue-labs

Sep 18, 2009, 6:03 AM

Post #4 of 12 (2174 views)
Permalink

Re: C compiler cannot create executables [In reply to]

[...]

configure:4134: checking for C compiler version
configure:4142: armv5tel-softfloat-linux-gnueabi-gcc --version >&5
armv5tel-softfloat-linux-gnueabi-gcc (Gentoo 4.4.1 p1.0) 4.4.1
Copyright (C) 2009 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.

configure:4146: $? = 0
configure:4153: armv5tel-softfloat-linux-gnueabi-gcc -v >&5
Using built-in specs.
Target: armv5tel-softfloat-linux-gnueabi
Configured with:
/var/tmp/portage/cross-armv5tel-softfloat-linux-gnueabi/gcc-4.4.1/work/gcc-4.4.1/configure
--prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/armv5tel-softfloat-linux-gnueabi/gcc-bin/4.4.1
--includedir=/usr/lib/gcc/armv5tel-softfloat-linux-gnueabi/4.4.1/include
--datadir=/usr/share/gcc-data/armv5tel-softfloat-linux-gnueabi/4.4.1
--mandir=/usr/share/gcc-data/armv5tel-softfloat-linux-gnueabi/4.4.1/man
--infodir=/usr/share/gcc-data/armv5tel-softfloat-linux-gnueabi/4.4.1/info
--with-gxx-include-dir=/usr/lib/gcc/armv5tel-softfloat-linux-gnueabi/4.4.1/include/g++-v4
--host=x86_64-pc-linux-gnu --target=armv5tel-softfloat-linux-gnueabi
--build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point
--without-ppl --without-cloog --with-float=soft --enable-nls
--without-included-gettext --with-system-zlib --disable-checking
--disable-werror --enable-secureplt --disable-multilib
--disable-libmudflap --disable-libssp --disable-libgomp --enable-cld
--with-python-dir=/share/gcc-data/armv5tel-softfloat-linux-gnueabi/4.4.1/python
--disable-libgcj --enable-languages=c,c++,fortran
--with-sysroot=/usr/armv5tel-softfloat-linux-gnueabi --disable-bootstrap
--disable-libgomp --enable-__cxa_atexit --enable-clocale=gnu
--with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.4.1 p1.0'
Thread model: posix
gcc version 4.4.1 (Gentoo 4.4.1 p1.0)
configure:4157: $? = 0
configure:4164: armv5tel-softfloat-linux-gnueabi-gcc -V >&5
armv5tel-softfloat-linux-gnueabi-gcc: '-V' option must have argument
configure:4168: $? = 1
configure:4191: checking for C compiler default output file name
configure:4213: armv5tel-softfloat-linux-gnueabi-gcc conftest.c
/usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so >&5
/usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so: undefined
reference to `_dl_out_of_memory [at] GLIBC_PRIVAT'
collect2: ld returned 1 exit status
configure:4217: $? = 1
configure:4255: result:
configure: failed program was:
| /* confdefs.h. */
| #define PACKAGE_NAME "Dovecot"
| #define PACKAGE_TARNAME "dovecot"
| #define PACKAGE_VERSION "1.2.rc5"
| #define PACKAGE_STRING "Dovecot 1.2.rc5"
| #define PACKAGE_BUGREPORT "dovecot [at] dovecot"
| #define PACKAGE "dovecot"
| #define VERSION "1.2.rc5"
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:4261: error: in `/root/dovecot/dovecot-1.2.3':
configure:4264: error: C compiler cannot create executables

steve at toth

Sep 19, 2009, 1:35 AM

Post #5 of 12 (2165 views)
Permalink

Re: C compiler cannot create executables [In reply to]

David Ford wrote:
>
> [...]
> configure:4191: checking for C compiler default output file name
> configure:4213: armv5tel-softfloat-linux-gnueabi-gcc conftest.c
> /usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so >&5
> /usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so: undefined
> reference to `_dl_out_of_memory [at] GLIBC_PRIVAT'
> collect2: ld returned 1 exit status
> configure:4217: $? = 1
> configure:4255: result:
> configure: failed program was:
> | /* confdefs.h. */
> | #define PACKAGE_NAME "Dovecot"
> | #define PACKAGE_TARNAME "dovecot"
> | #define PACKAGE_VERSION "1.2.rc5"
> | #define PACKAGE_STRING "Dovecot 1.2.rc5"
> | #define PACKAGE_BUGREPORT "dovecot [at] dovecot"
> | #define PACKAGE "dovecot"
> | #define VERSION "1.2.rc5"
> | /* end confdefs.h. */
> |
> | int
> | main ()
> | {
> |
> | ;
> | return 0;
> | }
> configure:4261: error: in `/root/dovecot/dovecot-1.2.3':
> configure:4264: error: C compiler cannot create executables
>

Sorry, I can only guess at what's going on here (except of cause that it
doesn't work). I imagine from this excerpt of my config.log that it
should be obvious and staring me in the face.

If this has a specific mean that I should know, please tell me.

Better yet, if there is away making my build environment target the host
system with that version glibc, tell me that instead.

Indeed all I really need to know is how to build a working version of
dovecot for the qnap network attached storage device.

--
Hopefully yours

Stephen.

Attachments:

smime.p7s (3.24 KB)

vapier at gentoo

Sep 19, 2009, 7:15 AM

Post #6 of 12 (2172 views)
Permalink

Re: C compiler cannot create executables [In reply to]

On Friday 18 September 2009 09:03:09 David Ford wrote:
> /usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so: undefined
> reference to `_dl_out_of_memory [at] GLIBC_PRIVAT'

you have a mismatch between the glibc files you're importing. you must
include all of the libraries from the exact same glibc build, not just one or
two.
-mike

Attachments:

signature.asc (0.82 KB)

david at blue-labs

Sep 19, 2009, 8:26 AM

Post #7 of 12 (2155 views)
Permalink

Re: C compiler cannot create executables [In reply to]

my apologies for the nearly blank reply, i was interrupted and needed
to leave quite promptly.

it looks like you have a variance in your toolchain. did you perhaps
rebuild your toolchain in parts? try re-emerging your entire arm tool
chain so your headers and libraries match up properly.

-david

Stephen Feyrer wrote:
> David Ford wrote:
>
>> [...]
>> configure:4191: checking for C compiler default output file name
>> configure:4213: armv5tel-softfloat-linux-gnueabi-gcc conftest.c
>> /usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so >&5
>> /usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so: undefined
>> reference to `_dl_out_of_memory [at] GLIBC_PRIVAT'
>> [...]
>> configure:4261: error: in `/root/dovecot/dovecot-1.2.3':
>> configure:4264: error: C compiler cannot create executables
>>
>>
>
> Sorry, I can only guess at what's going on here (except of cause that it
> doesn't work). I imagine from this excerpt of my config.log that it
> should be obvious and staring me in the face.
>
> If this has a specific mean that I should know, please tell me.
>
> Better yet, if there is away making my build environment target the host
> system with that version glibc, tell me that instead.
>
> Indeed all I really need to know is how to build a working version of
> dovecot for the qnap network attached storage device.
>
>
> --
> Hopefully yours
>
> Stephen.
>

david at blue-labs

Sep 19, 2009, 8:28 AM

Post #8 of 12 (2164 views)
Permalink

Re: C compiler cannot create executables [In reply to]

at least my thoughts were in the right direction :)

Mike Frysinger wrote:
> On Friday 18 September 2009 09:03:09 David Ford wrote:
>
>> /usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so: undefined
>> reference to `_dl_out_of_memory [at] GLIBC_PRIVAT'
>>
>
> you have a mismatch between the glibc files you're importing. you must
> include all of the libraries from the exact same glibc build, not just one or
> two.
> -mike
>

steve at toth

Sep 20, 2009, 1:51 AM

Post #9 of 12 (2159 views)
Permalink

Re: C compiler cannot create executables [In reply to]

Hi.

Mike Frysinger wrote:
> On Friday 18 September 2009 09:03:09 David Ford wrote:
>> /usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so: undefined
>> reference to `_dl_out_of_memory [at] GLIBC_PRIVAT'
>
> you have a mismatch between the glibc files you're importing. you must
> include all of the libraries from the exact same glibc build, not just one or
> two.
> -mike

Hi and thanks!

So far the only file which I've taken from the nas is the libc-2.3.4.so
which others should I be looking for?

--
Gratefully

Stephen

Attachments:

smime.p7s (3.24 KB)

steve at toth

Sep 20, 2009, 1:55 AM

Post #10 of 12 (2158 views)
Permalink

Re: C compiler cannot create executables [In reply to]

David Ford wrote:
> my apologies for the nearly blank reply, i was interrupted and needed
> to leave quite promptly.

Not a problem, life is never straight forward.

> it looks like you have a variance in your toolchain. did you perhaps
> rebuild your toolchain in parts? try re-emerging your entire arm tool
> chain so your headers and libraries match up properly.
>
> -david

Attachments:

smime.p7s (3.24 KB)

steve at toth

Sep 20, 2009, 2:10 AM

Post #11 of 12 (2159 views)
Permalink

Re: C compiler cannot create executables [In reply to]

David Ford wrote:
> at least my thoughts were in the right direction :)

Thank you. I hope we're all going in the right direction.

> Mike Frysinger wrote:
>> On Friday 18 September 2009 09:03:09 David Ford wrote:
>>
>>> /usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so: undefined
>>> reference to `_dl_out_of_memory [at] GLIBC_PRIVAT'

>> you have a mismatch between the glibc files you're importing. you must
>> include all of the libraries from the exact same glibc build, not just one or
>> two.
>> -mike

--
Gratefully

Stephen

Attachments:

smime.p7s (3.24 KB)

steve at toth

Sep 22, 2009, 2:40 PM

Post #12 of 12 (2168 views)
Permalink

Re: C compiler cannot create executables [In reply to]

Hi.

After the careful abuse of a Star Trek Plot, I have managed to
discovered that there are a number of files *-2.3.4.so on the target
machine.

So far I have install all these files into
/usr/armv5tel-softfloat-linux-gnueabi/lib/ .

Thus ./configure has complete properly, then make and make
DESTDIR="qnap-D-1.2.3" install also!

Now the product of this seems to still use Glibc 2.7... So I'm now
explicitly targeting all the Glibc 2.3.4 libraries.

I'll see how that goes.

That fails in the configure with

configure:4213: armv5tel-softfloat-linux-gnueabi-gcc conftest.c
/usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/ld-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/libcrypt-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/libdl-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/libm-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/libnsl-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/libnss_dns-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/libnss_files-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/libresolv-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/librt-2.3.4.so
/usr/armv5tel-softfloat-linux-gnueabi/lib/libutil-2.3.4.so >&5
/usr/armv5tel-softfloat-linux-gnueabi/lib/librt-2.3.4.so: undefined
reference to `__librt_enable_asynccancel [at] GLIBC_PRIVAT'
/usr/armv5tel-softfloat-linux-gnueabi/lib/libpthread.so.0: undefined
reference to `_dl_allocate_tls [at] GLIBC_PRIVAT'
/usr/armv5tel-softfloat-linux-gnueabi/lib/libpthread.so.0: undefined
reference to `_dl_get_tls_static_info [at] GLIBC_PRIVAT'
/usr/armv5tel-softfloat-linux-gnueabi/lib/libc.so.6: undefined reference
to `__tls_get_addr [at] GLIBC_2'
/usr/armv5tel-softfloat-linux-gnueabi/lib/librt-2.3.4.so: undefined
reference to `__librt_disable_asynccancel [at] GLIBC_PRIVAT'
/usr/armv5tel-softfloat-linux-gnueabi/lib/libdl-2.3.4.so: undefined
reference to `_dl_open [at] GLIBC_PRIVAT'
/usr/armv5tel-softfloat-linux-gnueabi/lib/libpthread.so.0: undefined
reference to `_dl_allocate_tls_init [at] GLIBC_PRIVAT'
/usr/armv5tel-softfloat-linux-gnueabi/lib/libdl-2.3.4.so: undefined
reference to `_dl_close [at] GLIBC_PRIVAT'
/usr/armv5tel-softfloat-linux-gnueabi/lib/libpthread.so.0: undefined
reference to `_dl_deallocate_tls [at] GLIBC_PRIVAT'
collect2: ld returned 1 exit status
configure:4217: $? = 1
configure:4255: result:
configure: failed program was:
| /* confdefs.h. */
| #define PACKAGE_NAME "Dovecot"
| #define PACKAGE_TARNAME "dovecot"
| #define PACKAGE_VERSION "1.2.rc5"
| #define PACKAGE_STRING "Dovecot 1.2.rc5"
| #define PACKAGE_BUGREPORT "dovecot [at] dovecot"
| #define PACKAGE "dovecot"
| #define VERSION "1.2.rc5"
| /* end confdefs.h. */

I think I must have missed something when copying glibc... But I don't
know yet.

Thank you for your patience.

Mike Frysinger wrote:
> On Friday 18 September 2009 09:03:09 David Ford wrote:
>> /usr/armv5tel-softfloat-linux-gnueabi/lib/libc-2.3.4.so: undefined
>> reference to `_dl_out_of_memory [at] GLIBC_PRIVAT'
>
> you have a mismatch between the glibc files you're importing. you must
> include all of the libraries from the exact same glibc build, not just one or
> two.
> -mike

Attachments:

smime.p7s (3.24 KB)

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads