search for: initfini

...o files -- siglist.c and errlist.c -- and maybe I'm missing something but I can't see any reason why either of these files now need it (in the past these files seem to have contained some assembly but now only contain straight C declarations). It also seems to have been used in the past by initfini.c but that file is now gone from glibc git. Thanks, -- Peter

> It is (almost) possible to compile glibc using DragonEgg -- there > are only a handful of patches required (for LLVM and DragonEgg), > most of which are now up for review. > > It builds, and most of glibc's test suite currently passes, except > for some tests that deal with floating point arithmetic, and some > tests which use very obscure GNU as features which I

...ling eglibc for new processor using llvm-gcc. Build passes, but creates mis-optimized crt* files due to lack of -fno-toplevel-reorder support. Seems there are reasons to skip support of this option in llvm. http://www.llvm.org/bugs/show_bug.cgi?id=6364 Particular issue is with libc/sysdeps/generic/initfini.c file which contains inlined asm with special markup. C is compiled into asm and then gawk is used to strip different parts for different crt* files. However, llvm outputs all top level inlined asm first, and only after it outputs code for functions. As result gawk strips wrong parts into crt*.s....

...o files -- siglist.c and errlist.c -- and maybe I'm missing something but I can't see any reason why either of these files now need it (in the past these files seem to have contained some assembly but now only contain straight C declarations). It also seems to have been used in the past by initfini.c but that file is now gone from glibc git. Thanks, -- Peter - show quoted text - [X] Rafael Espíndola [X] 6/7/13 Other recipients: pe... at pcc.me.uk, llv... at cs.uiuc.edu >> What are you guys doing about -fno-toplevel-reorder? > > I haven't done anything about this f...

...u could have 2 files: - 1 which contains the function, and a marker where prolog ends (beginning of file is implicit marker of where it begins) - 1 which contains the function, and a marker where epilog begins (end of file is implicit marker of where it ends) Or just look at ./sysdeps/x86_64/elf/initfini.c, its a single asm() block containing all relevant markers, and no C code. I think thats better than all these hacks to get the asm you want out of C code. Best regards, --Edwin

Hi, Rafael Inlined asm markup inside functions and on the top level is used to split asm prologue/epilogue parts in very fine-grained manner. So, splitting source c won't give the same result. Regards, Sergey Y. 2010/2/22 Rafael Espindola <espindola at google.com> I haven't looked at the code, but why can't you split the .c files > into multiple files instead of splitting

>>> Oscar is on holiday for another week. But I'm pretty sure his environment should be: ... <<< (Sorry this was in my spam folder...) Well it seems Oscar is building on a 64 bit platform... Best Patrick

On Sun, Sep 13, 2015 at 10:14 AM, Patrick Masotta <masottaus at yahoo.com> wrote: > >>>> > > > > The empty define should work; actually it did work for many years... > > > > Your just proposed change was my first attempt for solving this but for some > > reason it did not work. After testing a lot the only way I've found to solve this

...hared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.8.2-20140120/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.2-20140120/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redh...

...ds=posix --enable-checking=release } } --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions } } --enable-gnu-unique-object --enable-linker-build-id } } --with-linker-hash-style=gnu } } --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto } } --enable-plugin --enable-initfini-array --disable-libgcj } } --with-isl=/builddir/build/BUILD/gcc-4.8.2-20140120/obj-x86_64-redhat-linux/isl-install } } --with-cloog=/builddir/build/BUILD/gcc-4.8.2-20140120/obj-x86_64-redhat-linux/cloog-install } } --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 } } --b...

...1 which contains the function, and a marker where prolog ends > (beginning of file is implicit marker of where it begins) >  - 1 which contains the function, and a marker where epilog begins > (end of file is implicit marker of where it ends) > > Or just look at ./sysdeps/x86_64/elf/initfini.c, its a single asm() > block containing all relevant markers, and no C code. > I think thats better than all these hacks to get the asm you want out of > C code. > > Best regards, > --Edwin

...uses .init_array and .fini_array section to be empty. Linker complains about this as in "ld: warning: .init_array section has zero size". Also, I verified that frame_dummy and __do_global_dtors_aux functions are not executed. I have configured llvm-gcc for armv6 target and given --enable-initfini-array option. I tried to give __used__ attribute to every global static variable in crtstuff.c and it caused no problem for me so far. Would it be any problem in doing so? Best regards, Woongsik Choi -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists...

...nable-checking=release --with-system-zlib >> --enable-__cxa_atexit --disable-libunwind-exceptions >> --enable-gnu-unique-object --enable-linker-build-id >> --with-linker-hash-style=gnu --enable-languages=c,c++,objc, >> obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array >> --disable-libgcj --with-isl=/builddir/build/BUI >> LD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install >> --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x8 >> 6_64-redhat-linux/cloog-install --enable-gnu-indirect-function >> --with-tune=generi...

Hello, I have just built LLVM with CMake by following these instructions https://llvm.org/docs/GettingStarted.html#getting-started-quickly-a-summary and I am trying to run the regression tests using "make check-all" but there are some unexpected failures in libcxx and libcxxabi. Here's the test log: Expected Passes : 40745 Expected Failures : 258 Unsupported Tests : 1594

.../info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --enable-plugin --enable-initfini-array --without-isl --enable-multilib --with-linker-hash-style=gnu --enable-offload-targets=nvptx-none --without-cuda-driver --enable-gnu-indirect-function --enable-cet --with-tune=generic --with-arch_64=x86-64-v2 --with-arch_32=x86-64 --build=x86_64-redhat-linux --with-build-config=bootstrap-lto -...

Dear Miguel Esteva, I couldn't get a Red Hat "ubi9" container to install enough dependencies to build R. Is there a way to reproduce your setup on a virtual machine somewhere? On Fri, 3 May 2024 00:42:43 +0000 Miguel Esteva via R-help <r-help at r-project.org> wrote: > *** caught segfault *** > > address 0x1801fa8f70, cause 'memory not mapped' > >

...LIBRARY: Shared object libgomp.a[libgomp.so.1]: 228 symbols imported. LIBRARY: Shared object libgcc_s.a[shr.o]: 127 symbols imported. FILELIST: Number of previously inserted files processed: 82 ** load the symbols we are exporting (ld): exports /tmp//ccNjuEdL.x EXPORTS: Symbols exported: 312 (ld): initfini _GLOBAL__FI_stats_so _GLOBAL__FD_stats_so (ld): resolve ** during symbol resolution we see duplicates!!! ld: 0711-228 WARNING: Duplicate symbols were found while resolving symbols. The following duplicates were found: Symbol Source-File(Object) OR Import-File{Shared-obje...

On 2015-10-15 15:02, Prof Brian Ripley wrote: > On 15/10/2015 13:32, Michael Felt wrote: >> Hi. >> >> Just wanted to let you know I am getting close to packaging R for AIX in rephrase - would like to be active in keeping R binaries current for AIX. My interest in not in R per se (rather a colleague who has a project that uses R, so I hope to assist him, and others like him).