Whoops, sorry about that. The binary looks good. Zero issues mounting and i poked around a few directories to make sure things like /proc/ system/hardware/displays/[01] worked. They look okay here.
I think you nailed it. --Chris On Jun 8, 11:13 am, Amit Singh <[EMAIL PROTECTED]> wrote: > No, not the compilation--try the updated binary on osxbook.com. We'll > worry about compiling on ppc once you get the precompiled binary to > run. > > On Jun 8, 11:04 am, Christopher <[EMAIL PROTECTED]> wrote: > > > No dice. > > > g++ -Wall -D_FILE_OFFSET_BITS=64 -D__FreeBSD__=10 -O -g -arch i386 - > > arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -I/usr/local/ > > include -o procfs procfs.o procfs_displays.o procfs_proc_info.o > > procfs_tpm.o sequencegrab/libprocfs_sequencegrab.a -L/usr/local/lib - > > lfuse -framework Carbon -framework IOKit -framework > > ApplicationServices -framework Accelerate -framework OpenGL - > > weak_library /usr/lib/libproc.dylib -arch i386 -arch ppc /usr/local/ > > lib/libpcrecpp.a /usr/local/lib/libpcre.a sequencegrab/ > > libprocfs_sequencegrab.a -framework AudioUnit -framework Cocoa - > > framework CoreAudioKit -framework Foundation -framework QuartzCore - > > framework QuickTime -framework QuartzCore > > /usr/bin/ld: for architecture ppc > > /usr/bin/ld: can't open: /usr/lib/libproc.dylib (No such file or > > directory, errno = 2) > > collect2: ld returned 1 exit status > > /usr/bin/ld: for architecture i386 > > /usr/bin/ld: can't open: /usr/lib/libproc.dylib (No such file or > > directory, errno = 2) > > collect2: ld returned 1 exit status > > lipo: can't open input file: /var/tmp//ccoYXAfo.out (No such file or > > directory) > > make: *** [procfs] Error 1 > > > On Jun 8, 10:40 am, Amit Singh <[EMAIL PROTECTED]> wrote: > > > > That's because in the top-level Makefile, LDFLAGS still has "-lproc". > > > At runtime, the linker is looking for libproc.dylib, although the > > > binary doesn't actually need anything from that library. > > > > I've changed the Makefile to weak link against libproc. Try that. > > > > Amit > > > > On Jun 8, 8:33 am, Christopher <[EMAIL PROTECTED]> wrote: > > > > > Amit, > > > > > You are correct, I'm on a G5 system. You are definitely on the right > > > > track, though I'm still having the same problem. Whatever you did > > > > cleaned up a minor link error that I was getting in sequencegrabber (I > > > > had fixed it earlier by removing the -arch i386 from the > > > > sequencegrabber Makefile). > > > > > So in short, I'm getting a perfectly clean compilation now from > > > > unmodified source (minus the deprecated QuickDraw stuff), but on both > > > > the downloaded binary and the compilation binary, I'm still getting > > > > the same dyld error. > > > > > Chris > > > > > On Jun 8, 1:50 am, Amit Singh <[EMAIL PROTECTED]> wrote: > > > > > > Hmm ... you must be on a PowerPC system. procfs-1.5 has a feature that > > > > > depends on libproc, which (IIRC) is x86-only because it uses an x86- > > > > > only system call. I should have remember this earlier. > > > > > > I've reorganized the code so that the feature (the /proc/<pid>/fds > > > > > file) doesn't get compiled for PowerPC. Either try recompiling the > > > > > latest source or try the binary for procfs 1.51. > > > > > > Amit --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "macfuse-devel" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/macfuse-devel?hl=en -~----------~----~----~----~------~----~------~--~---
