Bug 1781 - [x86/x86_64 toolchain] cvs configure fail with no cvs_cv_func_printf_ptr set
Summary: [x86/x86_64 toolchain] cvs configure fail with no cvs_cv_func_printf_ptr set
Status: VERIFIED FIXED
Alias: None
Product: ADT
Classification: Yocto Project Subprojects
Component: kernel analysis (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium normal
Target Milestone: 1.2
Assignee: Nitin Kamble
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2011-11-22 07:27 UTC by Jiajun Xu
Modified: 2012-01-18 19:17 UTC (History)
9 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jiajun Xu 2011-11-22 07:27:12 UTC
Tree/Branch: Poky/master
Commit: f2d077255d9ddf9b87e9a781b989bcce69047cf5

Similar with bug 1195, with i686 or x86_64 toolchain, cvs fails to configure because no cvs_cv_func_printf_ptr. Error log as below:

####
checking for sigsetmask... (cached) yes
checking for sigvec... (cached) yes
checking for timezone... (cached) yes
checking for tzset... (cached) yes
checking for vprintf... (cached) yes
checking for wait3... (cached) yes
checking for unistd.h... (cached) yes
checking vfork.h usability... no
checking vfork.h presence... no
checking for vfork.h... no
checking for fork... (cached) yes
checking for vfork... (cached) yes
checking for working fork... cross
configure: WARNING: result yes guessed because of cross compilation
checking for working vfork... (cached) yes
checking whether closedir returns void... yes
checking for library containing getspnam... none required
checking whether utime accepts a null argument... no
checking for long file names... yes
checking whether printf supports %p... configure: error: cannot run test program while cross compiling
See `config.log' for more details.
####
Comment 1 Nitin Kamble 2011-11-22 16:17:07 UTC
Please provide steps to reproduce the issue.
Comment 2 Jessica 2011-11-22 16:24:00 UTC
Jiajun,

Please attached your cvs project to the bug and detailed steps to reproduce it. Also, want to confirm, the failure happened to both x86 and x86-64 toolchain?

Nitin,

I took a look at meta/site, even though the symptom is similar to 1195 but seems there's already an entry in ix86-common for cvs_cv_func_printf_ptr=${cvs_cv_func_printf_ptr=yes}
which was the fix for 1195, so I don't know what else may trigger the failure in the toolchains.
Comment 3 Jiajun Xu 2011-11-22 16:33:15 UTC
Sorry, I should attach the steps.

1. Download cvs-1.12.13.tar.bz2 from http://ftp.gnu.org/non-gnu/cvs/source/feature/1.12.13/
2. Extract it on a 64bit host, for example. And download x86_64 toolchain, http://autobuilder.pokylinux.org/pub/nightly/20111117-4/toolchain/x86-64/poky-eglibc-x86_64-x86_64-toolchain-gmae-1.1+snapshot-20111118.tar.bz2.
3. Extract the toolchain tarball and prepare the cross compile enviroment by "source /opt/poky/1.1+snapshot/environment-setup-x86_64-poky-linu"
4. cd into cvs source folder and run "./configure ${CONFIGURE_FLAGS}". Then you will see the error
Comment 4 Jessica 2011-11-22 16:36:57 UTC
So, this only apply the x86-64 toolchain then?
Comment 5 Jiajun Xu 2011-11-22 16:46:32 UTC
(In reply to comment #4)
> So, this only apply the x86-64 toolchain then?

I think it only apply the toolchains, in which target and host are x86_64-poky-linux. I found the issue with both poky-eglibc-i686-x86_64-toolchain-gmae-1.1+snapshot-20111118.tar.bz2 and poky-eglibc-x86_64-x86_64-toolchain-gmae-1.1+snapshot-20111118.tar.bz2.
Comment 6 Jessica 2011-11-22 16:50:04 UTC
Ok, that makes sense, thought you mean both the ix86 and 86-64 toolchain.

Nitin,
 
seems we're missing ix86-common in siteinfo.bbclass for x86_64?
Comment 7 Nitin Kamble 2011-11-22 21:56:24 UTC
sent a fix for the to oe-core list.
Comment 9 Hongna Xu 2012-01-18 19:17:16 UTC
The bug is verified, so set the status VERIFIED.If anyone encounter this bug, pls
reopen it.

Commit information:

Tree/Branch: Poky/1.2_M2
Commit: 0f4d99d207b224bb9ce23de00a48f795ae20b3a0