swarm-support
[Top][All Lists]
Advanced
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Swarm-Support] Swarm on Mac OS X 10.3

From: Bill Northcott
Subject: Re: [Swarm-Support] Swarm on Mac OS X 10.3
Date: Mon, 26 Jan 2004 09:09:55 +1100 
On 26/01/2004, at 1:33 AM, Darren Schreiber wrote:

 I guess I wasn't clear enough about what I did.
Initially, I set the DYLD_LIBRARY_PATH as you indicated on your webpage:
setenv DYLD_LIBRARY_PATH /usr/local/tcl8.4.4/lib:/usr/local/tk8.4.4/lib:/usr/local/blt2.4z/lib: /usr/local/hdf5_1.4.5p2/lib:$\{SWARMHOME\}/lib 



Let's have a look at your errors:
However, this did seem to work as I was getting the errors below (for example):
symbol _zError used from dynamic library /usr/lib/libz.1.1.3.dylib(zutil.o) not from earlier dynamic library /usr/lib/libz.1.dylib(zutil.o)
This error is telling you that the dynamic linker is trying to use _zError from libz.1.dylib, but can only find libz.1.1.3.dylib. On my system, which is a vanilla install of MacOS X 10.3.2 with no pollution of /usr/lib, I have both 1 and 1.1.3. So I could not get this error. Do you have /usr/lib/libz.1.dylib?
symbol _TclReComp used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(regcomp.o) not from earlier dynamic library /System/Library/Frameworks/ Tcl.framework/Versions/8.4/Tcl(regcomp.o) 


In your first message you said:
I'm not sure how to change DYLD_LIBRARY_PATH appropriately. I modified one setenv command in my .tcshrc file as follows:
setenv DYLD_LIBRARY_PATH /System/Library/Frameworks/Tcl.framework:/usr/local/blt2.4z/lib:/usr/ local/hdf5_1.4.5p2/lib:${SWARMHOME}/lib
The error message indicates that somehow you managed to link some code against the Tcl.framework, but then tried to run with DYLD_LIBRARY_PATH set to my library in /usr/local/tcl8.4.4/lib. This was probably due to your monkeying with the PATH variables.
You indicated that these problems could be changed by fixing my DYLD_LIBRARY_PATH, but you did not indicate exactly how to fix it.
The correct way is described in the README packaged with the Swarm libraries.
So, I made a variety of modifications to the DYLD_LIBRARY_PATH that I thought might solve the problem, including linking to the frameworks listed in the error message. These gave me the exact same errors as when I had the DYLD_LIBRARY_PATH set per your specification.
With my DYLD_LIBRARY_PATH set to /usr/local/tcl8.4.4/lib:/usr/local/tk8.4.4/lib:/usr/local/blt2.4z/lib: /usr/local/hdf5_1.4.5p2/lib:$\{SWARMHOME\}/lib I am getting errors.
This is the correct way for the path to be set as described in the README. So what errors do you get with this set up? Also how are those errors generated? Are you trying to run code you have compiled? 

Bill Northcott
So I am wondering if you have any ideas about changing how I can change the DYLD_LIBRARY_PATH to eradicate these errors. 

        Darren



On Jan 24, 2004, at 6:50 PM, Bill Northcott wrote:


On 25/01/2004, at 1:18 AM, Darren Schreiber wrote:
I'm not sure how to change DYLD_LIBRARY_PATH appropriately. I modified one setenv command in my .tcshrc file as follows:
setenv DYLD_LIBRARY_PATH /System/Library/Frameworks/Tcl.framework:/usr/local/blt2.4z/lib:/ usr/local/hdf5_1.4.5p2/lib:${SWARMHOME}/lib
That would be your problem. The Swarm libraries which I distribute are linked against the Tcl/Tk I also distribute which installs in /usr/local/tcl8.4.4 and /usr/local/tk8.4.4. You are setting DYLD_LBRARY_PATH to link against some framework in /System/Library/Frameworks. You need to put the /usr/local paths above into DYLD_LIBRARY_PATH instead. 

Bill Northcott
And, I made a few variations on that to try to solve the problem. But none of these removed the error messages.
So, I am needing some more specific hints about how to set the dynamic path correctly. 

        Darren



On Jan 24, 2004, at 6:01 AM, Bill Northcott wrote:
I think these sorts of messages are caused by linking against one version at build time and and different one at run time.
The link time search path is first anything in the command line, then LD_LIBRARY_PATH then the system defaults. The run time search path is DYLD_LIBRARY_PATH followed by the system defaults.
You should be able to fix any problems by changing DYLD_LIBRARY_PATH. 

Bill Northcott
On 24/01/2004, at 5:21 PM, Darren Schreiber wrote:
Thanks. I set the environmental variables in my .tchshrc file (I changed the Mac Development one to 10.3, right?).
As regards the Swarmapps, where are they now located? I am looking forward to seeing if I can at least get obj-c heatbugs going.
I tried compiling one of my own old programs. I had seen that I already had a tk/tcl version installed, but I got an error in the make process, so I installed the one off of Bill's website. I am now getting the following errors (among others of a similar message):
symbol _zError used from dynamic library /usr/lib/libz.1.1.3.dylib(zutil.o) not from earlier dynamic library /usr/lib/libz.1.dylib(zutil.o) symbol _TclReComp used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(regcomp.o) not from earlier dynamic library /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl(regcomp.o) symbol _TclReError used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(regerror.o) not from earlier dynamic library /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl(regerror.o) symbol _TclReExec used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(regexec.o) not from earlier dynamic library /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl(regexec.o) symbol _TclReFree used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(regfree.o) not from earlier dynamic library /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl(regfree.o) symbol _TclFileMakeDirsCmd used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(tclFCmd.o) not from earlier dynamic library /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl(tclFCmd.o) symbol _TclFileCopyCmd used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(tclFCmd.o) not from earlier dynamic library /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl(tclFCmd.o) symbol _TclFileAttrsCmd used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(tclFCmd.o) not from earlier dynamic library /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl(tclFCmd.o) symbol _TclFileDeleteCmd used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(tclFCmd.o) not from earlier dynamic library /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl(tclFCmd.o) symbol _TclFileRenameCmd used from dynamic library /usr/local/tcl8.4.4/lib/libtcl8.4.dylib(tclFCmd.o) not from earlier dynamic library /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl(tclFCmd.o)
How do I remedy this? My inference is that I have multiple versions of the same libraries in place and that this is causing a conflict. I don't want to crash my whole system in wandering around trying to solve this aimlessly. 

Thanks in advance.

        Darren

_______________________________________________
Support mailing list
address@hidden
http://www.swarm.org/mailman/listinfo/support



_______________________________________________
Support mailing list
address@hidden
http://www.swarm.org/mailman/listinfo/support



_______________________________________________
Support mailing list
address@hidden
http://www.swarm.org/mailman/listinfo/support



_______________________________________________
Support mailing list
address@hidden
http://www.swarm.org/mailman/listinfo/support



_______________________________________________
Support mailing list
address@hidden
http://www.swarm.org/mailman/listinfo/support
reply via email to
[Prev in Thread] Current Thread [Next in Thread]