Re: I'm very sad...
Joerg van den Hoff <[email protected]>
| Newsgroups | gmane.comp.window-managers.ion.general |
|---|---|
| Message-ID | <[email protected]> |
On Fri, Dec 21, 2007 at 04:45:36PM +0000, Tuomo Valkonen wrote: > On 2007-12-21, Joerg van den Hoff <[email protected]> wrote: > > -shared > > -whole-archive > > -export-dynamic > > system.mk: > > # Set PRELOAD_MODULES=1 if your system does not support dynamically loaded > # modules through 'libdl' or has non-standard naming conventions. > #PRELOAD_MODULES=1 > > That one option takes care of all that. > > > and librt: is that supposedly a standard lib? it's not > > there. > > # clock_gettime for monotonic time > EXTRA_LIBS += -lrt > > (I suppose this could be better explained..) > > Disable that, and if the MacOS X isn't totally brain-damaged, > things should work (aside from setting the system clock confusing > Ion's timers, if the POSIX monotonic clock isn't available through > libc directly or so. But that's just an annoyance that was only > recently fixed with support for the monotonic clock, where > available). > > ... > > See, it's not so difficult, once you get rid of the autocrap > mindset. Of course, I'd also prefer not having to edit a file > to compile a program, but this is still better than the autocrap > solution. > > Also, if people reported more complex settings required for > particular systems back upstream, instead of just working on > their silent forks, things would be easier. But in the Distro > Code Of Conduct, it's forbidden to have any contact with > authors. > > > but I suspect your attitude is uncorrectable.) > > It seems to be me, that the distros' and the FOSS herd's attitude > is uncorrectable. And their present attitude is incompatible with > me. > > -- > Tuomo > thanks to everybody giving hints. I actually can report success: first time ever "manual" compile of `ion3' under MacOSX. here is the diff: ===============================CUT========================================= --- system.mk 2007-12-20 19:46:46.000000000 +0100 +++ system.mk.mod 2008-01-02 12:46:09.000000000 +0100 @@ -6,7 +6,7 @@ ## Installation paths ## -PREFIX=/usr/local +PREFIX=/home/vdh/Desktop/ion3 # For relocatable build, use the following, and start with absolute path. # RELOCATABLE=1 @@ -47,7 +47,7 @@ # Set PRELOAD_MODULES=1 if your system does not support dynamically loaded # modules through 'libdl' or has non-standard naming conventions. -#PRELOAD_MODULES=1 +PRELOAD_MODULES=1 # Flags to link with libdl. DL_LIBS=-ldl @@ -59,7 +59,7 @@ # If you have installed Lua 5.1 from the official tarball without changing # paths, this should do it. -LUA_DIR=/usr/local +LUA_DIR=/opt/local LUA_LIBS = -L$(LUA_DIR)/lib -llua LUA_INCLUDES = -I$(LUA_DIR)/include LUA=$(LUA_DIR)/bin/lua @@ -115,11 +115,11 @@ #DEFINES += -DCF_NO_LOCALE -DCF_NO_GETTEXT # On some other systems you may something like this: -#EXTRA_LIBS += -lintl -#EXTRA_INCLUDES += +EXTRA_LIBS += -lintl +EXTRA_INCLUDES += -I/opt/local/include # clock_gettime for monotonic time -EXTRA_LIBS += -lrt +#EXTRA_LIBS += -lrt ## @@ -135,7 +135,7 @@ -Wparentheses -pedantic -Wuninitialized CFLAGS=-Os $(WARN) $(DEFINES) $(EXTRA_INCLUDES) $(INCLUDES) -LDFLAGS=-Os $(EXTRA_LIBS) $(LIBS) +LDFLAGS=-Os -L/opt/local/lib $(EXTRA_LIBS) $(LIBS) EXPORT_DYNAMIC=-Xlinker --export-dynamic # The following options are mainly for development use and can be used ===============================CUT========================================= for those interested: put this in a file "macpatch.diff" in the ion tarball directory and then in this directory do patch -b < macpatch.diff which should keep a copy `system.mk.orig' and modify system.mk so that it works with macos 10.4.11 (but definitely not with 10.5 because of the move from xfree86 to xorg). my modficiations assume that you are otherwise using `macports' for installing additional software (especially lua), thus all references to `/opt/local'. note, that finally you still need to adjust PREFIX in the resulting `system.mk' to something sensible (the above patch leads to a test installation in a directory on my "Desktop" -- you won't have this one, I presume :-)). tuomo: you know that I don't like this scenario of "everybody compiles from scratch on his own" (it simply burns time again and again) and I know you probably won't alter your attitude. so, maybe you could start to provide alternate `system.mk' versions or at least the patch files? this one could be called, e.g. system.mk-macos10.4.11_patch.diff the crucial hint here was yours: activate PRELOAD_MODULES. you might point out that the modifications are minor (true in retrospect), but the necessity to do this is not obvious for the average user (including me) from the outset. patch files introduce additional assumptions but probably remove the crucial problems, at least (the search path issues should be managable more easily). hth joerg