JF,
Try the following changes to openmotif4.info...
--- openmotif4.info 2008-07-01 18:43:21.000000000 -0400
+++ /sw/fink/10.5/local/main/finkinfo/openmotif4.info 2008-07-02
10:06:53.000000000 -0400
@@ -1,6 +1,6 @@
Package: openmotif4
Version: 2.3.0
-Revision: 1
+Revision: 2
Source: ftp://ftp.ics.com/openmotif/2.3/%v/openmotif-%v.tar.gz
Source-MD5: 99d0ecb84d3504da421021a19ff70500
Patch: %n.patch
@@ -9,8 +9,8 @@
perl -pi.bak -e "s;recipient's;recipients;" tools/wml/motif.wml
perl -pi -e 's/hardcode_direct=yes/hardcode_direct=no/g' configure
<<
-BuildDepends: x11-dev, libjpeg, libpng3, freetype
-Depends: x11, %N-shlibs (= %v-%r), libjpeg-shlibs, libpng3-shlibs,
freetype-shlibs
+BuildDepends: x11-dev, libjpeg, libpng3, freetype, libiconv-dev
+Depends: x11, %N-shlibs (= %v-%r), libjpeg-shlibs, libpng3-shlibs,
freetype-shlibs, libiconv
Conflicts: lesstif, lesstif-dev, openmotif3
Replaces: lesstif, lesstif-dev, openmotif3
BuildDependsOnly: True
@@ -20,6 +20,7 @@
SetMAKEFLAGS: -j1
ConfigureParams: --mandir=%p/share/man --enable-jpeg
--with-libjpeg-includes=%p/include --with-libjpeg-lib=%p/li b -enable-png
--with-libpng-includes=%p/include --with-libpng-lib=%p/lib --enable-xft
--with-freetype-includes=%p /include --with-freetype-lib=%p/lib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
CompileScript: <<
+ perl -pi -e "s|iconv_open|libiconv_open|g" ./configure
./configure %c
make
<<
Jack
On Wed, Jul 02, 2008 at 03:52:07AM +0200, Jean-François Mertens wrote:
>
> On 02 Jul 2008, at 01:18, Jack Howarth wrote:
>
>> Now that the new packaging for lesstif, openmotif3 and openmotif4
>> has been uplaoded into fink unstable, I would like to change over the
>> existing mesa-libglw packaging to use variants so that libGLw is
>> properly coupled to the motif used to build it. This will require
>> existing packaging to change their mesa-libglw build dependency to
>> an explict variant like mesa-libglw-openmotif3. I would appreciate
>> some feedback on this modified packaging before I check it in...
>>
>> http://sourceforge.net/tracker/index.php?
>> func=detail&aid=1952800&group_id=17203&atid=414256
>
> Tried _ but failed with openmotif4 ... :
>
>> gcc -DXNO_MTSAFE_STRINGAPI -DXNO_MTSAFE_PWDAPI -DXNO_MTSAFE_TIMEAPI
>> -Wall -g -fno-strict-aliasing -Wno-unused -Wno-comment -fno-tree-ter
>> -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/sw/include
>> -I/sw/include -o .libs/xmbind xmbind.o -L/sw/lib ../../lib/
>> Xm/.libs/libXm.dylib -L/usr/X11R6/lib -lXmu -lXext -lXp -lXt -lXft -
>> lX11 -lfreetype -lXrender -lfontconfig /sw/lib/libjpeg.dylib /sw/
>> lib/libpng12.dylib -lz
>> /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols:
>> _libiconv
>> _libiconv_close
>> _libiconv_open
>> collect2: ld returned 1 exit status
>
>
> The missing flag is obvious _ and I see a probably related :
> checking for iconv_open in -liconv... no
> The corresponding output in config.log is OK; but :
>
> # nm -m /sw/lib/libiconv.dylib|fgrep iconv_open
> 000167c0 (__TEXT,__text) non-external (was a private external)
> _iconv_open
> 00015fe0 (__TEXT,__text) external _libiconv_open
> # nm -m /usr/lib/libiconv.dylib|fgrep iconv_open
> 92646373 (__TEXT,__text) external _iconv_open
> 92645b34 (__TEXT,__text) external _libiconv_open
> (This is on 10.4 _ no idea about 10.5)
>
> I remember vaguely having seen this type of issue (non-external in
> fink's libiconv, and one must use fink's libiconv !)
> before, and how to deal with it ("explained" in the header files), but
> that escapes me right now,
> and I'm sure others on this list know this issue perfectly ...
>
> JF Mertens
-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Fink-devel mailing list
[email protected]
http://news.gmane.org/gmane.os.apple.fink.devel
