Hi Rainer, > > (I've considered some hints from this site: > > http://cross-lfs.org/view/clfs-2.0/arm/final-system/rsyslog.html ) > > mhhh - the link doesn't work for me. Some typo?
Unfortunately something was restructured at their server and i don't have any clue where that particular is now. The time i posted this message it was still functional :( It is still in the Google cache if you are interested: http://209.85.129.132/search?q=cache:E_ieUu502DQJ:cross-lfs.org/view/clf s-2.0/arm/final-system/rsyslog.html > > 1. Configure seems to not determine correct values for the > following: > > - ac_cv_func_malloc_0_nonnull > > - ac_cv_func_realloc_0_nonnull > > After setting these to yes the list of errors shrinks > dramatically but > > there are still some left... > > I am primarily a user of autotools and I have to admit that I > do not know what these settings do or cause. Can someone jump in? The only thing i know is, when cross compiling, configure is not able to find malloc for some reason and so tries to use rpl_malloc instead. Since this is not available compilation fails. Setting these two values to yes explicitly tells the compiler to use malloc. I also don't have that much insights into autotools to tell you more... > > Configure instead determines that atomic support should not > be enabled > > (ap_cv_atomic_builtins=no). > > That sounds like a strong indication they are actually not > supported. What the configure test tries is compile a program > using them and that obviously fails... When looking into the configure script at the lines where the test is run it looks like atomics are always assumed as not working when cross compiling: configure: line 16918 if test "$cross_compiling" = yes; then ap_cv_atomic_builtins=no The test program would only be run in the else case, so it isn't actually executed. When running it manually on the target platform it seems to work (i.e. no error messages). Running it on the host platform must fail because it is built for ARM ;) I hope i don't give any wrong info here, as i said, my knowledge of autotools ist very limited... As a next step I will look how good atomics work with the ARM processor and how others build rsyslogd for their platform (e.g. there exists an ARM port of Debian). > > 4. When commenting out the two lines for module load i get an > > alignment > > which lines do you mean? Oh sorry, i've forgot to tell them (they can be found at the link i've posted at the beginning). It's two lines for loading modules: # Support for Local System Logging $ModLoad imuxsock.so # Support for Kernel Logging $ModLoad imklog.so Cheers, Lutz _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com
