Urs is correct, after some more digging, it's the 'way' to go. it's going to take me a couple of days to cleanup my own system to get all this built and tested (wish I had another machine for this... oh well).
Sorry, I disagree. Java resides in /System/Library as it is provided by Apple. javac resides in /usr/bin as it is provided by Apple. In short:
/System/Library and /usr/bin are for Apple use only. The Apple developer documentation is verbose about installation locations:
Frameworks available for all users go to /Library. Software on per user base goes to ~/Library.
(<http://developer.apple.com/documentation/MacOSX/Conceptual/SystemOverview/Frameworks/chapter_46_section_2.html>, bottom)
For commandline tools the Linux convention is to place them globally in /usr/local/ and the fink converntion to put them in /sw or ~/bin (Apache fallback). Yes, they are (probably intentionally for security reasons) not in the default path.
The idea is that any user can restore an System by: - Backing up /Library and ~ - Installing a fresh System - Restoring /Library and ~
Regards,
Tom_E ;-)
>If you actually look at /usr/bin/javac, /usr/bin/java, those are soft links to /System/Library/Framework/JavaVM.Framework/Version/1.4.2/Command/java.
--> We only have to create soft links for stuff main executables, but not necessary the .exe assemblies since those are just .Net assemblies unless we have some .exe Mono launcher in /etc/... as discussed many times on this list.As for the version: that is the framework version not the assembly version. The GAC is fine and no problem, but Apple is talking about the executables (mono,mint) dynamic libraries (libmono.dylib, ...) and the C-headers, and that has a standard folder structure.
- URS C. MUFF
_______________________________________________ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
