[Bug target/60034] invalid expression as operand in aarch64 inline asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60034 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |4.9.0 --- Comment #7 from Ramana Radhakrishnan ramana at gcc dot gnu.org --- Fixed on trunk for 4.9.0.
[Bug target/60034] invalid expression as operand in aarch64 inline asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60034 --- Comment #6 from kugan at gcc dot gnu.org --- Author: kugan Date: Sun Mar 30 22:41:59 2014 New Revision: 208949 URL: http://gcc.gnu.org/viewcvs?rev=208949root=gccview=rev Log: PR target/60034 * aarch64/aarch64.c (aarch64_classify_address): Fix alignment for section anchor. PR target/60034 * gcc.target/aarch64/pr60034.c: New file. Added: trunk/gcc/testsuite/gcc.target/aarch64/pr60034.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/aarch64/aarch64.c trunk/gcc/testsuite/ChangeLog
[Bug target/60034] invalid expression as operand in aarch64 inline asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60034 --- Comment #5 from Kugan kuganv at linaro dot org --- There is a rgression with this patch in qemu aarch64-none-linux-gnu for pr38151.c. pr38151.c:(.text+0x10c): relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against `.rodata' collect2: error: ld returned 1 exit status asm diff is as shown below. addx0, x0, :lo12:.LANCHOR0 ldrx0, [x0] --- ldr x0, [x0,#:lo12:.LANCHOR0] If I however increase the alignment of .rodata where .LANCHOR0 is defined, this passes. Is alignment of BITS_PER_UNIT valid for SYMBOL_REF? If I change it as I am doing this attached patch, is there anything else I need to do. Any tips?
[Bug target/60034] invalid expression as operand in aarch64 inline asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60034 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added CC||ramana at gcc dot gnu.org --- Comment #4 from Ramana Radhakrishnan ramana at gcc dot gnu.org --- (In reply to Kugan from comment #1) Created attachment 32018 [details] Proposed patch Please submit patches on gcc-patc...@gcc.gnu.org
[Bug target/60034] invalid expression as operand in aarch64 inline asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60034 Ramana Radhakrishnan ramana at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2014-02-07 Ever confirmed|0 |1
[Bug target/60034] invalid expression as operand in aarch64 inline asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60034 --- Comment #1 from Kugan kuganv at linaro dot org --- Created attachment 32018 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32018action=edit Proposed patch
[Bug target/60034] invalid expression as operand in aarch64 inline asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60034 Kugan kuganv at linaro dot org changed: What|Removed |Added CC||kuganv at linaro dot org --- Comment #2 from Kugan kuganv at linaro dot org --- I am sorry that I entered wrong gcc -v (cut and paste error). It is an aarch64 issue and the correct gcc -v is below: aarch64-none-linux-gnu-gcc -v Using built-in specs. COLLECT_GCC=/home/kugan/work/builds/gcc-fsf-trunk/tools/bin/aarch64-none-linux-gnu-gcc COLLECT_LTO_WRAPPER=/home/kugan/work/builds/gcc-fsf-trunk/tools/libexec/gcc/aarch64-none-linux-gnu/4.9.0/lto-wrapper Target: aarch64-none-linux-gnu Configured with: /home/kugan/work/sources/gcc-fsf/trunk/configure --target=aarch64-none-linux-gnu --prefix=/home/kugan/work/builds/gcc-fsf-trunk/tools --without-headers --with-newlib --disable-shared --disable-threads --disable-libssp --disable-libgomp --disable-libmudflap --disable-libatomic --without-libquadmath --disable-libquadmath --enable-languages=c Thread model: single gcc version 4.9.0 20130922 (experimental) (GCC)
[Bug target/60034] invalid expression as operand in aarch64 inline asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60034 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid Host|x86_64-unknown-linux-gnu| Build|x86_64-unknown-linux-gnu| --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org --- Here is a reduced testcase: static unsigned long global_max_fast; int __libc_mallopt (int param_number, int value) { __asm__ __volatile__ (# %[_SDT_A2] :: [_SDT_A2] nor ((global_max_fast))); global_max_fast = 1; }