* [gentoo-science] Locating ar @ 2014-04-29 8:32 Thomas Kahle 2014-04-29 11:23 ` François Bissey 2014-04-29 11:36 ` Panagiotis Christopoulos 0 siblings, 2 replies; 7+ messages in thread From: Thomas Kahle @ 2014-04-29 8:32 UTC (permalink / raw To: gentoo-science [-- Attachment #1.1: Type: text/plain, Size: 384 bytes --] Hi, I'm constantly failing at a rewrite of the ebuild for sci-math/singular to bump it to 4.0.0. (Current version attached). Singular has its own malloc implementation called omalloc. The configure script there can't find ar if run from within portage context. It does find it when run on a normal shell. I tried tc-export AR to no avail. Any ideas? Cheers, Thomas [-- Attachment #1.2: singular-4.0.0_p2.ebuild --] [-- Type: text/plain, Size: 4046 bytes --] # Copyright 1999-2012 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/sci-mathematics/singular/singular-3.1.4-r1.ebuild,v 1.4 2012/06/23 10:50:20 xarthisius Exp $ EAPI=5 inherit autotools eutils elisp-common flag-o-matic multilib prefix versionator MY_PN=Singular MY_PV=$(replace_all_version_separators '.') # Consistency is different... MY_DIR2=$(get_version_component_range 1-3 ${PV}) MY_DIR=$(replace_all_version_separators '-' ${MY_DIR2}) DESCRIPTION="Computer algebra system for polynomial computations" HOMEPAGE="http://www.singular.uni-kl.de/" SRC_URI="http://www.mathematik.uni-kl.de/ftp/pub/Math/${MY_PN}/SOURCES/${MY_DIR}/${PN}-${MY_PV}.tar.gz" LICENSE="GPL-2" SLOT="0" KEYWORDS="~amd64 ~ppc ~x86 ~x86-linux ~x86-macos" IUSE="boost doc emacs examples python +readline" RDEPEND="dev-libs/gmp >=dev-libs/ntl-5.5.1 emacs? ( >=virtual/emacs-22 )" DEPEND="${RDEPEND} dev-lang/perl boost? ( dev-libs/boost ) readline? ( sys-libs/readline )" SITEFILE=60${PN}-gentoo.el S="${WORKDIR}/${PN}-${MY_DIR2}" pkg_setup() { append-flags "-fPIC" append-ldflags "-fPIC" tc-export AR CC CPP CXX # Ensure that >=emacs-22 is selected if use emacs; then elisp-need-emacs 22 || die "Emacs version too low" fi } src_prepare () { # Need to do something about resources later... # epatch "${FILESDIR}"/${PN}-4.0.0-gentoo.patch # cd "${S}"/Singular || die "failed to cd into Singular/" eautoreconf } src_configure() { econf \ # --prefix="${S}"/build \ # --exec-prefix="${S}"/build \ # --bindir="${S}"/build/bin \ # --libdir="${S}"/build/lib \ # --libexecdir="${S}"/build/lib \ # --includedir="${S}"/build/include \ --with-gmp="${EPREFIX}"/usr \ --with-ntl \ --disable-debug \ --disable-doc \ --enable-factory \ --enable-libfac \ --enable-IntegerProgramming \ # --enable-Singular \ $(use_with python python embed) \ $(use_with boost Boost) \ $(use_enable emacs) \ $(use_with readline) || die "configure failed" } src_compile() { emake || die "emake failed" if use emacs; then cd "${WORKDIR}"/${MY_PN}/${MY_SHARE_DIR}/emacs/ elisp-compile *.el || die "elisp-compile failed" fi } src_test() { emake test || die "tests failed" } # src_install () { # dodoc README # # execs and libraries # cd "${S}"/build/bin # dobin ${MY_PN}* gen_test change_cost solve_IP toric_ideal LLL \ # || die "failed to install binaries" # insinto /usr/$(get_libdir)/${PN} # doins *.so || die "failed to install libraries" # # dosym ${MY_PN}-${MY_DIR} /usr/bin/${MY_PN} \ # || die "failed to create symbolic link" # # # stuff from the share tar ball # cd "${WORKDIR}"/${MY_PN}/${MY_SHARE_DIR} # insinto /usr/share/${PN} # doins -r LIB || die "failed to install lib files" # if use examples; then # insinto /usr/share/doc/${PF} # doins -r examples || die "failed to install examples" # fi # if use doc; then # dohtml -r html/* || die "failed to install html docs" # insinto /usr/share/${PN} # doins doc/singular.idx || die "failed to install idx file" # cp info/${PN}.hlp info/${PN}.info && # doinfo info/${PN}.info \ # || die "failed to install info files" # fi # if use emacs; then # elisp-install ${PN} emacs/*.el emacs/*.elc emacs/.emacs* \ # || die "elisp-install failed" # elisp-site-file-install "${FILESDIR}/${SITEFILE}" # fi # } pkg_postinst() { einfo "The authors ask you to register as a SINGULAR user." einfo "Please check the license file for details." if use emacs; then echo ewarn "Please note that the ESingular emacs wrapper has been" ewarn "removed in favor of full fledged singular support within" ewarn "Gentoo's emacs infrastructure; i.e. just fire up emacs" ewarn "and you should be good to go! See bug #193411 for more info." echo fi use emacs && elisp-site-regen } pkg_postrm() { use emacs && elisp-site-regen } [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 555 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] Locating ar 2014-04-29 8:32 [gentoo-science] Locating ar Thomas Kahle @ 2014-04-29 11:23 ` François Bissey 2014-04-29 11:33 ` Thomas Kahle 2014-04-29 11:36 ` Panagiotis Christopoulos 1 sibling, 1 reply; 7+ messages in thread From: François Bissey @ 2014-04-29 11:23 UTC (permalink / raw To: gentoo-science Hi Thomas, I can’t even go past src_prepare. I have the mother of all failures multiple autoreconfs… * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' ... * Running libtoolize --install --copy --force --automake ... * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/omalloc' ... * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/gfanlib' ... * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/resources' ... * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/factory' ... * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/libpolys' ... [ ok ] * Running aclocal -I m4 ... * Running libtoolize --install --copy --force --automake ... * Running libtoolize --install --copy --force --automake ... * Running libtoolize --install --copy --force --automake ... * Running libtoolize --install --copy --force --automake ... * Running libtoolize --install --copy --force --automake ... [ ok ] * Running aclocal -I ../m4 ... [ ok ] * Running aclocal -I ../m4 ... [ ok ] * Running aclocal -I ../m4 ... [ ok ] * Running aclocal -I ../m4 ... [ ok ] * Running aclocal -I ../m4 ... [ ok ] * Running autoconf ... * Running autoconf ... * Running autoconf ... * Running autoconf ... [ ok ] * Running autoheader ... [ ok ] * Running autoheader ... [ !! ] * Failed Running autoconf ! * * Include in your bugreport the contents of: * * /scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/autoconf-2.out * ERROR: sci-mathematics/singular-4.0.0_p2::BlueFern failed (prepare phase): * Failed Running autoconf ! * * Call stack: * ebuild.sh, line 93: Called src_prepare * environment, line 3450: Called eautoreconf * environment, line 1010: Called eautoconf * environment, line 917: Called autotools_run_tool '--at-m4flags' 'autoconf' * environment, line 749: Called die * The specific snippet of code: * die "Failed Running $1 !"; * * If you need support, post the output of `emerge --info '=sci-mathematics/singular-4.0.0_p2::BlueFern'`, * the complete build log and the output of `emerge -pqv '=sci-mathematics/singular-4.0.0_p2::BlueFern'`. /usr/lib64/portage/bin/isolated-functions.sh: line 195: wait: `Failed Running autoconf !': not a pid or valid job spec * The complete build log is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/build.log'. * The ebuild environment file is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/environment'. [ ok ] * Working directory: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' * S: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' [ ok ] * Running autoheader ... * Running automake --add-missing --copy --foreign --force-missing ... * Running automake --add-missing --copy --foreign --force-missing ... [ ok ] * Running automake --add-missing --copy --foreign --force-missing ... * Running autoconf ... * Running autoconf ... [ !! ] * Failed Running automake ! * * Include in your bugreport the contents of: * * /scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/automake-2.out * ERROR: sci-mathematics/singular-4.0.0_p2::BlueFern failed (prepare phase): * Failed Running automake ! * * Call stack: * ebuild.sh, line 93: Called src_prepare * environment, line 3450: Called eautoreconf * environment, line 981: Called multijob_child_init 'eautoreconf' * environment, line 2805: Called eautoreconf * environment, line 1012: Called eautomake * environment, line 961: Called autotools_run_tool 'automake' '--add-missing' '--copy' '--foreign' '--force-missing' * environment, line 749: Called die * The specific snippet of code: * die "Failed Running $1 !"; * [ !! ] * If you need support, post the output of `emerge --info '=sci-mathematics/singular-4.0.0_p2::BlueFern'`, * Failed Running automake ! * the complete build log and the output of `emerge -pqv '=sci-mathematics/singular-4.0.0_p2::BlueFern'`. * /usr/lib64/portage/bin/isolated-functions.sh: line 195: wait: `Failed Running automake !': not a pid or valid job spec * The complete build log is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/build.log'. * Include in your bugreport the contents of: * The ebuild environment file is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/environment'. * * /scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/automake-3.out * Working directory: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/gfanlib' * S: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' * ERROR: sci-mathematics/singular-4.0.0_p2::BlueFern failed (prepare phase): * Failed Running automake ! * * Call stack: * ebuild.sh, line 93: Called src_prepare * environment, line 3450: Called eautoreconf * environment, line 981: Called multijob_child_init 'eautoreconf' * environment, line 2805: Called eautoreconf * environment, line 1012: Called eautomake * environment, line 961: Called autotools_run_tool 'automake' '--add-missing' '--copy' '--foreign' '--force-missing' * environment, line 749: Called die * The specific snippet of code: * die "Failed Running $1 !"; * * If you need support, post the output of `emerge --info '=sci-mathematics/singular-4.0.0_p2::BlueFern'`, * the complete build log and the output of `emerge -pqv '=sci-mathematics/singular-4.0.0_p2::BlueFern'`. /usr/lib64/portage/bin/isolated-functions.sh: line 195: wait: `Failed Running automake !': not a pid or valid job spec * The complete build log is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/build.log'. * The ebuild environment file is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/environment'. * Working directory: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/resources' * S: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' /usr/lib64/portage/bin/isolated-functions.sh: line 226: kill: (23048) - No such process /usr/lib64/portage/bin/isolated-functions.sh: line 226: kill: (23048) - No such process [ ok ] * Running autoheader ... [ ok ] * Running autoheader ... [ ok ] * Running automake --add-missing --copy --foreign --force-missing ... * Running automake --add-missing --copy --foreign --force-missing ... [ !! ] * Failed Running automake ! * * Include in your bugreport the contents of: * * /scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/automake-8.out * ERROR: sci-mathematics/singular-4.0.0_p2::BlueFern failed (prepare phase): * Failed Running automake ! * * Call stack: * ebuild.sh, line 93: Called src_prepare * environment, line 3450: Called eautoreconf * environment, line 981: Called multijob_child_init 'eautoreconf' * environment, line 2805: Called eautoreconf * environment, line 1012: Called eautomake * environment, line 961: Called autotools_run_tool 'automake' '--add-missing' '--copy' '--foreign' '--force-missing' * environment, line 749: Called die * The specific snippet of code: * die "Failed Running $1 !"; * * If you need support, post the output of `emerge --info '=sci-mathematics/singular-4.0.0_p2::BlueFern'`, * the complete build log and the output of `emerge -pqv '=sci-mathematics/singular-4.0.0_p2::BlueFern'`. /usr/lib64/portage/bin/isolated-functions.sh: line 195: wait: `Failed Running automake !': not a pid or valid job spec * The complete build log is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/build.log'. * The ebuild environment file is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/environment'. * Working directory: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/libpolys' * S: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0’ Want the various logs? François On 29/04/2014, at 20:32, Thomas Kahle <tomka@gentoo.org> wrote: > Hi, > > I'm constantly failing at a rewrite of the ebuild for > sci-math/singular to bump it to 4.0.0. (Current version > attached). Singular has its own malloc implementation called > omalloc. The configure script there can't find ar if run from > within portage context. It does find it when run on a normal > shell. I tried tc-export AR to no avail. Any ideas? > > Cheers, > Thomas > <singular-4.0.0_p2.ebuild> ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] Locating ar 2014-04-29 11:23 ` François Bissey @ 2014-04-29 11:33 ` Thomas Kahle 0 siblings, 0 replies; 7+ messages in thread From: Thomas Kahle @ 2014-04-29 11:33 UTC (permalink / raw To: gentoo-science [-- Attachment #1: Type: text/plain, Size: 11573 bytes --] Err, ja. This eautoreconf should be an eautoconf, I guess. On 29.04.2014 13:23, François Bissey wrote: > Hi Thomas, > > I can’t even go past src_prepare. I have the mother of all failures multiple > autoreconfs… > * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' ... > * Running libtoolize --install --copy --force --automake ... > * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/omalloc' ... > * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/gfanlib' ... > * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/resources' ... > * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/factory' ... > * Running eautoreconf in '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/libpolys' ... [ ok ] > * Running aclocal -I m4 ... > * Running libtoolize --install --copy --force --automake ... > * Running libtoolize --install --copy --force --automake ... > * Running libtoolize --install --copy --force --automake ... > * Running libtoolize --install --copy --force --automake ... > * Running libtoolize --install --copy --force --automake ... [ ok ] > * Running aclocal -I ../m4 ... [ ok ] > * Running aclocal -I ../m4 ... [ ok ] > * Running aclocal -I ../m4 ... [ ok ] > * Running aclocal -I ../m4 ... [ ok ] > * Running aclocal -I ../m4 ... [ ok ] > * Running autoconf ... > * Running autoconf ... > * Running autoconf ... > * Running autoconf ... [ ok ] > * Running autoheader ... [ ok ] > * Running autoheader ... [ !! ] > > * Failed Running autoconf ! > * > * Include in your bugreport the contents of: > * > * /scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/autoconf-2.out > > * ERROR: sci-mathematics/singular-4.0.0_p2::BlueFern failed (prepare phase): > * Failed Running autoconf ! > * > * Call stack: > * ebuild.sh, line 93: Called src_prepare > * environment, line 3450: Called eautoreconf > * environment, line 1010: Called eautoconf > * environment, line 917: Called autotools_run_tool '--at-m4flags' 'autoconf' > * environment, line 749: Called die > * The specific snippet of code: > * die "Failed Running $1 !"; > * > * If you need support, post the output of `emerge --info '=sci-mathematics/singular-4.0.0_p2::BlueFern'`, > * the complete build log and the output of `emerge -pqv '=sci-mathematics/singular-4.0.0_p2::BlueFern'`. > /usr/lib64/portage/bin/isolated-functions.sh: line 195: wait: `Failed Running autoconf !': not a pid or valid job spec > * The complete build log is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/build.log'. > * The ebuild environment file is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/environment'. [ ok ] > * Working directory: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' > * S: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' [ ok ] > * Running autoheader ... > * Running automake --add-missing --copy --foreign --force-missing ... > * Running automake --add-missing --copy --foreign --force-missing ... [ ok ] > * Running automake --add-missing --copy --foreign --force-missing ... > * Running autoconf ... > * Running autoconf ... [ !! ] > > * Failed Running automake ! > * > * Include in your bugreport the contents of: > * > * /scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/automake-2.out > > * ERROR: sci-mathematics/singular-4.0.0_p2::BlueFern failed (prepare phase): > * Failed Running automake ! > * > * Call stack: > * ebuild.sh, line 93: Called src_prepare > * environment, line 3450: Called eautoreconf > * environment, line 981: Called multijob_child_init 'eautoreconf' > * environment, line 2805: Called eautoreconf > * environment, line 1012: Called eautomake > * environment, line 961: Called autotools_run_tool 'automake' '--add-missing' '--copy' '--foreign' '--force-missing' > * environment, line 749: Called die > * The specific snippet of code: > * die "Failed Running $1 !"; > * [ !! ] > > * If you need support, post the output of `emerge --info '=sci-mathematics/singular-4.0.0_p2::BlueFern'`, > * Failed Running automake ! > * the complete build log and the output of `emerge -pqv '=sci-mathematics/singular-4.0.0_p2::BlueFern'`. > * > /usr/lib64/portage/bin/isolated-functions.sh: line 195: wait: `Failed Running automake !': not a pid or valid job spec > * The complete build log is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/build.log'. > * Include in your bugreport the contents of: > * The ebuild environment file is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/environment'. > * > * /scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/automake-3.out > > * Working directory: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/gfanlib' > * S: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' > * ERROR: sci-mathematics/singular-4.0.0_p2::BlueFern failed (prepare phase): > * Failed Running automake ! > * > * Call stack: > * ebuild.sh, line 93: Called src_prepare > * environment, line 3450: Called eautoreconf > * environment, line 981: Called multijob_child_init 'eautoreconf' > * environment, line 2805: Called eautoreconf > * environment, line 1012: Called eautomake > * environment, line 961: Called autotools_run_tool 'automake' '--add-missing' '--copy' '--foreign' '--force-missing' > * environment, line 749: Called die > * The specific snippet of code: > * die "Failed Running $1 !"; > * > * If you need support, post the output of `emerge --info '=sci-mathematics/singular-4.0.0_p2::BlueFern'`, > * the complete build log and the output of `emerge -pqv '=sci-mathematics/singular-4.0.0_p2::BlueFern'`. > /usr/lib64/portage/bin/isolated-functions.sh: line 195: wait: `Failed Running automake !': not a pid or valid job spec > * The complete build log is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/build.log'. > * The ebuild environment file is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/environment'. > * Working directory: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/resources' > * S: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0' > /usr/lib64/portage/bin/isolated-functions.sh: line 226: kill: (23048) - No such process > /usr/lib64/portage/bin/isolated-functions.sh: line 226: kill: (23048) - No such process [ ok ] > * Running autoheader ... [ ok ] > * Running autoheader ... [ ok ] > * Running automake --add-missing --copy --foreign --force-missing ... > * Running automake --add-missing --copy --foreign --force-missing ... [ !! ] > > * Failed Running automake ! > * > * Include in your bugreport the contents of: > * > * /scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/automake-8.out > > * ERROR: sci-mathematics/singular-4.0.0_p2::BlueFern failed (prepare phase): > * Failed Running automake ! > * > * Call stack: > * ebuild.sh, line 93: Called src_prepare > * environment, line 3450: Called eautoreconf > * environment, line 981: Called multijob_child_init 'eautoreconf' > * environment, line 2805: Called eautoreconf > * environment, line 1012: Called eautomake > * environment, line 961: Called autotools_run_tool 'automake' '--add-missing' '--copy' '--foreign' '--force-missing' > * environment, line 749: Called die > * The specific snippet of code: > * die "Failed Running $1 !"; > * > * If you need support, post the output of `emerge --info '=sci-mathematics/singular-4.0.0_p2::BlueFern'`, > * the complete build log and the output of `emerge -pqv '=sci-mathematics/singular-4.0.0_p2::BlueFern'`. > /usr/lib64/portage/bin/isolated-functions.sh: line 195: wait: `Failed Running automake !': not a pid or valid job spec > * The complete build log is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/build.log'. > * The ebuild environment file is located at '/scratch/portage/sci-mathematics/singular-4.0.0_p2/temp/environment'. > * Working directory: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0/libpolys' > * S: '/scratch/portage/sci-mathematics/singular-4.0.0_p2/work/singular-4.0.0’ > > > > Want the various logs? > > François > > On 29/04/2014, at 20:32, Thomas Kahle <tomka@gentoo.org> wrote: > >> Hi, >> >> I'm constantly failing at a rewrite of the ebuild for >> sci-math/singular to bump it to 4.0.0. (Current version >> attached). Singular has its own malloc implementation called >> omalloc. The configure script there can't find ar if run from >> within portage context. It does find it when run on a normal >> shell. I tried tc-export AR to no avail. Any ideas? >> >> Cheers, >> Thomas >> <singular-4.0.0_p2.ebuild> > > [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 555 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] Locating ar 2014-04-29 8:32 [gentoo-science] Locating ar Thomas Kahle 2014-04-29 11:23 ` François Bissey @ 2014-04-29 11:36 ` Panagiotis Christopoulos 2014-04-29 11:44 ` Panagiotis Christopoulos 1 sibling, 1 reply; 7+ messages in thread From: Panagiotis Christopoulos @ 2014-04-29 11:36 UTC (permalink / raw To: gentoo-science [-- Attachment #1: Type: text/plain, Size: 1075 bytes --] On Tue, Apr 29, 2014 at 11:32 AM, Thomas Kahle <tomka@gentoo.org> wrote: > Hi, > Hi Thomas, > > I'm constantly failing at a rewrite of the ebuild for > sci-math/singular to bump it to 4.0.0. (Current version > attached). Singular has its own malloc implementation called > omalloc. The configure script there can't find ar if run from > within portage context. It does find it when run on a normal > shell. I tried tc-export AR to no avail. Any ideas? > if you open the original sources (without eautoreconf), and go inside omalloc folder, you'll find the cause in line 120 of configure.ac and/or 12977 of configure. It's hardcoded there that the script should fail if $ac_cv_prog_AR is not "ar". Here, portage already passes (even without your tc-exports etc.) the correct environment to singular's build system but "x86_64-pc-linux-gnu-ar" is not "ar". You could remove that check at all but I'm not a toolchain expert and don't know why the check is there in first place. On my box ar just links to x86_64-pc-linux-gnu-ar so no big deal. Panagiotis (pchrist) [-- Attachment #2: Type: text/html, Size: 1718 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] Locating ar 2014-04-29 11:36 ` Panagiotis Christopoulos @ 2014-04-29 11:44 ` Panagiotis Christopoulos 2014-04-29 11:48 ` Thomas Kahle 0 siblings, 1 reply; 7+ messages in thread From: Panagiotis Christopoulos @ 2014-04-29 11:44 UTC (permalink / raw To: gentoo-science [-- Attachment #1: Type: text/plain, Size: 1004 bytes --] On Tue, Apr 29, 2014 at 2:36 PM, Panagiotis Christopoulos <pxrist@gmail.com>wrote: > ... > > if you open the original sources (without eautoreconf), and go inside > omalloc folder, you'll find the cause in line 120 of configure.ac and/or > 12977 of configure. It's hardcoded there that the script should fail if > $ac_cv_prog_AR is not "ar". Here, portage already passes (even without your > tc-exports etc.) the correct environment to singular's build system but > "x86_64-pc-linux-gnu-ar" is not "ar". You could remove that check at all > but I'm not a toolchain expert and don't know why the check is there in > first place. On my box ar just links to x86_64-pc-linux-gnu-ar so no big > deal. > of course , name changes may affect program behariour ($0) so ar might have different results if you invoke it as "ar" than "x86_64-pc-linux-gnu-ar". I would remove or replace the configure check and would do some testing to see what happens. Was omalloc and that test included on previous versions too? [-- Attachment #2: Type: text/html, Size: 1584 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] Locating ar 2014-04-29 11:44 ` Panagiotis Christopoulos @ 2014-04-29 11:48 ` Thomas Kahle 2014-04-29 17:13 ` Panagiotis Christopoulos 0 siblings, 1 reply; 7+ messages in thread From: Thomas Kahle @ 2014-04-29 11:48 UTC (permalink / raw To: gentoo-science [-- Attachment #1: Type: text/plain, Size: 1640 bytes --] On 29.04.2014 13:44, Panagiotis Christopoulos wrote: > On Tue, Apr 29, 2014 at 2:36 PM, Panagiotis Christopoulos > <pxrist@gmail.com <mailto:pxrist@gmail.com>> wrote: > > ... > > if you open the original sources (without eautoreconf), and go > inside omalloc folder, you'll find the cause in line 120 of > configure.ac <http://configure.ac> and/or 12977 of configure. It's > hardcoded there that the script should fail if $ac_cv_prog_AR is not > "ar". Here, portage already passes (even without your tc-exports > etc.) the correct environment to singular's build system but > "x86_64-pc-linux-gnu-ar" is not "ar". You could remove that check at > all but I'm not a toolchain expert and don't know why the check is > there in first place. On my box ar just links to > x86_64-pc-linux-gnu-ar so no big deal. > > > of course , name changes may affect program behariour ($0) so ar might > have different results if you invoke it as "ar" than > "x86_64-pc-linux-gnu-ar". I would remove or replace the configure check > and would do some testing to see what happens. Was omalloc and that test > included on previous versions too? OK, thanks for coming up with this. We did not use omalloc before, but I thought maybe we should because Singular upstream told me that using system malloc is bad (I don't remember if it was just performance or also other problems). The omalloc build system seems to be old, so maybe it was back in the old days that some other ar on some esoteric platform failed on them and it was band-aided with this check? Cheers, Thomas [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 555 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-science] Locating ar 2014-04-29 11:48 ` Thomas Kahle @ 2014-04-29 17:13 ` Panagiotis Christopoulos 0 siblings, 0 replies; 7+ messages in thread From: Panagiotis Christopoulos @ 2014-04-29 17:13 UTC (permalink / raw To: gentoo-science [-- Attachment #1: Type: text/plain, Size: 386 bytes --] On Tue, Apr 29, 2014 at 2:48 PM, Thomas Kahle <tomka@gentoo.org> wrote: > The omalloc build system seems to be old, so maybe it was back in > the old days that some other ar on some esoteric platform failed > on them and it was band-aided with this check? > If you talk to them, you could ask them for the check, it's there since 1999, I suppose there is no good reason now for this. [-- Attachment #2: Type: text/html, Size: 708 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2014-04-29 17:13 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-04-29 8:32 [gentoo-science] Locating ar Thomas Kahle 2014-04-29 11:23 ` François Bissey 2014-04-29 11:33 ` Thomas Kahle 2014-04-29 11:36 ` Panagiotis Christopoulos 2014-04-29 11:44 ` Panagiotis Christopoulos 2014-04-29 11:48 ` Thomas Kahle 2014-04-29 17:13 ` Panagiotis Christopoulos
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox