Search results

running 'otool -L' on the binary in question (vim in this case) will show the dynamic lib dependencies. Yes, it should have been mentioned I suppose.

Dont need no Netinfo junk. Just make sure that the uid you have on the OSX box is the same uid you have on Solaris. 'export' the Solaris volume and use 'mount' on OSX. Not a big deal. I have 3 Sparc partitions mounted on my OSX box. Automount is next ;) A gentleman in Europe wrote...

yes, it comes already installed. Do a web search and get the Per V....??? document which is the definitive document.

Someone did write a dl compatibility library. From that dlfcn.h: extern void * dlopen( const char *path, int mode); extern void * dlsym( void * handle, const char *symbol); extern const char * dlerror( void); extern int dlclose( void * handle); I can't...

I was refering to Sawfish 0.38 which was a PITA to compile for Darwin. Apparently, .99+ is alot better in that regard. If you say you have the include files, the compiler doesn't agree w/ you. You need to see where the includes really are and if that jives w/ what -I<directory>...

It would appear as though Pine tries to connect to a running local sendmail daemon on the local machine. A little odd because many (most?) mail clients simply fire off/invoke an instance of sendmail. So, first off check to see if you have sendmail running on the local machine (ps...

It may/probably is more complex (ie. you'll need to do more than jsut this) but I'd start w/ altering the makefile that controls building of that object and adding '-undefined suppress' to the final linking step. I haven't tried compiling postrgres so I dont know the details. I thought...

I dont have access to my OSX box but I *thought* it was included. If not, ftp.gnu.org

it's making a dynamic library and that requires an additional command line argument such as '-undefined suppress' so that the linker wont toss an error when it gets an undefined symbol.

The 'screen' package does that for you. I think it is included in the base OS & Darwin. It is a GNU tool. It's a pty multiplexer.

Boy, are you in for a challenge. From the Sawfish README: To compile this distribution you'll need GNU make, Imlib, my librep Lisp interpreter, and the rep-gtk binding installed. Sources for some of these are: http://librep.sourceforge.net/...

I just installed CVL from the prebuilt .dmg on the website and it was fine. No framework problem at all.

I was writing a response this AM but our corp. network connection was severed for the day :( :( Anyway, ldconfig is used by older style DYNAMIC loading linkers to keep a cache (usually /etc/ld.so.cache) of dynamic libraries and symbols. Darwin doesn't have that and doesn't need it...

Do a rm config.cache then a setenv CFLAGS -traditional-cpp then rerun ./configure (with any options you may have used)

And if you wanted to find a name 'fragment', it would be: alias f find . -name "\*\!#:1\*" -follow Really though, do a 'man tcsh' and read up on argument expansions which are an extensive feature.

It appears as though your not running a 'window manager'. such as icewm, afterstep, windowmaker, enlightenment, twm (you should have twm from the X distribution, the others are roll your own).

Get the 10 or so .tgz files from xfree86.org and the XDarwin 1.0a1 from wherever it lives and install. Really very quick. Of course, you'll have to want a different window manager. Getting one built and all the support libs will take longer. The whole thing works very, very well.

Well, the question is 'do you actually have Imlib?' If not, you need it. If you do, then configure cant find it and you would need to add --with-imlib=<location> to the configure command (again, try configure --help to see what you can modify). The other problem can be overcome by...

Yes, those are command line options to 'configure'. You can always see what 'configure' can handle by doing a './configure --help'. In this case, we're turning off utmp (last login info (there was a bit of a problem and I wasn't in the mood to explore it) and we also tell configure to...

Couldn't you install a sig handler for sigaction that forces a SEGV? Or possibly re-define signal() via a custom dylib so that all signals cause a SEGV