GiNaC versus a mixture Cygwin and MinGW
Hello, On Wed, Jan 02, 2008 at 10:44:02PM +0900, Tatsuro MATSUOKA wrote:
The cygwin tools was used to the path setting from the mingw.
I doubt it. As far as I can see from your config.log, the header and library paths are Cygwinish. So, the compiler sees <dlfcn.h> header (which is *NIX- and Cygwin-specific), the linker picks (cygwinish) libdl and libreadline, and the build gets messed up. Fortunately, you get a compile error instead of misterious run-time failure[s].
export PATH=$PATH:/c/Programs/cygwin/bin:/c/Programs/cygwin/usr/X11R6/bin
Unfortunately, that's not enough. You should set at least CPPFLAGS and LDFLAGS to prevent the linker and compiler from using cygwin-specific stuff. You might also need to append -mno-cygwin to CFLAGS and CXXFLAGS.
So ginac.pc at PKG_CONFIG_PATH seemed not to work correctly.
Please post the actual error message, along with config.log from that particular attempt.
Instead export CLN_CFLAGS='-I/usr/local/octave-3.0.0/include' export CLN_LIBS='-L/usr/local/octave-3.0.0/lib'
I wonder how this could ever work. At least, you should add -lcln to CLN_LIBS. Depending on how CLN was configured, you might also add -lgmp.
export GINAC_CFLAGS='-I/usr/local/octave-3.0.0/include' export GINAC_LIBS='-L/usr/local/octave-3.0.0/lib'
The build scripts do not use these variables (they are harmless, but not necessary).
seemed to work.
I tried pkg-config.exe 0.18.?? (>0.9.0) from the Gimp tool kit but it did not works at all.
"Does not work at all" is not really informative. Please post the actual error message.
So I tried pkg-config.exe on the cygwin.
The problem I think the mktemp is not installed to the mingw nor the msys. I found 'mktemp-1.5-MSYS-src.tar.bz2'.
I don't think so. That package contains the `mktemp' utility, which simply calls corresponding function from the C runtime library. It is necessary for some (UNIX) shell scripts. GiNaC does not use that utility. As far as I understand, your problem is completely different. The code in excompiler.cpp is platform-specific and should not be built on window$ (it won't work there anyway). The configure should have disabled it, but it did not, because your build environment (in particular library and headers search paths) is misconfigured. I suggest to use MinGW/msys tools instead of mixing MinGW and Cygwin (unless you are experienced Cygwin/UNIX user). If you encounter some problems, please post error message(s) (along with config.log file) here. Best regards, Alexei -- All science is either physics or stamp collecting.
--- Alexei Sheplyakov <varg@theor.jinr.ru> wrote:
Hello,
On Wed, Jan 02, 2008 at 10:44:02PM +0900, Tatsuro MATSUOKA wrote:
The cygwin tools was used to the path setting from the mingw.
I doubt it. As far as I can see from your config.log, the header and library paths are Cygwinish. So, the compiler sees <dlfcn.h> header (which is *NIX- and Cygwin-specific), the linker picks (cygwinish) libdl and libreadline, and the build gets messed up. Fortunately, you get a compile error instead of misterious run-time failure[s].
You are right. I abandan at the moment to build the ginac-1.4.1. So I have build ginac-1.3.7, no problem occured. What really required is the pkg-config on msys path treatment system. So this topic is to be ended here until pkg-config working on msys will be released. I really appreciate for Richard and Alesander. Regards Tatsuro -------------------------------------- Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar http://pr.mail.yahoo.co.jp/toolbar/
Hello This mail is only as a record and nobody need to reply.
So this topic is to be ended here until pkg-config working on msys will be released.
I found that the web site 'GTK+ (not GIMP) for Windows Downloads' prepared the pkg-config and GLib 2.x. I got information somewhere else that these should be installed in the the mingw directry trees not but in the msys ones. After this, the pkg-config worked without the cygwin. This would be helpful for me since the octave-forge symbolic package now requires the pkg-config. GTK+ (not GIMP) for Windows Downloads URL: http://www.gimp.org/~tml/gimp/win32/downloads.html My trial of building the Gniac-1.4.1 has not been successful yet. However my purpose was fulfilled by the gniac-1.3.7 so that I will not purchase it any further. I hope this information will be useful for the challangers who will challange building the Gniac-1.4.1 or later. Regards Tatsuro -------------------------------------- Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar http://pr.mail.yahoo.co.jp/toolbar/
participants (2)
-
Alexei Sheplyakov
-
Tatsuro MATSUOKA