Re: Problems compiling XFree86-4.3.0
On Mon, 3 Mar 2003, David Dawes wrote: Did you change any build options from their defaults? Try 'make WORLDOPTS= World' and see where it stops, or search your World log file for the first error. By default 'make World' will continue beyond errors. I've never liked that behaviour personally, but it's easy to override by setting WORLDOPTS to be empty as above. Cool! Thanks! I'm with you on not liking that behaviour... I assumed that since make We could change the default, and let those who like the current behaviour run 'make WORLDOPTS=-k'. Since the original reasons for this are less valid now (builds are much faster than they once were), and since it catches a lot of people out, maybe now is a good time to change the default. Would anyone object strongly to that? World ran to completion, there were no errors. Turned out that the error was that X assumes that cpp is in /usr/bin/cpp (which since I removed the RH gcc and friends and installed from source was in /usr/local/bin/cpp.) I made a link to /usr/local/bin/cpp in /usr/bin/cpp and everything ran fine! Maybe it'd be better to have cpp set to just 'cpp'? It used to have a full path because it used to be set to /lib/cpp, which isn't likely to be in anyone's search path. BTW, the /bin/cpp setting broke my RH 5.2 test build until I set it to /lib/cpp in host.def. I don't remember why it was changed from /lib/cpp, unless recent Linux distros don't have that link anymore. When building on x86_64 while bootstrapping our distro on that platform, X was looking for /lib/cpp, which ended up being /lib64/cpp on my installation at the time (which was indeed possibly broken). I made a small patch to change the default on Linux platforms to /usr/bin/cpp instead, which should work I believe on all Linux distros and architectures, the thought being that it would probably be more correct than relying on /lib/cpp legacy symlink being present. I submitted a patch which you committed to CVS on Dec 10th: Date: Tue, 10 Dec 2002 18:41:49 -0800 (PST) From: David Dawes [EMAIL PROTECTED] To: [EMAIL PROTECTED] List-Id: CVS commit messages from the XFree86 repository cvs-commit.XFree86.Org Subject: CVS Update: xc (branch: trunk) CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 02/12/10 18:41:48 Log message: 606. Change CppCmd on Linux to /usr/bin/cpp (#5514, Mike Harris). Modified files: xc/config/cf/: linux.cf Revision ChangesPath 3.196 +2 -2 xc/config/cf/linux.cf As you suggest above, I believe the more correct solution is to have it default to cpp instead, to have it default to wherever cpp happens to be in the user's path. The reasonable assumption being that cpp is in the user's path of course. ;o) -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Problems compiling XFree86-4.3.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 2 Mar 2003, David Dawes wrote: On Sun, Mar 02, 2003 at 04:27:26PM -0500, Binesh Bannerjee wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi... I've been trying to compile XFree86-4.3.0 ... And, actually the _compile_ (make World) works for me. When I try to make install tho, I get this error: (PARTIAL... I'll put a link to the full error somewhere, and not consume bandwith...) Did you change any build options from their defaults? Try 'make WORLDOPTS= World' and see where it stops, or search your World log file for the first error. By default 'make World' will continue beyond errors. I've never liked that behaviour personally, but it's easy to override by setting WORLDOPTS to be empty as above. Cool! Thanks! I'm with you on not liking that behaviour... I assumed that since make World ran to completion, there were no errors. Turned out that the error was that X assumes that cpp is in /usr/bin/cpp (which since I removed the RH gcc and friends and installed from source was in /usr/local/bin/cpp.) I made a link to /usr/local/bin/cpp in /usr/bin/cpp and everything ran fine! Thanks again! Binesh David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel - -- I am Bane, and I could kill you... But death would only end your agony, and silence your shame... Instead I will simply break you... -- Bane to Batman, Knightfall PGP Key: http://www.hex21.com/~binesh/binesh-public.asc Key fingerprint = 421D B4C2 2E96 B8EE 7190 A0CF B42F E71C 7FC3 AD96 SSH2 Key: http://www.hex21.com/~binesh/binesh-ssh2.pub SSH1 Key: http://www.hex21.com/~binesh/binesh-ssh1.pub OpenSSH Key: http://www.hex21.com/~binesh/binesh-openssh.pub -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: pgpenvelope 2.10.2 - http://pgpenvelope.sourceforge.net/ iD8DBQE+Y9nFtC/nHH/DrZYRAgQ6AJ9wB+WiFYkaCj2jPr3kIbzHvn8vuwCgolu0 MfI1lSt5qRD1rJ4InHf4wBc= =0hmW -END PGP SIGNATURE- ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Problems compiling XFree86-4.3.0
Feigning erudition, David Dawes wrote: [evils of make -k] % We could change the default, and let those who like the current behaviour % run 'make WORLDOPTS=-k'. Since the original reasons for this are less % valid now (builds are much faster than they once were), and since it % catches a lot of people out, maybe now is a good time to change the % default. Would anyone object strongly to that? Heck, no. I object much more strongly to make -k and the attendant confusion. % I made a link to /usr/local/bin/cpp in /usr/bin/cpp and everything ran % fine! % % Maybe it'd be better to have cpp set to just 'cpp'? It used to have a % full path because it used to be set to /lib/cpp, which isn't likely to % be in anyone's search path. BTW, the /bin/cpp setting broke my RH 5.2 % test build until I set it to /lib/cpp in host.def. I don't remember % why it was changed from /lib/cpp, unless recent Linux distros don't have % that link anymore. /lib/cpp was removed because the FHS decrees something to the effect that /lib should contain only those libraries necessary to boot the system. /usr/bin has, likewise, been decreed the place to drop most user-visible binaries, such as cpp. Kurt -- Take it easy, we're in a hurry. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel