On 12/26/13 11:27 AM, Alexander Hansen wrote:
> On 12/26/13 9:46 AM, Alexander Hansen wrote:
>
>> -I"/sw.x86_64/src/fink.build/tcltk-8.5.14-1/tcl8.5/generic"
>> -I"/sw.x86_64/src/fink.build/tcltk-8.5.14-1/tcl8.5/unix" -I/sw/include
>
> I'll close out the original report. The actual problem is due to
> encoding of the build directory in tclConfig.sh and tkConfig.sh:
>
> $ grep src /sw/lib/tkConfig.sh
> TK_BUILD_LIB_SPEC='/sw.x86_64/src/fink.build/tcltk-8.5.15-4/tk8.5/unix/libtk8.5.dylib'
>
> TK_SRC_DIR='/sw.x86_64/src/fink.build/tcltk-8.5.15-4/tk8.5'
> TK_BUILD_STUB_LIB_SPEC='/sw.x86_64/src/fink.build/tcltk-8.5.15-4/tk8.5/unix/libtkstub8.5.a'
>
> TK_BUILD_STUB_LIB_PATH='/sw.x86_64/src/fink.build/tcltk-8.5.15-4/tk8.5/unix/libtkstub8.5.a'
>
> $ grep src /sw/lib/tclConfig.sh
> TCL_BUILD_LIB_SPEC='/sw.x86_64/src/fink.build/tcltk-8.5.15-4/tcl8.5/unix/libtcl8.5.dylib'
>
> TCL_SRC_DIR='/sw.x86_64/src/fink.build/tcltk-8.5.15-4/tcl8.5'
> TCL_BUILD_STUB_LIB_SPEC='/sw.x86_64/src/fink.build/tcltk-8.5.15-4/tcl8.5/unix/libtclstub8.5.a'
>
> TCL_BUILD_STUB_LIB_PATH='/sw.x86_64/src/fink.build/tcltk-8.5.15-4/tcl8.5/unix/libtclstub8.5.a'
>
>
> $ grep src /sw.i386/lib/tkConfig.sh
> TK_BUILD_LIB_SPEC='/sw.i386/src/fink.build/tcltk-8.4.20-1/tk8.4/unix/libtk8.4${TK_DBGX}.dylib'
>
> TK_SRC_DIR='/sw.i386/src/fink.build/tcltk-8.4.20-1/tk8.4'
> TK_BUILD_STUB_LIB_SPEC='/sw.i386/src/fink.build/tcltk-8.4.20-1/tk8.4/unix/libtkstub8.4.a'
>
> TK_BUILD_STUB_LIB_PATH='/sw.i386/src/fink.build/tcltk-8.4.20-1/tk8.4/unix/libtkstub8.4.a'
>
> $ grep src /sw.i386/lib/tclConfig.sh
> TCL_BUILD_LIB_SPEC='/sw.i386/src/fink.build/tcltk-8.4.20-1/tcl8.4/unix/libtcl8.4${TCL_DBGX}.dylib'
>
> TCL_SRC_DIR='/sw.i386/src/fink.build/tcltk-8.4.20-1/tcl8.4'
> TCL_BUILD_STUB_LIB_SPEC='/sw.i386/src/fink.build/tcltk-8.4.20-1/tcl8.4/unix/libtclstub8.4${TCL_DBGX}.a'
>
> TCL_BUILD_STUB_LIB_PATH='/sw.i386/src/fink.build/tcltk-8.4.20-1/tcl8.4/unix/libtclstub8.4${TCL_DBGX}.a'
>
It turns out that I found a corner case.
The *Config.sh files get cleaned of references to a %b which has /sw in
it, but in the symlinked /sw scheme I was using this doesn't happen
actually to match what gets encoded in the files because the build tools
resolve the real paths.
FAQ 5.5 says "The general expectation is that it [symlinking /sw to
another directory] should work, but there may be hidden traps
somewhere." It looks like we've found one.
Alexander Hansen, Ph.D.
Fink User Liaison
My package updates: http://finkakh.wordpress.com/
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
