similar to: [LLVMdev] RFC: Adding __INTEGRATED_ASSEMLER__ macro

First, I would assume this would be better spelled as: __has_feature(integrated_assembler) But I agree with others that "integrated assembler" isn't a feature which should be observable in source code. On Sun, Feb 23, 2014 at 4:27 PM, Renato Golin <renato.golin at linaro.org>wrote: > On a higher level, there's the quality issue. People should test for >

On Mon, Feb 24, 2014 at 7:29 PM, Saleem Abdulrasool <compnerd at compnerd.org>wrote: > > >> But I agree with others that "integrated assembler" isn't a feature which >> should be observable in source code. >> >> On Sun, Feb 23, 2014 at 4:27 PM, Renato Golin <renato.golin at linaro.org>wrote: >> >>> On a higher level,

Hi all, I'm working with Dovecot-1.0.rc19 + dovecot-lda + postfix + quota-maildir plugin When a new email arrives and it's over quota, the client receives this: -------------------------------- The mail system <vvv at ual.es>: Command died with status 89: "/usr/local/libexec/dovecot/deliver" -------------------------------- Reporting-MTA: dns; vvv.ual.es

Both armasm and gnu as support an ldr pseudo instruction for loading constants that lowers to either a mov, movn, or a pc-relative ldr from the constant pool. It would be great if the llvm integrated assembler could support this feature as well. For example, using gnu as to compile this code: .text foo: ldr r0, =0x1 ldr r0, =-0x1 ldr r0, =0x1000001 ldr r0, =bar

On 25 October 2013 18:33, David Peixotto <dpeixott at codeaurora.org> wrote: > Both armasm and gnu as support an ldr pseudo instruction for loading > constants that lowers to either a mov, movn, or a pc-relative ldr from the > constant pool. It would be great if the llvm integrated assembler could > support this feature as well. > Hi David, As much as I think that it's

Hi all. I search info in the web about how to install skype on centos 6.5, but just exists info about skype with architecture to 32 bit. someone can me explicain, how to install skype for 64 bit architecture , it's possible? thank -- *Atte. Rodrigo Pichi?ual N.* *Ingeniero Administrador de Sistemas Linux* *rodrigo.pichinual at gmail.com <rodrigo.pichinual at gmail.com>* *+56 9

> But I wanted to say is using these binutils I have built a llvm compiler for > our ARM target. That's correct. Mostly because gcc is using pre-UAL ARM assembler syntax and LLVM switched fully to UAL one. Also, UAL is needed for correct Thumb-2 support, etc. So, in short: gcc is generating some subset of ARM assembler and thus gas is bug-free. LLVM generates somehow different subset and

Hi all. I usally make backups of databases mysql. I make buckups of all datbase for example: mysqldump -u user -ppassword name_db > backups.sql also I make backups just its schema for example mysqldump -u user -ppassword name_db --no-data > backups.sql but now I need a backups incrementals, because the size of DB is very big (500 mb) How to make this? regards -- *Atte.

Hi,all. Since the recent clang(3.2) has an integrated assembler for ARM, but I can't find document about this assembler's syntax, such assembler's directive, pseudo-instruction, (I assumed it follows the ARM Unified Assembly Language in instructions), where can I get such information? Thanks! ashi

Hi Tim, Renato, Revisiting this one from about a month back, is anyone tracking what GAS assembly compatibility issues remain? If we only need to compile C and C++, things are looking very good, but when you throw handwritten assembly into the mix, not so much. The goal is GAS compatibility, right? Not UAL? Or is there a hope to make both work? Thanks, Greg On Tue, Nov 20, 2012 at 11:49

Hi all: I am investigating about Common Unix Printing System (CUPS).but, I have one doubt, when I execute the command "lpc status" , the output it's : for example: Printer-one: printer is on device 'lpd' speed -1 queuing is enabled printing is disabled 10 entries daemon present so the status the printer it's "DISABLED", I changed in the file

Hi Renato, Thanks for the thoughtful reply. Please find my thoughts below. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation From: Renato Golin [mailto:renato.golin at linaro.org] Sent: Friday, October 25, 2013 1:11 PM To: David Peixotto Cc: LLVM Dev; Logan Chien; Gabor Ballabas; Rafael Espíndola; Richard Barton; Amara Emerson Subject:

Thanks, last doubt :) But I wanted to say is using these binutils I have built a llvm compiler for our ARM target. Now our libraries which are either compiled with native ARM or with this llvm compiler gives same performance numbers. However this only llvm compiler if compared with x86 compiler gives huge performance gain. Any idea why this might be happening ? On Mon, Jun 28, 2010 at 1:57 PM,

> Sorry about that.  As you can see, I'm using binutils (ld & as ) from arm > toolchain we use to build things for our target. > > arm_a_b_c_ld -v gives 2.17.50.20070611 > > arm_a_b_c_as -v gives 2.17.50.20070611 This is definitely not the latest binutils you've stated before. As you might see - these are at least 3 years old and are known to be heavily buggy on ARM.

I don't think there is such a document... There isn't a 1:1 compatibility assurance with any syntax, including the UAL and GAS, but there is good compatibility with most of them, focusing more on GAS than any other, though recent changes are making it more in sync with the UAL (as is happening on GAS, too). I think the recommendation is to try it on, throw code that works on other (OSS)

On Oct 25, 2013, at 3:53 PM, David Peixotto <dpeixott at codeaurora.org> wrote: > Hi Renato, Thanks for the thoughtful reply. Please find my thoughts below. > > -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation > > > From: Renato Golin [mailto:renato.golin at linaro.org] > Sent: Friday, October 25, 2013 1:11 PM

This is required in order to build using the built-in assembler in clang. --- celt/arm/celt_pitch_xcorr_arm.s | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/celt/arm/celt_pitch_xcorr_arm.s b/celt/arm/celt_pitch_xcorr_arm.s index 09917b1..3c4b950 100644 --- a/celt/arm/celt_pitch_xcorr_arm.s +++ b/celt/arm/celt_pitch_xcorr_arm.s @@ -309,7 +309,7 @@

(Sorry about the duplicate, I got the mailing list address incorrect the first time around). While working on the IAS, I ran into a behavioural difference between GCC and clang. The Linux Kernel relies on GCC's acceptance of inline assembly as an opaque object which will not have any validation performed on the content. The current behaviour in LLVM is to perform validation of the contents

From: Jim Grosbach [mailto:grosbach at apple.com] Sent: Friday, October 25, 2013 4:31 PM To: David Peixotto Cc: Renato Golin; LLVM Dev Subject: Re: [LLVMdev] Add support for ldr pseudo instruction in ARM integrated assembler On Oct 25, 2013, at 3:53 PM, David Peixotto <dpeixott at codeaurora.org> wrote: Hi Renato, Thanks for the thoughtful reply. Please find my thoughts below.

dovecot-1.1.beta16]# gcc imaptest.c -o imaptest -g -Wall -W -I. -Isrc/lib-mail -Isrc/lib -Isrc/lib-imap -Isrc/lib-storage/index/mbox -DHAVE_CONFIG_H src/lib-storage/index/mbox/mbox-from.o src/lib-imap/libimap.a src/lib-mail/libmail.a src/lib/liblib.a imaptest.c: In client_append function: imaptest.c:1492: error: too many arguments for i_stream_create_limit function