> > I hadn't examined your scripts before, and I don't > understand why you are > > setting: > > > > env ac_cv_sizeof_long_long=0 > > > > Is there a problem I haven't discovered yet that this solves? > > Maybe it's just historical now, and could be currently healed. > There was some problem with double number arithmetic...
As I told Anton, I haven't seen any problem yet. > > Otherwise, I've ignored the -no-cpp-precomp problem because > it cures itself > > once cc realizes that the precomp is not working. Your passing of > > the -Dunix switch is maybe a better solution than the > source change I did to > > prim, but I had also fixed cygwin to handle the newer config files. > > This was so unix line ends would be used, which somehow wasn't > handled just with the Darwin config. It caused a problem with > "make test". That is because config.guess identifies Darwin as __MACH__ and not unix, which is what I changed in prim. > > Hopefully, all this will get some movement from Anton on Jorge, and > > hopefully, I'm going to be able to get back into getting > our OSX FCode > > tokenizer finished. My intent is that the two go hand in > hand, but these > > kind of logistical problems are frustrating those plans. ;( > > I'm not sure whether they have access to a current OS X system... They do have us! ;) > Anyway, my experience has been that it goes pretty smoothly, > once a few things are fixed in the configuration. I agree! We originally had it working with just env switches, but after investigating why the switches were needed, led me to discover the changes you and I made to the sources. DaR --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
