I use the LispWorks7.0 to load the zeromq on my PC with windows 10, and got the error message as below:
CL-USER 13 > (ql:quickload :zeromq)
To load "zeromq":
Load 1 ASDF system:
zeromq
; Loading "zeromq"
; gcc -o C:\Users\chaoqi\AppData\Local\common-lisp\cache\lw-7.0.0-win-x64\g\third_codes\quicklisp\dists\quicklisp\software\cl-zmq-20160318-git\src\grovel__grovel-tmpXOBV8AQ3.obj -c -m64 -Ig:\third_codes\quicklisp\dists\quicklisp\software\cffi_0.19.0\ C:\Users\chaoqi\AppData\Local\common-lisp\cache\lw-7.0.0-win-x64\g\third_codes\quicklisp\dists\quicklisp\software\cl-zmq-20160318-git\src\grovel__grovel.c
Error: Subprocess run with command ("gcc" "-o" "C:\\Users\\chaoqi\\AppData\\Local\\common-lisp\\cache\\lw-7.0.0-win-x64\\g\\third_codes\\quicklisp\\dists\\quicklisp\\software\\cl-zmq-20160318-git\\src\\grovel__grovel-tmpXOBV8AQ3.obj" "-c" "-m64" "-Ig:\\third_codes\\quicklisp\\dists\\quicklisp\\software\\cffi_0.19.0\\" "C:\\Users\\chaoqi\\AppData\\Local\\common-lisp\\cache\\lw-7.0.0-win-x64\\g\\third_codes\\quicklisp\\dists\\quicklisp\\software\\cl-zmq-20160318-git\\src\\grovel__grovel.c") exited with error code 1
1 (continue) Retry PROCESS-OP on #<CFFI-GROVEL:GROVEL-FILE "zeromq" "src" "grovel">.
2 Continue, treating PROCESS-OP on #<CFFI-GROVEL:GROVEL-FILE "zeromq" "src" "grovel"> as having been successful.
3 Retry ASDF operation.
4 Retry ASDF operation after resetting the configuration.
5 (abort) Give up on "zeromq"
6 Return to level 0.
7 Return to top loop level 0.
Type :b for backtrace or :c <option number> to proceed.
Type :bug-form "<subject>" for a bug report template or :? for other options.
CL-USER 14 : 1 >
I'm sure that, I use my Vistual Studio 2015 and compiled the x64 version libzmq.dll and set the cffi path ok.
Because I use the ccl with lispbox install the zeromq and work fine, the output message as below:
CL-USER> (ql:quickload :zeromq)
To load "zeromq":
Load 1 ASDF system:
zeromq
; Loading "zeromq"
(:ZEROMQ)
CL-USER>
I want to known, why error message with gcc stuff and how to fix this.
As I know, it just loads the dll where the cffi:foreign-library-directories pointed.
Any help will be appreciated.
Related
I want to install pyinstaller on aix7.1, but failed.
I have already installed zlib-devel.
This is the error message when installing pyinstaller:
-bash-4.2# python ./waf distclean all
'distclean' finished successfully (0.203s)
'all' finished successfully (0.000s)
'distclean' finished successfully (0.000s)
Setting top to : /u02/py/pyinstaller-develop/bootloader
Setting out to : /u02/py/pyinstaller-develop/bootloader/build
Python Version : 2.7.10 (default, Jun 21 2016, 10:30:16) [C]
Checking for 'xlc' (C compiler) : not found
Checking for 'gcc' (C compiler) : /usr/bin/gcc
Checking size of pointer : 4
Platform : AIX-32bit detected based on compiler
Checking for flags -maix32 : yes
Checking for program '/usr/bin/strip' : /usr/bin/strip
Checking for program 'strip' : /usr/bin/strip
Checking for library dl : yes
Checking for library m : yes
Checking for library z : yes
Checking for function unsetenv : yes
Checking for function mkdtemp : yes
'configure' finished successfully (2.248s)
'make_all' finished successfully (0.018s)
Waf: Entering directory `/u02/py/pyinstaller-develop/bootloader/build/debug'
[ 1/13] Compiling src/main.c
[ 2/13] Compiling src/pyi_archive.c
[ 3/13] Compiling src/pyi_global.c
[ 4/13] Compiling src/pyi_launch.c
[ 5/13] Compiling src/pyi_main.c
[ 6/13] Compiling src/pyi_path.c
[ 7/13] Compiling src/pyi_python.c
[ 8/13] Compiling src/pyi_python27_compat.c
[ 9/13] Compiling src/pyi_pythonlib.c
[10/13] Compiling src/pyi_utils.c
[11/13] Compiling src/pyi_win32_utils.c
[12/13] Linking build/debug/run_d
collect2: library libZ not found
Waf: Leaving directory `/u02/py/pyinstaller-develop/bootloader/build/debug'
Build failed
-> task in 'run_d' failed with exit status 1 (run with -v to display more information)
-bash-4.2#
-bash-4.2#
-bash-4.2#
-bash-4.2# find / -name libz.so
/opt/freeware/lib/libz.so
/opt/freeware/lib64/libz.so
/usr/lib/libz.so
/usr/lib64/libz.so
-bash-4.2#
First, edit bootloader/wscript file
--- wscript.bak 2018-09-09 20:12:10.000000000 +0200
+++ wscript 2019-07-02 10:57:30.000000000 +0200
## -770,8 +770,9 ##
staticlibs = []
if ctx.env.DEST_OS == 'aix':
# link statically with zlib
- libs.remove('Z')
- staticlibs.append('Z')
+ # libs.remove('Z')
+ # staticlibs.append('Z')
+ pass
if ctx.options.boehmgc:
libs.append('GC')
Then create a script named /opt/freeware/bin/strip with the following content:
#!/bin/sh
/usr/bin/strip "$#"
exit 0
Don't forget chmod +x /opt/freeware/bin/strip
Also there is a problem with function mkdtemp, to solve it do this:
export CPPFLAGS='-D_XOPEN_SOURCE=700'
python ./waf -v all
Note: you should know that AIX is very problematic in itself, but combining it with helping software (like this waf) makes it worse. Additional reading: http://lzsiga.users.sourceforge.net/aix-linking.html#Q0026
For a dated embedded project I try to crosscompile Qt 4.7.4 on a current Ubuntu 16.04 x86_64 system with multiarch setup (amd64 + i386).
The crosscompilation was once set up for Ubuntu 12.04 x86, and it works well there. Compiling it on the new system for host debugging (host and target platform being set to x86/i386/32 bit) worked well, too. However, when I try to crosscompile it for the target system (arm) with the host set to i386 uic segfaults while building the QtGui lib.
The following relevant flags are used to configure Qt for the target system:
-host-arch i386 -platform qws/linux-x86-g++
-embedded arm -xplatform qws/linux-gnueabi-arm-mucross-g++
Furthermore mkspecs/qws/linux-x86-g++/qmake.conf has been patched to include some compiler flags that seem necessary to get compilation and linking right:
QT_ARCH = I386
QMAKE_CFLAGS += -m32
QMAKE_CXXFLAGS += -m32
QMAKE_LFLAGS += -m32
This is the call that fails:
/<project>/qt-target/bin/uic /<project>/qt-everywhere-opensource-src-4.7.4/src/gui/dialogs/qpagesetupwidget.ui -o .uic/release-shared-emb-arm/ui_qpagesetupwidget.h
I can reproduce the segfault manually and debug it. strace doesn't show anything obvious, the correct i386 libs are being loaded. Here's the first lines of the gdb backtrace:
Program received signal SIGSEGV, Segmentation fault.
__GI___fesetenv (envp=0xffffbbd4) at ../sysdeps/i386/fpu/fesetenv.c:116
116 ../sysdeps/i386/fpu/fesetenv.c: Datei oder Verzeichnis nicht gefunden.
(gdb) backtrace
#0 __GI___fesetenv (envp=0xffffbbd4) at ../sysdeps/i386/fpu/fesetenv.c:116
#1 0x080fa7de in qdtoa (d=9999.9899999999998, mode=2, ndigits=6,
decpt=0xffffbce8, sign=0xffffbcec, rve=0xffffbcf4, resultp=0xffffbcf8)
at /<project>/qt-everywhere-opensource-src-4.7.4/src/corelib/tools/qlocale.cpp:6655
#2 0x080fc230 in QLocalePrivate::doubleToString (
this=0x8181160 <locale_data>, d=9999.9899999999998, precision=2,
form=<optimized out>, width=0, flags=<optimized out>)
at /<project>/qt-everywhere-opensource-src-4.7.4/src/corelib/tools/qlocale.cpp:4012
#3 0x0811da6f in QString::setNum (this=0xffffbf78, n=9999.9899999999998,
f=<optimized out>, prec=6)
at /<project>/qt-everywhere-opensource-src-4.7.4/src/corelib/tools/qstring.cpp:5930
#4 0x0811ddca in QString::number (n=9999.9899999999998, f=103 'g', prec=6)
at /<project>/qt-everywhere-opensource-src-4.7.4/src/corelib/tools/qstring.cpp:6034
Some investigation brought me to a glibc bug in fesetenv() which was fixed in glibc 2.23, but since this is already installed (libc6 2.23-0ubuntu3), I didn't get any further here. The faulting line 116 has been introduced by that fix, but lacking knowledge of the internals I'm not able to point out the cause of the segfault:
__asm__ ("ldmxcsr %0" : : "m" (mxcsr));
Furthermore there are some old, closed or unresolved Qt bug reports regarding the bootstrap build (which includes uic), but these didn't give me any useful hints either.
Who can give a pointer what I can try to find the cause and work around or fix this issue?
The reason for this problem was that additional, target specific include and lib dirs were provided to the configure script using the -I and -L options. These were used for the bootstrap build, too, which didn't matter much on the old system where the headers of host and target where apparently close enough to each other.
Once moved into the target mkspec file and added to QMAKE_CFLAGS, QMAKE_CXXFLAGS and QMAKE_LFLAGS the build process works fine.
I'm not really sure how to proceed. The make step failed:
error: ‘strnlen’ was not declared in this scope
make[2]: *** [storage/connect/CMakeFiles/connect.dir/xobject.cpp.o] Error 1
make[1]: *** [storage/connect/CMakeFiles/connect.dir/all] Error 2
make: *** [all] Error 2
Here is some more of the output:
~/Downloads$ tar xvfz mariadb-10.0.15.tar.gz
…
…
=====BUILD======
~/Downloads/mariadb-10.0.15$ cmake . -DBUILD_CONFIG=mysql_release
-- Running cmake version 3.1.0
-- The C compiler identification is GNU 4.2.1
-- The CXX compiler identification is GNU 4.2.1
-- Checking whether C compiler has -isysroot
-- Checking whether C compiler has -isysroot - yes
-- Checking whether C compiler supports OSX deployment target flag
-- Checking whether C compiler supports OSX deployment target flag - yes
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Checking whether CXX compiler has -isysroot
-- Checking whether CXX compiler has -isysroot - yes
-- Checking whether CXX compiler supports OSX deployment target flag
-- Checking whether CXX compiler supports OSX deployment target flag - yes
...
...
-- Looking for strlcpy
-- Looking for strlcpy - found
-- Looking for strnlen
-- Looking for strnlen - not found
-- Looking for strlcat
-- Looking for strlcat - found
-- Looking for strsignal
-- Looking for strsignal - found
-- Looking for fgetln
-- Looking for fgetln - found
-- Looking for strpbrk
-- Looking for strpbrk - found
-- Looking for strstr
-- Looking for strstr - found
-- Looking for strtok_r
-- Looking for strtok_r - found
-- Looking for strtol
-- Looking for strtol - found
-- Looking for strtoll
-- Looking for strtoll - found
-- Looking for strtoul
-- Looking for strtoul - found
-- Looking for strtoull
-- Looking for strtoull - found
-- Looking for strcasecmp
-- Looking for strcasecmp - found
-- Looking for strncasecmp
-- Looking for strncasecmp - found
-- Looking for strdup
-- Looking for strdup - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for shmctl
-- Looking for shmctl - found
-- Looking for shmdt
-- Looking for shmdt - found
-- Looking for shmget
-- Looking for shmget - found
-- Looking for tell
-- Looking for tell - not found
-- Looking for tempnam
-- Looking for tempnam - found
-- Looking for thr_setconcurrency
-- Looking for thr_setconcurrency - not found
-- Looking for thr_yield
-- Looking for thr_yield - not found
...
...
-- Looking for vasprintf
-- Performing Test HAVE_XUCRED - Success
-- Looking for event.h
-- Looking for event.h - found
-- Configuring done
CMake Warning (dev):
Policy CMP0042 is not set: MACOSX_RPATH is enabled by default. Run "cmake
--help-policy CMP0042" for policy details. Use the cmake_policy command to
set the policy and suppress this warning.
MACOSX_RPATH is not specified for the following targets:
libmysql
libmysqld
This warning is for project developers. Use -Wno-dev to suppress it.
-- Generating done
-- Build files have been written to: /Users/7stud/Downloads/mariadb-10.0.15
========MAKE==========
~/Downloads/mariadb-10.0.15$ make
….
…
...
[ 50%] Building CXX object storage/connect/CMakeFiles/connect.dir/value.cpp.o
cc1plus: warning: command line option "-Wmissing-declarations" is valid for C/ObjC but not for C++
[ 50%] Building CXX object storage/connect/CMakeFiles/connect.dir/xindex.cpp.o
cc1plus: warning: command line option "-Wmissing-declarations" is valid for C/ObjC but not for C++
[ 50%] Building CXX object storage/connect/CMakeFiles/connect.dir/xobject.cpp.o
cc1plus: warning: command line option "-Wmissing-declarations" is valid for C/ObjC but not for C++
/Users/7stud/Downloads/mariadb-10.0.15/storage/connect/xobject.cpp: In member function ‘bool STRING::Set(char*, uint)’:
/Users/7stud/Downloads/mariadb-10.0.15/storage/connect/xobject.cpp:275: error: ‘strnlen’ was not declared in this scope
make[2]: *** [storage/connect/CMakeFiles/connect.dir/xobject.cpp.o] Error 1
make[1]: *** [storage/connect/CMakeFiles/connect.dir/all] Error 2
make: *** [all] Error 2
~/Downloads/mariadb-10.0.15$ gcc --version
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Next, with homebrew:
Last login: Fri Jan 16 03:28:09 on ttys001 ~$ brew install mariadb
==> Installing mariadb dependency: pidof
==> Downloading http://www.nightproductions.net/downloads/pidof_source.tar.gz
################################################################## 100.0%
==> Patching
==> make all CC=gcc-4.2 CFLAGS= /Users/7stud/.homebrew/Cellar/pidof/0.1.4: 3 files, 24K, built in 3
seconds
==> Installing mariadb
==> Downloading http://ftp.osuosl.org/pub/mariadb/mariadb-10.0.15/source/mariadb-10.0.15.tar.gz
################################################################## 100.0%
==> Patching
==> cmake . -DCMAKE_INSTALL_PREFIX=/Users/7stud/.homebrew/Cellar/mariadb/10.0.15 -DCMAKE_FIND_FRAMEWORK=LAST -DCMAKE
==> make cd /tmp/mariadb-0ocIfC/mariadb-10.0.15/storage/innobase && /Users/7stud/.homebrew/Cellar/cmake/3.1.0/bin/cmake -E
cmake_link_script CMakeFiles/innobase.dir/link.txt --verbose=1
/Users/7stud/.homebrew/Library/ENV/3.2.6/g++-4.2 -Wall -Wall
-Wno-unused-parameter -fno-exceptions -fno-rtti -O2 -g -DNDEBUG -DDBUG_OFF -bundle -Wl,-headerpad_max_install_names -o ha_innodb.so CMakeFiles/innobase.dir/api/api0api.cc.o
CMakeFiles/innobase.dir/api/api0misc.cc.o
CMakeFiles/innobase.dir/btr/btr0btr.cc.o
CMakeFiles/innobase.dir/btr/btr0cur.cc.o
CMakeFiles/innobase.dir/btr/btr0pcur.cc.o
CMakeFiles/innobase.dir/btr/btr0sea.cc.o
CMakeFiles/innobase.dir/buf/buf0buddy.cc.o
CMakeFiles/innobase.dir/buf/buf0buf.cc.o
CMakeFiles/innobase.dir/buf/buf0dblwr.cc.o
CMakeFiles/innobase.dir/buf/buf0checksum.cc.o
CMakeFiles/innobase.dir/buf/buf0dump.cc.o
CMakeFiles/innobase.dir/buf/buf0flu.cc.o
CMakeFiles/innobase.dir/buf/buf0lru.cc.o
CMakeFiles/innobase.dir/buf/buf0rea.cc.o
CMakeFiles/innobase.dir/data/data0data.cc.o
CMakeFiles/innobase.dir/data/data0type.cc.o
CMakeFiles/innobase.dir/dict/dict0boot.cc.o
CMakeFiles/innobase.dir/dict/dict0crea.cc.o
CMakeFiles/innobase.dir/dict/dict0dict.cc.o
CMakeFiles/innobase.dir/dict/dict0load.cc.o
CMakeFiles/innobase.dir/dict/dict0mem.cc.o
CMakeFiles/innobase.dir/dict/dict0stats.cc.o
CMakeFiles/innobase.dir/dict/dict0stats_bg.cc.o
CMakeFiles/innobase.dir/dyn/dyn0dyn.cc.o
CMakeFiles/innobase.dir/eval/eval0eval.cc.o
CMakeFiles/innobase.dir/eval/eval0proc.cc.o
CMakeFiles/innobase.dir/fil/fil0fil.cc.o
CMakeFiles/innobase.dir/fsp/fsp0fsp.cc.o
CMakeFiles/innobase.dir/fut/fut0fut.cc.o
CMakeFiles/innobase.dir/fut/fut0lst.cc.o
CMakeFiles/innobase.dir/ha/ha0ha.cc.o
CMakeFiles/innobase.dir/ha/ha0storage.cc.o
CMakeFiles/innobase.dir/ha/hash0hash.cc.o
CMakeFiles/innobase.dir/fts/fts0fts.cc.o
CMakeFiles/innobase.dir/fts/fts0ast.cc.o
CMakeFiles/innobase.dir/fts/fts0blex.cc.o
CMakeFiles/innobase.dir/fts/fts0config.cc.o
CMakeFiles/innobase.dir/fts/fts0opt.cc.o
CMakeFiles/innobase.dir/fts/fts0pars.cc.o
CMakeFiles/innobase.dir/fts/fts0que.cc.o
CMakeFiles/innobase.dir/fts/fts0sql.cc.o
CMakeFiles/innobase.dir/fts/fts0tlex.cc.o
CMakeFiles/innobase.dir/handler/ha_innodb.cc.o
CMakeFiles/innobase.dir/handler/handler0alter.cc.o
CMakeFiles/innobase.dir/handler/i_s.cc.o
CMakeFiles/innobase.dir/ibuf/ibuf0ibuf.cc.o
CMakeFiles/innobase.dir/lock/lock0iter.cc.o
CMakeFiles/innobase.dir/lock/lock0lock.cc.o
CMakeFiles/innobase.dir/lock/lock0wait.cc.o
CMakeFiles/innobase.dir/log/log0log.cc.o
CMakeFiles/innobase.dir/log/log0recv.cc.o
CMakeFiles/innobase.dir/mach/mach0data.cc.o
CMakeFiles/innobase.dir/mem/mem0mem.cc.o
CMakeFiles/innobase.dir/mem/mem0pool.cc.o
CMakeFiles/innobase.dir/mtr/mtr0log.cc.o
CMakeFiles/innobase.dir/mtr/mtr0mtr.cc.o
CMakeFiles/innobase.dir/os/os0file.cc.o
CMakeFiles/innobase.dir/os/os0proc.cc.o
CMakeFiles/innobase.dir/os/os0sync.cc.o
CMakeFiles/innobase.dir/os/os0thread.cc.o
CMakeFiles/innobase.dir/page/page0cur.cc.o
CMakeFiles/innobase.dir/page/page0page.cc.o
CMakeFiles/innobase.dir/page/page0zip.cc.o
CMakeFiles/innobase.dir/pars/lexyy.cc.o
CMakeFiles/innobase.dir/pars/pars0grm.cc.o
CMakeFiles/innobase.dir/pars/pars0opt.cc.o
CMakeFiles/innobase.dir/pars/pars0pars.cc.o
CMakeFiles/innobase.dir/pars/pars0sym.cc.o
CMakeFiles/innobase.dir/que/que0que.cc.o
CMakeFiles/innobase.dir/read/read0read.cc.o
CMakeFiles/innobase.dir/rem/rem0cmp.cc.o
CMakeFiles/innobase.dir/rem/rem0rec.cc.o
CMakeFiles/innobase.dir/row/row0ext.cc.o
CMakeFiles/innobase.dir/row/row0ftsort.cc.o
CMakeFiles/innobase.dir/row/row0import.cc.o
CMakeFiles/innobase.dir/row/row0ins.cc.o
CMakeFiles/innobase.dir/row/row0merge.cc.o
CMakeFiles/innobase.dir/row/row0mysql.cc.o
CMakeFiles/innobase.dir/row/row0log.cc.o
CMakeFiles/innobase.dir/row/row0purge.cc.o
CMakeFiles/innobase.dir/row/row0row.cc.o
CMakeFiles/innobase.dir/row/row0sel.cc.o
CMakeFiles/innobase.dir/row/row0uins.cc.o
CMakeFiles/innobase.dir/row/row0umod.cc.o
CMakeFiles/innobase.dir/row/row0undo.cc.o
CMakeFiles/innobase.dir/row/row0upd.cc.o
CMakeFiles/innobase.dir/row/row0quiesce.cc.o
CMakeFiles/innobase.dir/row/row0vers.cc.o
CMakeFiles/innobase.dir/srv/srv0conc.cc.o
CMakeFiles/innobase.dir/srv/srv0mon.cc.o
CMakeFiles/innobase.dir/srv/srv0srv.cc.o
CMakeFiles/innobase.dir/srv/srv0start.cc.o
CMakeFiles/innobase.dir/sync/sync0arr.cc.o
CMakeFiles/innobase.dir/sync/sync0rw.cc.o
CMakeFiles/innobase.dir/sync/sync0sync.cc.o
CMakeFiles/innobase.dir/trx/trx0i_s.cc.o
CMakeFiles/innobase.dir/trx/trx0purge.cc.o
CMakeFiles/innobase.dir/trx/trx0rec.cc.o
CMakeFiles/innobase.dir/trx/trx0roll.cc.o
CMakeFiles/innobase.dir/trx/trx0rseg.cc.o
CMakeFiles/innobase.dir/trx/trx0sys.cc.o
CMakeFiles/innobase.dir/trx/trx0trx.cc.o
CMakeFiles/innobase.dir/trx/trx0undo.cc.o
CMakeFiles/innobase.dir/usr/usr0sess.cc.o
CMakeFiles/innobase.dir/ut/ut0bh.cc.o
CMakeFiles/innobase.dir/ut/ut0byte.cc.o
CMakeFiles/innobase.dir/ut/ut0crc32.cc.o
CMakeFiles/innobase.dir/ut/ut0dbg.cc.o
CMakeFiles/innobase.dir/ut/ut0list.cc.o
CMakeFiles/innobase.dir/ut/ut0mem.cc.o
CMakeFiles/innobase.dir/ut/ut0rbt.cc.o
CMakeFiles/innobase.dir/ut/ut0rnd.cc.o
CMakeFiles/innobase.dir/ut/ut0ut.cc.o
CMakeFiles/innobase.dir/ut/ut0vec.cc.o
CMakeFiles/innobase.dir/ut/ut0wqueue.cc.o
../../libservices/libmysqlservices.a
-Wl,-bundle_loader,/tmp/mariadb-0ocIfC/mariadb-10.0.15/sql/mysqld /usr/local/lib/libz.dylib /usr/local/lib/libz.dylib
/Users/7stud/.homebrew/Cellar/cmake/3.1.0/bin/cmake -E
cmake_progress_report /tmp/mariadb-0ocIfC/mariadb-10.0.15/CMakeFiles
19 20 21 22 23 24 25 26 27 28 [ 95%] Built target innobase make: ***
[all] Error 2
READ THIS: http://git.io/brew-troubleshooting
These open issues may also help: mysql-connector-c++ cannot build with
mariadb (https://github.com/Homebrew/homebrew/issues/34578) Packages
with --with-mysql option not satisfied by mariadb
(https://github.com/Homebrew/homebrew/issues/32973) mariadb: missing
/usr/local/etc/my.cnf.d, removed by brew prune
(https://github.com/Homebrew/homebrew/issues/31760) ~$
Can you please try this:
brew update
brew doctor
brew install mariadb
Reference https://mariadb.com/kb/en/mariadb/building-mariadb-on-mac-os-x-using-homebrew/
I use Quicklisp to load systems, and I debug my code with Slime. Quicklisp loads many systems successfully except cl-postgresql.
When evaluating (ql:quickload "clsql-postgresql") in slime, the inferior lisp exits.
Slime prints
Lisp connection closed unexpectedly: connection broken by remote peer
in minibuffer and
Process inferior-lisp trace/BPT trap: 5
in *inferior-lisp* buffer.
But evaluating (ql:quickload "clsql-postgresql") in SBCL without Slime won't cause any error.
I have searched "trace/BPT trap: 5" with Google. The message seems indicating problems in loading dynamic libraries. I suppose the error is caused by wrong search paths set by Slime. According to http://clsql.b9.com/manual/appendix.html, I checked CLSQL:*FOREIGN-LIBRARY-SEARCH-PATHS* in bare SBCL and Slime environment, but they were both nil.
Why did clsql-postgresql fail to be load when using Slime?
Environment:
SBCL 1.1.8
OS X 10.8.4
latest quicklisp
latest slime
emacs 24.3
(sorry for my English, I'm not a native speaker)
I checked User Diagnostic Report. And I found the following lines:
Thread 7 Crashed:
0 com.apple.CoreFoundation 0x00007fff8fab52d5 __CFInitialize + 69
1 dyld 0x00007fff6f56d256
So I googled "CoreFoundation". It said that CoreFoundation must be loaded by the main thread, otherwise it would signal SIGTRAP. It's a rule of OS X.
See: Debugging a crash when a library is opened via dlopen on OSX
In bare SBCL, ql:quickload is directly evaluated in the main thread. But under SLIME, forms are evaluated with a separated thread started by SWANK.
The solution is to evaluate (ql:quickload "clsql-postgresql") in *inferior-lisp*, instead of *slime-repl*, when libpg is the first foreign library depending on CoreFoundation to be loaded.
I want to install PyQt for Qt 4.7.4 and i downloaded the packages SIP and PyQt from riverbankcomputing.co.uk.
I configured and installed SIP successfully and configured PyQt successfully. But when i ran make in the terminal i got this error:
/home/user/Desktop/PyQt-x11-gpl-4.8.5/QtCore/sipQtCoreQThread.cpp: In function ‘PyObject* meth_QThread_currentThreadId(PyObject*, PyObject*)’:
/home/user/Desktop/PyQt-x11-gpl-4.8.5/QtCore/sipQtCoreQThread.cpp:325:50: error: invalid conversion from ‘void*’ to ‘long unsigned int’
/home/user/Desktop/PyQt-x11-gpl-4.8.5/QtCore/sipQtCoreQThread.cpp:325:50: error: initializing argument 1 of ‘PyObject* PyLong_FromUnsignedLong(long unsigned int)’
make[1]: *** [sipQtCoreQThread.o] Error 1
make[1]: Leaving directory `/home/user/Desktop/PyQt-x11-gpl-4.8.5/QtCore'
make: *** [all] Error 2
The full log is here: http://www.text-upload.com/read.php?id=176672&c=5376703
Can you help me fix this error, please? Thank you!
According to the build log, PyQt's configure script has found and is using the Simulator/embedded variant of Qt, and not the Desktop variant.
Try passing the path to qmake of the Desktop variant to the configure script:
python ./configure.py -q /home/user/.QtSDK/Desktop/Qt/4.7.4/gcc/bin/qmake
There are two choices
python ./configure.py -q /home/user/.QtSDK/Desktop/Qt/4.7.4/gcc/bin/qmake
or
python ./configure.py -q /home/user/.QtSDK/Simulator/Qt/gcc/bin/qmake
second will exit with some error code.
I'm trying first string right now.