Martin Sjölund <mar...@sjoelund.se> wrote: > True, but that variable is actually used for .so-files on OSX. Yes, > OSX can use .so-files.
Sure -- you can name a DLL anything you want as long as you specify that name explicitly. I was thinking that the particular config variable, CONFIG_DLL_EXT, was for indicating what the default DLL extension was for the platform. I guess you are only distinguishing between Windows and non-Windows here. > Anyway, it's used for dynamically loaded functions during > compile-time. It is mainly used so the user has another way of making > omc crash and lose data in OMEdit :) Hmmm. Bill > -- > Martin Sjölund > > On 11/29/2012 07:17 PM, Bill Janssen wrote: > > I see that Compiler/runtime/config.unix.h.in also has this hard-coded: > > > > #define CONFIG_EXE_EXT "" > > #define CONFIG_DLL_EXT ".so" > > #define CONFIG_PLATFORM "Unix" > > > > The CONFIG_DLL_EXT could be determined by configure.in and then used in > > the Makefiles, as well. > > > > Bill > > > > Martin Sjölund <mar...@sjoelund.se> wrote: > > > >> This was also caught by the nightly OSX build, and should be working > >> again (I did not look into how to load dylib relative to the path of > >> the executable itself, and instead went for the .a on OSX). > >> > >> -- > >> Martin Sjölund > >> > >> On 11/29/2012 03:25 AM, Bill Janssen wrote: > >>> The current trunk breaks thusly when I try to compile: > >>> > >>> libtool: link: gcc-4.2 -dynamiclib -o .libs/libgc.1.dylib > >>> .libs/allchblk.o .libs/alloc.o .libs/blacklst.o .libs/checksums.o > >>> .libs/dbg_mlc.o .libs/dyn_load.o .libs/finalize.o .libs/gc_dlopen.o > >>> .libs/gcj_mlc.o .libs/headers.o .libs/malloc.o .libs/mallocx.o > >>> .libs/mark.o .libs/mark_rts.o .libs/misc.o .libs/new_hblk.o > >>> .libs/obj_map.o .libs/os_dep.o .libs/pcr_interface.o .libs/ptr_chck.o > >>> .libs/real_malloc.o .libs/reclaim.o .libs/specific.o .libs/stubborn.o > >>> .libs/typd_mlc.o .libs/backgraph.o .libs/thread_local_alloc.o > >>> .libs/pthread_start.o .libs/pthread_support.o .libs/pthread_stop_world.o > >>> .libs/darwin_stop_world.o .libs/atomic_ops.o .libs/mach_dep.o -lpthread > >>> -Wl,-single_module -install_name /usr/local/lib/libgc.1.dylib > >>> -compatibility_version 2 -current_version 2.3 -Wl,-single_module > >>> libtool: link: (cd ".libs" && rm -f "libgc.dylib" && ln -s > >>> "libgc.1.dylib" "libgc.dylib") > >>> ... > >>> libtool: link: (cd ".libs" && rm -f "libcord.dylib" && ln -s > >>> "libcord.1.dylib" "libcord.dylib") > >>> libtool: link: ar cru .libs/libcord.a cordbscs.o cordprnt.o cordtest.o > >>> cordxtra.o > >>> libtool: link: ranlib .libs/libcord.a > >>> libtool: link: ( cd ".libs" && rm -f "libcord.la" && ln -s > >>> "../libcord.la" "libcord.la" ) > >>> cp -pP 3rdParty/gc-7.2/.libs/libgc.so build/lib/omc/libgc.so > >>> cp: 3rdParty/gc-7.2/.libs/libgc.so: No such file or directory > >>> make: *** [build/lib/omc/libgc.so] Error 1 > >>> > >>> libtool knows that the OS X extension for dynamic libraries is .dylib, > >>> while the top-level Makefile has ".so" hard-coded in! > >>> > >>> Bill > >>> > >> > > >
