Properties on the hard drive show it to be Mac OS Extended (Journaled), which I believe is the HFS+ you refer to and it is in fact case-insensitive (which bit me a while back when I copied over some files from a linux system to work on them locally, but I digress...)
As to the path: serenity:~ amagill$ printenv PATH /sw/bin:/sw/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/ bin:/usr/X11R6/bin And: serenity:~ amagill$ which cc /usr/bin/cc serenity:~ amagill$ which CC /usr/bin/CC serenity:~ amagill$ ls -l /usr/bin/[cC][cC] lrwxr-xr-x 1 root wheel 7 Sep 8 17:50 /usr/bin/cc -> gcc-4.2 serenity:~ amagill$ which g++ /usr/bin/g++ serenity:~ amagill$ ls -l /usr/bin/g++ lrwxr-xr-x 1 root wheel 7 Sep 8 17:50 /usr/bin/g++ -> g++-4.2 After installing Snow Leopard and the Dev Tools from Apple, the first thing I installed was Fink, and I've never played with macports or anything else that I would normally suspect of mucking around with development paths, etc. Can't think of any special development tools or frameworks I might have installed... It's a pretty vanilla system on which I use ssh, Remote Desktop, and OpenOffice more than anything else... Fink is my diversion which allows me to continue to dabble with Unix and scientific and net/sys admin stuff (being in management takes all the fun out of IT, but does pay better ;-) Oh, and if it matters, this is all on a 10.6.1 x86_64 Mac Book Pro. If no one knows of a reason g++ is a bad idea re gmm and kde4-mac, I may just go ahead and see what breaks next... if nothing else it may give the maintainer a few less things to worry about if/when they can get back to working on it... I don't fancy myself a serious programmer, but I have troubleshot compiler and porting issues before, so if nothing else, it will keep me off the streets for the next few weeks/months ;-) -- A-Ron On Nov 2, 2009, at 2:24 AM, Martin Costabel wrote: > Aaron Magill wrote: > [] >> configure:2575: checking for C++ compiler default output file name >> configure:2602: CC conftest.cpp >&5 >> Undefined symbols: >> "___gxx_personality_v0", referenced from: >> _main in cctyyEji.o >> CIE in cctyyEji.o >> ld: symbol(s) not found >> collect2: ld returned 1 exit status >> I was able to get configure to complete with the following: CXX=g+ >> + ./ configure --prefix=/sw > > While I agree that configure's idea of taking "CC" as the name of a C > ++ compiler on MacOSX is stupid and your fix is probably right, I > still don't understand why you got the error you have been seeing. > Are you on a case-sensitive filesystem, and do you have an > executable somewhere on your PATH that is called "CC"? > > Normally, on the standard OSX case-insensitive HFS+ filesystem, the > command "CC" would run /usr/bin/cc which, while not a C++ compiler, > would still compile the code in question without error. > > > I don't know enough about gmm or how the various parts of kde4 tie >> together to know if creating a local version of gmm.info with this >> fix would be wise or if I should just wait for the maintainer >> (btw, this is cc'd to the address fink gave for the maintainer) or >> kde4 maintainer (s) to chime in . > > These two maintainers are one and the same, and AFAIK, he is > currently absent. > > -- > Martin ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Fink-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-users
