Weekly Notice-AICSE2020 Invite Papers for Pub.(Ei|CPCI|SCOPUS)

2020-01-08 Thread Dani
|
|
| |
01
CALL FOR PAPERS
|
|
Now Submit Research Paper to AICSE2020
Dear authors and scholars, we, as the committee members and speakers, heartily 
welcome you to Shang-hai (China) for attendance at the AICSE2020 -2020 
International Conference on Artificial Intelligence, Computer and Software 
Engineering! We invite you to give speech on your work of research for 
discussion with worldwide scholars and we expect you to give advice to make 
AICSE2020 successful and fruitful!
| |
02
|
|
How to Submit Papers
I. Prepare your papers with the template and fill in the submission form before 
submission.
II. Send your paper with the submission form to our email before deadline: 
aicse2...@sina.com
III. Submit before January 13 and please submit your original unpublished 
papers for reviewing. Please provide contact author name and tel as email 
subject:Submission+Name+Tel
| |
Opening AICSE2020
|
Visit website: w
ww.ai
cs
e202
0.org
|
Join and attend on March 22-23, Shanghai (China)
Online Publish and Index
Papers and articles will all be published if accepted after reviewing and all 
articles will be updated online with open access (free viewing and 
downloading). Papers will also be submitted toEi(Engineering), CPCI(ISSHP) and 
CNKI indexafter publication.
|
|
| |
| |
| |
| |
| |
| |
|
|

Why doesn't gcc always emit sync builtins for MIPS?

2021-02-03 Thread Dani T via Gcc
Using crosstool-ng, I built a GCC 10.2 cross toolchain for
mips-unknown-linux-uclibc. It works flawlessly for the legacy app I am
compiling. I recently tried to compile the same application for an embedded
device running an RTOS using a similar GCC cross toolchain built using
crosstool-ng. The main differences are that I configured it to use newlib
instead of uclibc and set it up for bare metal instead of linux. The
toolchain mostly works but I get the following errors when linking:

undefined reference to `__sync_val_compare_and_swap_4'
undefined reference to `__sync_add_and_fetch_4'

A quick look at libgcc.a shows that these symbols exist in the
mips-unknown-linux-uclibc toolchain

dani@ws:~/x-tools$ nm
mips-unknown-linux-uclibc/lib/gcc/mips-unknown-linux-uclibc/10.2.0/libgcc.a
| grep sync_add
sync_add_and_fetch_1.o: T __sync_add_and_fetch_1
sync_add_and_fetch_2.o: T __sync_add_and_fetch_2
sync_add_and_fetch_4.o: T __sync_add_and_fetch_4
sync_add_and_fetch_8.o:
sync_add_and_fetch_16.o:

And not in the mips-unknown-elf toolchain

dani@ws:~/x-tools$ nm
mips-unknown-elf/lib/gcc/mips-unknown-elf/10.2.0/libgcc.a | grep
sync_add
sync_add_and_fetch_1.o:
sync_add_and_fetch_2.o:
sync_add_and_fetch_4.o:
sync_add_and_fetch_8.o:
sync_add_and_fetch_16.o:
dani@ws:~/x-tools$

Why does the GCC compiler not emit the sync builtins when linux is not the
target? How do I configure it so that it does? My current hack is to create
my own assembly implementations that are identical to the ones that GCC
emits in the mips-unknown-linux-uclibc toolchain but would rather
understand why they are not emitted in the first place.


Thanks,


Dan