similar to: Errors observing when talloc-2.3.1 is cross compiled

> On Wed, Feb 11, 2015 at 03:22:15PM -0500, Thomas Schulz wrote: > > Checking for C99 vsnprintf : not found > > Can you just hand-compile lib/replace/test/snprintf.c and > paste its output? Maybe take a closer look why it fails? > > That's the test we use to check whether we have to replace > snprintf. > > Volker Perhaps what was

Hi, I try to port samba4beta8 to Optware which includes cross compiling it for various platforms. I already created makefiles for optware for samba versions 3.4 and 3.6. Creating a working makefile for samba4 I try to use the new build environment but it puzzles me. I don't get over part where the python version is being checked. From my findings it looks like the linker dislikes the

31 may 2014 greetings, in the (relatively distant) past, i several times downloaded, built, and ran the then-current version of samba with little to no problem. i recently experienced similar successful results with samba-3.6.23. i downloaded and tried to configure samba-4.1.7, which you (samba) advertise as the current "stable" version. i expected no problems. unfortunately, i

21 jun 2014 the version numbers changed (samba-4.1.8), but the problem remains exactly the same: waf configure continues to break at krb5. frank smith 31 may 2014 greetings, in the (relatively distant) past, i several times downloaded, built, and ran the then-current version of samba with little to no problem. i recently experienced similar successful results with samba-3.6.23. i

--- daemon/guestfsd.c | 37 +++++++++++++++++++++++-------------- 1 file changed, 23 insertions(+), 14 deletions(-) diff --git a/daemon/guestfsd.c b/daemon/guestfsd.c index 21b3600..c9cc8c5 100644 --- a/daemon/guestfsd.c +++ b/daemon/guestfsd.c @@ -243,9 +243,6 @@ main (int argc, char *argv[]) /* Set up a basic environment. After we are called by /init the * environment is essentially

In data martedì 23 giugno 2015 14:34:18, Richard W.M. Jones ha scritto: > --- > daemon/guestfsd.c | 37 +++++++++++++++++++++++-------------- > 1 file changed, 23 insertions(+), 14 deletions(-) > > diff --git a/daemon/guestfsd.c b/daemon/guestfsd.c > index 21b3600..c9cc8c5 100644 > --- a/daemon/guestfsd.c > +++ b/daemon/guestfsd.c > @@ -243,9 +243,6 @@ main (int argc,

I will try to reduce a test case for the regression I found and will update. Thanks, Balaram From: Friedman, Eli [mailto:efriedma at codeaurora.org] Sent: Friday, June 30, 2017 2:54 PM To: Balaram Makam <bmakam at codeaurora.org>; llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] LoopSimplify pass prevents loop unrolling On 6/30/2017 11:38 AM, Balaram Makam wrote: Thanks Eli,

Am Sonntag, den 30.03.2008, 10:28 -0700 schrieb Tanya Lattner: > On Mar 30, 2008, at 10:07 AM, Joachim Durchholz wrote: > > Look at how $LLVM_CONFIGURE is built, the final value is > > > > --prefix=/home/jo --enable-optimized --build=i686-pc-linux-gnu > > --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu" > > > > This looks likes its missing some

On Mar 30, 2008, at 12:39 PM, Joachim Durchholz wrote: > > Am Sonntag, den 30.03.2008, 10:28 -0700 schrieb Tanya Lattner: >> On Mar 30, 2008, at 10:07 AM, Joachim Durchholz wrote: >>> Look at how $LLVM_CONFIGURE is built, the final value is >>> >>> --prefix=/home/jo --enable-optimized --build=i686-pc-linux-gnu >>> --host=i686-pc-linux-gnu

I am trying to build a x86_64 to ARM cross compiler. I configured, built and installed LLVM as follows: $ ../../../src/llvm/configure --with-llvmgccdir=<llvm-root>/install/x86_64-arm/llvm-gcc-4.2 --enable-optimized --enable-jit --prefix=<llvm-root>/install/x86_64-arm/llvm --target=arm-unknown-linux-gnueabi $ make $ make install Then I configured gcc front end as follows: $

Dear all, I am using initramfs and from the kernel document, I know klibc. So i decide to use it. We are working on marvell pxa310 (bought from Intel), and with the tools chain from marvell, I comple klibc as follows: klibc-1.5> ln -s /home/zjujoe/svn/mhlv_2.6/working/songlixin/20081007_kernel_tflashupdate/ linux klibc-1.5>cat 1.sh export KLIBCARCH=arm export

Hello, I'm wondering why only some global static variables are marked with __used__ attributes in llvm-gcc/gcc/crtstuff.c. GCC compiles crtstuff.c with -fno-toplevel-reorder option, which ensures that unused static globals are not removed during optimization. However, since LLVM does not support that option, I presume __used__ attribute is used instead. For example, __CTOR_LIST__[1]

On 6/30/2017 7:48 AM, Balaram Makam via llvm-dev wrote: > > Edit. Predecessor -> successor. > > *From:* llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] *On Behalf > Of *Balaram Makam via llvm-dev > *Sent:* Friday, June 30, 2017 10:47 AM > *To:* llvm-dev at lists.llvm.org > *Subject:* [llvm-dev] LoopSimplify pass prevents loop unrolling > > Hi All, > >

Thanks for the background on the concurrent memory model. So, is it sufficient that the loop entry is guarded by condition (cbz at top) for preventing the race? The loop entry will be guarded by condition if loop has been rotated by loop rotate pass. Since LICM runs after loop rotate, we can use ScalarEvolution::isLoopEntryGuardedByCond to check if we can speculatively execute load without

S. Bharadwaj Yadavalli wrote: > > I am trying to build a x86_64 to ARM cross compiler. > > I configured, built and installed LLVM as follows: > > $ ../../../src/llvm/configure > --with-llvmgccdir=<llvm-root>/install/x86_64-arm/llvm-gcc-4.2 > --enable-optimized --enable-jit > --prefix=<llvm-root>/install/x86_64-arm/llvm >

Hello, > __used__ attributes in llvm-gcc/gcc/crtstuff.c. > GCC compiles crtstuff.c with -fno-toplevel-reorder option, which ensures > that > unused static globals are not removed during optimization. However, since > LLVM does not support that option, The problem is not that LLVM does not support this option. Though, this is indeed so due to certain reason. All the code is

 I tried the automated scripts (create-snapshots.sh and build-install-linux.sh) that are in the LLVM repository for building crosstoll for ARM (http://llvm.org/svn/llvm-project/llvm/trunk/utils/crosstool/) but get the following error for building llvm-gcc (llvm built successfully):   'arm1026ej-s' is not a recognized processor for this target (ignoring processor) 'arm1026ej-s' is

When I try to print out a instruction by the following way, I am getting the error message below. Anyone knows what's the problem? Instruction* inst; ... inst-print(cerr); testbuild.cpp:178: error: no matching function for call to 'llvm::Instruction::print(llvm::OStream&)' /x/pchsu/llvm/llvm-2.4/include/llvm/Value.h:83: note: candidates are: void

You're right, thanks. However, now I ran into the next problem. This seems to be related to the fact that I have a 64-bit machine? $ ../../src/llvm-gcc/configure --prefix=/home/johan/llvm --program-prefix=llvm- --enable-llvm=/home/johan/llvm/obj/llvm --enable-languages=c,c++ ... $ gmake ... /home/johan/llvm/obj/llvm-gcc/./gcc/xgcc -B/home/johan/llvm/obj/llvm-gcc/./gcc/

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When