In message <[email protected]> you wrote: > I downloaded release 1b and merged in the new SUL to System. Without > doing anything else, I then tried compiling (well, only linking) a > project only to get a series of identical error messages: "Please insert > disc <discname>". > > This is the same problem as I reported in <[email protected]> > and is a bit of a show-stopper here :( I'm happy to do testing etc for > any possible fix. (Or to eat my words if the problem's at my end.)
It was a bit painful for me to find back your message, so feel free next time to point directly to the ML post instead: <URL:http://www.riscos.info/pipermail/gcc/2007-November/004000.html>. Actually I was never able to reproduce this. The project you sent me didn't link because of missing DeskLib headers (using the GCCSDK 3.4.6 compiler BTW as there were AOF object files provided as well). To recapitulate where we left off: I think the error you're seeing is because we're trying to canonicalise a filespec which specifies a discname but not a FS. E.g. a binary (like gcc) which gets run with a full filespec without "/" or "Run" in fronts of its OSCLI invokation, its FS (e.g. HostFS) becomes a temporary FS and what's really gets invoked is something like ":AHostFSDiscName.$.dir.file". Now suppose ADFS was your currently selected FS and you do canonicalisation, you'll end up with "ADFS::AHostFSDiscName.$.dir.file". If you try to check if that exists, this will make ADFS pop up the wimp error box requesting you to insert (floppy)disc AHotFSDiscName. So my suggestion was to try to make HostFS instead of the ADFS the currently selected FS. I'm not sure how to do this (I'm not a VRPC user) but something like *HostFS might do it. Basically something so that afterwards a "*Ex" gives you the contents of your HostFS harddisc. Then the question is: is the problem then still reproducable ? BTW, we really should use our Bugzilla at <URL:http://www.riscos.info/bugzilla/> for logging problems, especially when there isn't a quick answer or resolution to an issue and more investigation is needed. And I don't have time to handle all problems at once either and such things get easily snowed under the other ML traffic. John. -- John Tytgat, in his comfy chair at home BASS [email protected] ARM powered, RISC OS driven _______________________________________________ GCCSDK mailing list [email protected] Bugzilla: http://www.riscos.info/bugzilla/index.cgi List Info: http://www.riscos.info/mailman/listinfo/gcc Main Page: http://www.riscos.info/index.php/GCCSDK
