Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Yu Ke <ke.yu@intel.com>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Cc: Koen Kooi <koen@dominion.thruhere.net>
Subject: Re: [PATCH 1/1] xserver: force to use libdl
Date: Mon, 30 May 2011 14:10:04 +0800	[thread overview]
Message-ID: <4DE334BC.9000307@intel.com> (raw)
In-Reply-To: <1306570025.27470.320.camel@rex>

on 2011-5-28 16:07, Richard Purdie wrote:
> On Sat, 2011-05-28 at 12:45 +0800, Yu Ke wrote:
>> The marco in question is in xorg-server-1.10.1/configure.ac
>> "
>> AC_CHECK_FUNC([dlopen], [],
>>       AC_CHECK_LIB([dl], [dlopen], DLOPEN_LIBS="-ldl"))
>> AC_SUBST(DLOPEN_LIBS)
>> "
>>
>> Ideally, the dlopen test should fail since dlopen is not available in
>> libc, and then DLOPEN_LIBS="-ldl" is executed. In this case, the later
>> build will correctly link libdl. qemux86 fall into this case.
>>
>> But in ppc case, the dlopen test unfortunately pass, and DLOPEN_LIBS
>> become "", which caused later linker error of unresolved dlopen
>> reference. but I did not yet understand why ppc is so special.
>>
>> For detail, I've attached two config.log, one for ppc, one for qemux86.
>> in ppc,
>> configure:15235: checking for dlopen
>> configure:15235: result: yes
>
> Thanks. If you look at config.log you'll see this near the top:
>
> | #modphp
> | ac_cv_c_bigendian_php=${ac_cv_c_bigendian_php=yes}
> | ac_cv_sizeof_ptrdiff_t=${ac_cv_sizeof_ptrdiff_t=4}
> | ac_cv_func_dlopen=${ac_cv_func_dlopen=yes}
> | lt_cv_dlopen_self=${lt_cv_dlopen_self=yes}
>
> and then if you look at the configure script for the xserver you'll see
> ${ac_cv_func_dlopen} being set to yes is likely triggering the bad
> result.
>
> These are coming from the powerpc site files:
>
> richard@rex:poky/meta/site$ grep dlopen * -r
> powerpc-common:ac_cv_func_dlopen=${ac_cv_func_dlopen=yes}
> powerpc-common:lt_cv_dlopen_self=${lt_cv_dlopen_self=yes}
>
> and I suspect if you remove those two lines, things will work a lot
> better!
>
> Only powerpc has the broken site file which is why only powerpc is
> affected.
>

Thanks Richard. This make sense and explain why only powerpc has this 
issue. I've remove these two line, and build the core-image-sato-sdk 
qemuppc, it passed. I will send out the patch.

Regards
Ke



      reply	other threads:[~2011-05-30  6:13 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-27 21:09 [PATCH 0/1] Fix for build failure of xserver on mpc build Saul Wold
2011-05-27 21:09 ` [PATCH 1/1] xserver: force to use libdl Saul Wold
2011-05-27 21:24   ` Phil Blundell
2011-05-27 22:23     ` Richard Purdie
2011-05-27 22:35       ` Koen Kooi
2011-05-30  7:35         ` Richard Purdie
2011-05-28  4:45       ` Yu Ke
2011-05-28  8:07         ` Richard Purdie
2011-05-30  6:10           ` Yu Ke [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4DE334BC.9000307@intel.com \
    --to=ke.yu@intel.com \
    --cc=koen@dominion.thruhere.net \
    --cc=openembedded-core@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox