hns - 日記自動生成システム - Version 2.19.9

先月 2011年01月 来月
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31
Namazu for hns による簡易全文検索
詳しくは 詳細指定/ヘルプを参照して下さい
検索式:

2011年01月10日(月) 旧暦 [n年日記] [更新:"2011/01/11 00:46:00"]

#1 [pkgsrc] x264-devel revisited

I had problem on wip/x264-devel (20100201). The numbering on shared library was wrong.
modena@makoto 08:19:54/110110(..wip/x264-devel)% ls -l /usr/pkg/lib/libx2*
-rw-r--r--  1 root  wheel  590656 Jan  9 09:48 /usr/pkg/lib/libx264.a
-rw-r--r--  1 root  wheel     991 Jan  9 09:48 /usr/pkg/lib/libx264.la
lrwxr-xr-x  1 root  wheel      16 Jan  9 09:48 /usr/pkg/lib/libx264.so -> libx264.so.0.0.0
lrwxr-xr-x  1 root  wheel      16 Jan  9 09:48 /usr/pkg/lib/libx264.so.0 -> libx264.so.0.0.0
-rwxr-xr-x  1 root  wheel  459759 Jan  9 09:48 /usr/pkg/lib/libx264.so.0.0.0
modena@makoto 08:23:31/110110(..wip/x264-devel)% 
All are numbered zero. But should have some revision number.

#2 [pkgsrc] x11/libX11 on Mac OS X

Mac OS X の上で、x11/libX11 を package しようとすると、次のように止ってしまう。
I am trying to package x11/libX11 on Mac OS X (Darwin Kernel Version 10.0.0), but stops as following:
XlibInt.c:3041: warning: format not a string literal, argument types not checked
XlibInt.c:3045: warning: format not a string literal, argument types not checked
  CC     Xrm.lo
  CC     xcb_disp.lo
  CC     xcb_io.lo
xcb_io.c: In function '_XReply':
xcb_io.c:602: error: 'xcb_generic_error_t' has no member named 'major_code'
xcb_io.c:611: error: 'xcb_generic_error_t' has no member named 'major_code'
gnumake[3]: *** [xcb_io.lo] Error 1
gnumake[2]: *** [all-recursive] Error 1
gnumake[1]: *** [all] Error 2
gnumake: *** [all-recursive] Error 1
*** Error code 2
With quick look, we have two versions of xcb/xcb.h:
d138@makoto 18:34:27/110110(~)% ls -l /usr/*/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  15349 Jul  6  2009 /usr/X11/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  15349 Jul  6  2009 /usr/X11R6/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  16237 Jan 10 18:11 /usr/pkg/include/xcb/xcb.h
The difference is shown below, and if X11 is referenced, we come across the above problem.
d138@makoto 18:34:52/110110(~)% diff -u /usr/{X11,pkg}/include/xcb/xcb.h
--- /usr/X11/include/xcb/xcb.h  2009-07-06 14:51:11.000000000 +0900
+++ /usr/pkg/include/xcb/xcb.h  2011-01-10 18:11:07.000000000 +0900
@@ -141,7 +141,11 @@
     uint8_t   response_type;  /**< Type of the response */
     uint8_t   error_code;     /**< Error code */
     uint16_t sequence;       /**< Sequence number */
-    uint32_t pad[7];         /**< Padding */
+    uint32_t resource_id;     /** < Resource ID for requests with side effects only */
+    uint16_t minor_code;      /** < Minor opcode of the failed request */
+    uint8_t major_code;       /** < Major opcode of the failed request */
+    uint8_t pad0;
+    uint32_t pad[5];         /**< Padding */
     uint32_t full_sequence;  /**< full sequence */
 } xcb_generic_error_t;
 
@@ -281,6 +285,22 @@
(omitted)
d138@makoto 18:43:06/110110(~)% ls -l pkgsrc/x11/libX11/work/.buildlink/include/xcb/xcb*
lrwxr-xr-x  1 makoto  staff  42 Jan 10 18:12 
  pkgsrc/x11/libX11/work/.buildlink/include/xcb/xcb.h 
  -> /usr/pkg/share/x11-links/include/xcb/xcb.h
x11-links seems to be looking wrong side. I don't really know what x11-links does yet.
x11-links って何をしているのか良く(全く)理解していないのであった。

Looking into xcb/xcb*h stuff:

d138@makoto 21:34:30/110110(~/pkgsrc)% ls -l /usr/*/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  15349 Jul  6  2009 /usr/X11/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  15349 Jul  6  2009 /usr/X11R6/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  16237 Jan 10 18:11 /usr/pkg/include/xcb/xcb.h
d138@makoto 21:34:42/110110(~/pkgsrc)% ls -l packages/All/x11*
-rw-r--r--  1 makoto  staff  22017 Aug 28  2009 packages/All/x11-links-0.43.tgz
-rw-r--r--  1 makoto  staff  24461 Jan 10 17:50 packages/All/x11-links-0.61.tgz
d138@makoto 21:34:59/110110(~/pkgsrc)% ls -l /usr/pkg/share/x11-links/
total 0
drwxr-xr-x  2 root  wheel   102 Jan 10 17:51 bin
drwxr-xr-x  5 root  wheel   238 Jan 10 17:51 include
drwxr-xr-x  3 root  wheel  7004 Jan 10 17:51 lib
drwxr-xr-x  4 root  wheel   136 Jan 10 17:51 share
d138@makoto 21:35:55/110110(~/pkgsrc)% ls -l /usr/pkg/share/x11-links/include/xcb/xcb.h
lrwxr-xr-x  1 root  wheel  26 Jan 10 17:50 /usr/pkg/share/x11-links/include/xcb/xcb.h -> /usr/X11/include/xcb/xcb.h
d138@makoto 21:36:02/110110(~/pkgsrc)% 
xcb/xcb.h は x11-links の後に追加したものらしい。
xcb/xcb.h is added independently from x11-links.
 ls -tl packages/All/* |less
-rw-r--r--  1 makoto  staff     369825 Jan 10 18:11 packages/All/libxcb-1.7.tgz
-rw-r--r--  1 makoto  staff      44788 Jan 10 18:09 packages/All/xcb-proto-1.6.tgz
-rw-r--r--  1 makoto  staff      17872 Jan 10 18:09 packages/All/py26-xcbgen-1.6nb1.tgz
-rw-r--r--  1 makoto  staff    4631918 Jan 10 17:52 packages/All/dejavu-ttf-2.32.tgz
-rw-r--r--  1 makoto  staff      38936 Jan 10 17:51 packages/All/ttmkfdir2-20021109nb3.tgz
-rw-r--r--  1 makoto  staff      24461 Jan 10 17:50 packages/All/x11-links-0.61.tgz
試しに次のようにしてしまった。
As a work arround I have modifed the include files by the shell command:
cd /usr/pkg/share/x11-links/include/xcb
d138@makoto 21:55:55/110110(..include/xcb)% foreach i (*)
if [ -f /usr/pkg/include/xcb/$i ]; then sudo rm $i; sudo ln -s /usr/pkg/include/xcb/$i .
fi
end
d138@makoto 21:56:13/110110(..include/xcb)% 
This solved the problem.

#3 [pkgsrc] x11/qt4-libs on Mac OS X

/Users/makoto/pkgsrc/x11/qt4-libs/
  work/qt-everywhere-opensource-src-4.7.1/src/corelib/io/qsettings_mac.cpp:628: 
  error: no 
 'bool QConfFileSettingsPrivate::writePlistFile(const QString&, const ParsedSettingsMap&) const'
 member function declared in class 
 'QConfFileSettingsPrivate'
 make: *** [qsettings_mac.o] Error 1
*** Error code 2

Stop.
bmake: stopped in /Users/makoto/pkgsrc/x11/qt4-libs
=> Modifying libtool scripts to use pkgsrc libtool
WARNING: Please add USE_TOOLS+=perl to the package Makefile.
===> Building for qt4-libs-4.7.1nb1
gnumake: *** No rule to make target `sub-src'.  Stop.
*** Error code 2

Stop.
bmake: stopped in /Users/makoto/pkgsrc/x11/qt4-libs
*** Error code 1
d138@makoto 00:05:01/110111(..x11/qt4-libs)% \
(cd  work/qt-everywhere-opensource-src-4.7.1/src; make sub-src) 
will continue to some extent but fails as:
libtool --silent --mode=link g++ -lresolv -L/usr/pkg/lib
-L/usr/lib -L/usr/X11/lib -Xarch_i386
-mmacosx-version-min=10.4 -L/usr/pkg/qt4/lib -o
../../../bin/moc release-shared/moc.lo
release-shared/preprocessor.lo release-shared/generator.lo
release-shared/parser.lo release-shared/token.lo
release-shared/main.lo -L/usr/pkg/lib -L/usr/lib
-L/usr/X11/lib
-L/Users/makoto/pkgsrc/x11/qt4-libs/work/qt-everywhere-opensource-src-4.7.1/src/tools/bootstrap
-lbootstrap -L/usr/pkg/lib -L/usr/lib -L/usr/X11/lib -lz -lz

Undefined symbols:
  "_FSIsAliasFile", referenced from:
      QFSFileEngine::fileFlags(QFlags<QAbstractFileEngine::FileFlag>) const 
      in libbootstrap.a(qfsfileengine_unix.o)
  "_CFStringCreateWithPascalString", referenced from:
      qt_mac_from_pascal_string(unsigned char const*)in libbootstrap.a(qglobal.o)
  "QCFString::operator QString() const", referenced from:
      qt_mac_from_pascal_string(unsigned char const*)in libbootstrap.a(qglobal.o)
Whole error message
(Are these with Carbon and not available on Cocoa ?)



最近の日記
2024年05月08日
comparison on ./buildsh tools
2024年05月06日
py-setuptools (python 3.11.9)
make release took 1 hours and 10 min
qemu invocation for 10.99.10
2024年05月05日
Windows 10 version
serial connection
bc bench
2024年05月04日
Trial on 10.99.10
another version (later trial) to succeed
2024年04月29日
dkim
以上、1 日分です。
タイトル一覧
カテゴリ分類
Powered by hns-2.19.9, HyperNikkiSystem Project

Count.cgi (since 2000/02/05)