mailing-list for TeXmacs Users

[LE JOLLY David <address@hidden>]

Hi Max,

I used configure with no options at all. I don't know how libraries are found but for instance, freetype which was installed through brew, is correctly found. Have you any idea why Cocoa could  not be  found ?

As I'm using Karl version, maybe the problem is there? Are the fixes proposed by KArl (libiconv problem) intended to be included in official svn repo?

For now, if you use last svn sources, configure enters an infinite loop complaining not being able to link libiconv.

autoconf complains about missing files (the ones Karl add in its git commit):

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/m4:aclocal.m4:21: cannot open `misc/m4/lib-ld.m4': No such file or directory
autom4te: /usr/bin/m4 failed with exit status: 1

I put configure screen log in case you could tell me if there is something strange in it. Thanks for all your work on Texmacs guys ! Texmacs is awesome !!!!

checking build system type... x86_64-apple-darwin15.5.0
checking host system type... x86_64-apple-darwin15.5.0
checking current Subversion revision number... cat: ./SVNREV: No such file or directory

checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for clang... clang
checking whether we are using the GNU Objective C compiler... yes
checking whether clang accepts -g... yes
checking for clang++... clang++
checking whether we are using the GNU Objective C++ compiler... yes
checking whether clang++ accepts -g... yes
checking whether GNU C++ compiler is default... yes
checking version of gcc... 4.2.1
checking version of g++... 4.2.1
checking for C++ stack backtrace support... yes
checking how to run the C++ preprocessor... g++ -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for guile18-config... no
checking for guile-config... guile-config
configure: Guile version 1.8
configure: Guile effective version 1.8.8
configure: Guile data path: /usr/local/Cellar/guile18/1.8.8/share/guile/1.8
checking gh.h usability... yes
checking gh.h presence... yes
checking for gh.h... yes
checking libguile.h usability... yes
checking libguile.h presence... yes
checking for libguile.h... yes
checking Guile linking... yes
checking Guile DOTS linking... no
checking for Guile size type... size_t
checking for X... no
checking X11/Xlib.h usability... no
checking X11/Xlib.h presence... no
checking for X11/Xlib.h... no
checking X11/Xutil.h usability... no
checking X11/Xutil.h presence... no
checking for X11/Xutil.h... no
checking for X11/Xlib.h... (cached) no
checking for X11/Xutil.h... (cached) no
checking for FILE... yes
checking for intptr_t... yes
checking for time_t... yes
checking for X... no
checking pty.h usability... no
checking pty.h presence... no
checking for pty.h... no
checking util.h usability... yes
checking util.h presence... yes
checking for util.h... yes
checking for gettimeofday... no
checking for library containing dlopen... no
checking for library containing dld_link... no
checking for library containing shl_load... no
configure: warning: dynamic linking using dlopen will not work
checking for ld used by gcc... /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld
checking if the linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) is GNU ld... no
checking for shared library run path origin... /bin/sh: ./config.rpath: No such file or directory
done
checking for iconv... no, consider installing GNU libiconv
LDFLAGS -L/usr/local/Cellar/guile18/1.8.8/lib                                                  <------------------- hard coded to remove trailing '-L'  ************
FREETYPE_LDFLAGS -L/usr/local/Cellar/freetype/2.6.3/lib -lfreetype           <-------------------- correctly set by configure             *************
checking ft2build.h usability... yes
checking ft2build.h presence... yes
checking for ft2build.h... yes
checking for freetype... yes
disabling cairo support
disabling imlib2 support
disabling axel support
checking for gs... /usr/local/bin/gs
disabling sqlite3 support
disabling Sparkle usage
checking size of void *... 0
checking if we are on a 64-bits computer... yes
final adjustments for a MacOS host
checking for XML_ParserCreate in -lexpat... no
checking for xcb_disconnect in -lxcb... no
disabling experimental style rewriting code
enabling Mac OSX extensions
checking for ft2build.h... (cached) yes
checking whether freetype defines T1_EncodingType... yes
enabling native PDF renderer
checking for qmake... /usr/local/bin/qmake
checking for moc... /usr/local/bin/moc
checking for uic... /usr/local/bin/uic
checking for rcc... /usr/local/bin/rcc
checking for the QT_PATH to use with Qt... /usr/local/bin
checking whether we can build a simple Qt app... ok, looks like Qt 4
checking for the DEFINES to use with Qt... -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
checking for the QT_DEFINES to use with Qt... -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
checking for the CFLAGS to use with Qt... -pipe -O2 -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5 -Wall -W $(QT_DEFINES)
checking for the QT_CFLAGS to use with Qt... -pipe -O2 -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5 -Wall -W $(QT_DEFINES)
checking for the CXXFLAGS to use with Qt... -pipe -O2 -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5 -Wall -W $(QT_DEFINES)
checking for the QT_CXXFLAGS to use with Qt... -pipe -O2 -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5 -Wall -W $(QT_DEFINES)
checking for the INCPATH to use with Qt... -I/usr/local/Cellar/qt/4.8.7_2/mkspecs/macx-g++ -I. -I/usr/local/Cellar/qt/4.8.7_2/lib/QtCore.framework/Versions/4/Headers -I/usr/local/Cellar/qt/4.8.7_2/lib/QtCore.framework/Versions/4/Headers -I/usr/local/Cellar/qt/4.8.7_2/lib/QtGui.framework/Versions/4/Headers -I/usr/local/Cellar/qt/4.8.7_2/lib/QtGui.framework/Versions/4/Headers -I/usr/local/Cellar/qt/4.8.7_2/include -I. -I. -F/usr/local/Cellar/qt/4.8.7_2/lib
checking for the QT_INCPATH to use with Qt... -I/usr/local/Cellar/qt/4.8.7_2/mkspecs/macx-g++ -I. -I/usr/local/Cellar/qt/4.8.7_2/lib/QtCore.framework/Versions/4/Headers -I/usr/local/Cellar/qt/4.8.7_2/lib/QtCore.framework/Versions/4/Headers -I/usr/local/Cellar/qt/4.8.7_2/lib/QtGui.framework/Versions/4/Headers -I/usr/local/Cellar/qt/4.8.7_2/lib/QtGui.framework/Versions/4/Headers -I/usr/local/Cellar/qt/4.8.7_2/include -I. -I. -F/usr/local/Cellar/qt/4.8.7_2/lib
checking for the LDFLAGS to use with Qt... -headerpad_max_install_names -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5
checking for the QT_LDFLAGS to use with Qt... -headerpad_max_install_names -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5
checking whether host operating system is Darwin... yes
checking for the LIBS to use with Qt... -Wl,-F/usr/local/Cellar/qt/4.8.7_2/lib -L/usr/local/Cellar/qt/4.8.7_2/lib -framework QtGui -L/usr/local/opt/openssl/lib -L/usr/local/Cellar/qt/4.8.7_2/lib -Wl,-F/usr/local/Cellar/qt/4.8.7_2/lib -framework QtCore
checking for the QT_LIBS to use with Qt... -Wl,-F/usr/local/Cellar/qt/4.8.7_2/lib -L/usr/local/Cellar/qt/4.8.7_2/lib -framework QtGui -L/usr/local/opt/openssl/lib -L/usr/local/Cellar/qt/4.8.7_2/lib -Wl,-F/usr/local/Cellar/qt/4.8.7_2/lib -framework QtCore
enabling Qt port
enabling Qt pipes
disabling experimental Cocoa port                                                <-------------------- Cocoa ? ***********************
checking if compiler supports -fno-rtti... yes
disabling debugging
enabling assertion checking
enabling warning flags -Wall -Wno-return-type
enabling optimizations, -O2
checking for whether C++ compiler supports -Xarch_x86_64... no
checking for whether C++ compiler supports -stdlib... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/makefile
config.status: creating src/System/tm_configure.hpp
config.status: creating misc/admin/admin.makefile
config.status: creating misc/doxygen/Doxyfile
config.status: creating misc/man/texmacs.1
config.status: creating packages/redhat/TeXmacs.spec
config.status: creating misc/scripts/fig2ps
config.status: creating misc/scripts/texmacs
config.status: creating TeXmacs/examples/plugins/dynlink/Makefile
config.status: creating packages/macos/Base.xcconfig
config.status: creating packages/macos/Info-Xcode.plist
config.status: creating packages/macos/Info.plist
config.status: creating packages/fedora/TeXmacs.spec
config.status: creating packages/mandriva/TeXmacs.spec
config.status: creating packages/centos/TeXmacs.spec
config.status: creating packages/windows/TeXmacs.iss
config.status: creating packages/windows/resource.rc
config.status: creating packages/debian/changelog
config.status: creating packages/debian/control
config.status: creating src/System/config.h
config.status: src/System/config.h is unchanged

2016-06-04 11:23 GMT+02:00 Massimiliano Gubinelli <address@hidden>:

There is something wrong in this dandling “-L”. Can you report which options you use for ./configure ?

I do not use brew, how is ./configure finding the libraries on your system? via pkg-config?

As a last resource you can always override the choice of ./configure by setting some environment variables, for example (under OSX)

./configure \
  --enable-macosx-extensions\
  --enable-qt  \
  GUILE_BIN=guile \
  GUILE_CFLAGS="`pkg-config --static --cflags guile-1.8`" \
  GUILE_LDFLAGS="`pkg-config --static --libs guile-1.8`" \
  GUILE_DATA_PATH="`pkg-config --variable=datadir guile-1.8`" \
  GUILE_VERSION="`pkg-config --modversion guile-1.8`" \
  FREETYPE_CFLAGS="`pkg-config --static --cflags freetype2`" \
  FREETYPE_LDFLAGS="`pkg-config --static --libs freetype2`" 

best

max

On 04 Jun 2016, at 11:15, LE JOLLY David <address@hidden> wrote:

Building failed in linking phase :

g++ -L/usr/local/Cellar/guile18/1.8.8/lib -L -framework Cocoa -framework IOKit -headerpad_max_install_names -arch x86_64 -mmacosx-version-min=10.5 -dynamic    *****all .o files*****

clang: error: no such file or directory: 'Cocoa'
make[1]: *** [Objects/texmacs-shared.bin] Error 1
make: *** [TEXMACS] Error 2

Cocoa is normally provided by Xcode. If someone fluent with OS  X has an idea ?

2016-06-04 10:38 GMT+02:00 LE JOLLY David <address@hidden>:

Finally succeeded running configure by hard coding LDFLAGS (to delete empty -L option) at two places (the second is for the native renderer check).

2016-06-04 10:18 GMT+02:00 LE JOLLY David <address@hidden>:

In fact, freetype is found but it seems there is an error while generating compilation options :

configure:10612: checking for freetype
configure:10631: g++ -o conftest -g -O2  -I/usr/local/Cellar/freetype/2.6.3/include/freetype2  -L/usr/local/Cellar/guile18/1.8.8/lib -L conftest.cpp  -L/usr/local/Cellar/guile18/1.8.8/lib -L -L/usr/local/Cellar/freetype/2.6.3/lib -lfreetype >&5
ld: warning: -L path 'conftest.cpp' is not a directory
ld: warning: directory not found for option '-L-L/usr/local/Cellar/freetype/2.6.3/lib'
Undefined symbols for architecture x86_64:
  "_main", referenced from:
     implicit entry/start for main executable
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

there is an empty  -L option generated that prevents /usr/local/Cellar/freetype/2.6.3/lib to be correctly used. Don't know why.

2016-06-04 4:57 GMT+02:00 Karl Hegbloom <address@hidden>:

--with-freetype=/path/to I think.

On Thu, Jun 2, 2016, 01:49 LE JOLLY David <address@hidden> wrote:

Tried your repo but now I get  this error :

checking for freetype... no
configure: error: cannot link freetype library

although I have installed freetype. freetype is installed with brew on OS X. Maybe configure can't find library location. How do you informe configure where to find libraries?

2016-06-02 0:01 GMT+02:00 Karl Hegbloom <address@hidden>:

Unless you use dynamically linked plugins, you probably can run it without that feature.

On Wed, Jun 1, 2016, 14:43 LE JOLLY David <address@hidden> wrote:

Hi,

Trying to build on OS X, I get this error  with configure :

checking for library containing dlopen... no
checking for library containing dld_link... no
checking for library containing shl_load... no
configure: warning: dynamic linking using dlopen will not work

Any idea where to find a library for dynamic linking?

--

Le Jolly David
Résidence Montesquieu porte 6

5Bis rue Montesquieu
49000 ANGERS

06 67 56 57 93

09 53 85 50 79

--

Le Jolly David
Résidence Montesquieu porte 6

5Bis rue Montesquieu
49000 ANGERS

06 67 56 57 93

09 53 85 50 79

--

Le Jolly David
Résidence Montesquieu porte 6

5Bis rue Montesquieu
49000 ANGERS

06 67 56 57 93

09 53 85 50 79

--

Le Jolly David
Résidence Montesquieu porte 6

5Bis rue Montesquieu
49000 ANGERS

06 67 56 57 93

09 53 85 50 79

--

Le Jolly David
Résidence Montesquieu porte 6

5Bis rue Montesquieu
49000 ANGERS

06 67 56 57 93

09 53 85 50 79

--

Le Jolly David
Résidence Montesquieu porte 6

5Bis rue Montesquieu
49000 ANGERS

06 67 56 57 93

09 53 85 50 79