> Grep the source tree for _BSD_SOURCE and change it to > _DEFAULT_SOURCE. The warning is thrown in /usr/include/features.h but > _BSD_SOURCE is probably defined in > /usr/local/src/openvas-libraries-7.0.10/nasl/nasl_raw.h but possibly > another include. > > -- Bruce
OK, I think I get that, but I don't understand the meaning of _BSD_SOURCE vs _DEFAULT_SOURCE. I'll try to Google it later. Got a more pressing problem now. ;-) > If you want to do a BSD-style install to /usr/local, and I seem to > recall that you do want to do that, that sounds OK. The main reason I do? I didn't know that. Are you referring to my decision to make my "/usr" system the base LFS, and consider everything (possible) I add to it "local" additions? > for debug builds is so that you can use gdb when things crash. Above my pay-grade I'm afraid. I'm retired so that's very low indeed. > But believe it or not, we do have quite a lot of cmake packages in > BLFS. I'm sure that most of them are in the kde chapters, and if I haven't built KDE in donkey's years! Generally don't use a DE at all, just fluxbox WM. > you look there you will see -DCMAKE_BUILD_TYPE=Release on some of > the packages. Yes, even in BLFS-7.7. Unfortunately, cmake is > gaining increasing mind-share, and sometimes the required defines > to do what the builder wants are uncommon, or even non-existent. OH, joy! Another mountain to climb. 8-[ -- Paul Rogers [email protected] Rogers' Second Law: "Everything you do communicates." (I do not personally endorse any additions after this line. TANSTAAFL :-) -- http://www.fastmail.com - A no graphics, no pop-ups email service -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
