On Wed, 17 Aug 2016 00:14:40 +0500 Nikita Zlobin <[email protected]> said:
> Hit, it is gentoo S). And this is not first case. > But in turn, i remember case - when i took part in ladish development, > i used ubuntu... and my code, being ok on my system, segfailed on > gentoo system of project leader, revealing one hard to detect bug. > > doxygen 1.8.11, gcc 4.9.3 (though how it relates to doc gen...) > > As for configuration, i took them from ebuild log: > $ ./configure --enable-cserve --enable-image-loader-generic > --enable-image-loader-jpeg --disable-tizen --disable-gesture > --disable-gstreamer --enable-xinput2 --disable-xinput22 > --disable-multisense --enable-libmount --with-opengl-full > --disable-physics --with-glib=no --enable-image-loader-jp2k > --enable-gnutls > --enable-i-really-know-what-i-am-doing-and-that-this-will-probably-break-things-and-i-will-fix-them-myself-and-send-patches-abb > --prefix=/usr > > As for bugs - you can see there one veeery looooonnng option, so > decided to consult. Can't beleive, that these options might cause doc > making to fail. --enable-cserve <- you know this is enabled by default? why enable? --enable-image-loader-generic <- enabled by default too --enable---disable-image-loader-jpeg <- enabled by default too --disable-tizen <- disabled by defaault... --disable-gesture <- disabled by default... --disable-gstreamer <- you know this is disabled by default... --disable-multisense <- you do know this breaks theme functionality right? --enable-libmount <- you know itss enabled by default? --with-opengl-full <- you know this is a typo? it should be: --with-opengl=full ... and this is the default anyway... --disable-physics <- you know this can break theme functionality right? --with-glib=no <- you know this can create problems with things like the ibus imf modules which require it (because libibus need glib mainloop stuff), though you don't enable the ibus imf module here...? --enable-gnutls <- why gnutls not openssl. you know we test openssl as it's the default. gnutls gets little to no testing. also optimization - little to none with it. almost all your options are redundant and several i would think are dubious to alter... though none of these SHOULD affect document generation - maybe unless there is more glib main loop integration that is needed that we've missed (scim? something else?) and since it's on by default ... we haven't seen the brokenness with it off. there is a reason we make you put in that insanely long option accepting your fate if you stray from tested defaults that might have an effect. > В Tue, 16 Aug 2016 11:23:29 +0200 > Stefan Schmidt <[email protected]> пишет: > > > Hello. > > > > On 15/08/16 22:46, Nikita Zlobin wrote: > > > Hello. I tried to build versions 1.17.2, then from git. > > > In order to build doc, i'm doing "make doc", because otherwise it > > > is skipped somewhy. > > > > The why is pretty easy to understand. If we would build docs for > > every run of make the developers would go crazy. Thus it is a special > > make target. > > > > > > For EFL it ends with this error: > > > > > > http://codepad.org/Ph5hAHDF > > > > I just build make doc from a 1.17.2 tarball without problems here. > > > > What configure flags are you suing here? Are you running on Gentoo by > > any chance, because I think I have seen this at some point on our > > Jenkins installation which runs Gentoo. > > > > What version of doxygen are you using? I have this here: > > stefan@workmachine efl-1.17.2 $ doxygen --version > > 1.8.9.1 > > > > Feel free to create a ticket for this as I will not be available the > > next weeks due to an upcoming vacation. So we do not forget about it. > > > > regards > > Stefan Schmidt > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > enlightenment-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > ------------------------------------------------------------------------------ > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
