with the standard gcc that comes with FreeBSD 3.0 (gcc 2.7.2.1) ... this
is not usable for compiling either corba or koffice, which is still being
worked on...
Please report any bugs on this to me, as I'm trying to work with the
MICO guys as far as getting FreeBSD recognized as an "official port" instead
of their current web page, which reports "somehow it works under FreeBSD"...
current bug in the egcs port (its not a bug in the port, its a bug in egcs
itself)...
Change dependencies so that it will compile using --disable-mini-stl
Portcheckout(1) checks out a FreeBSD port and all runtime
and buildtime depending ports into the current working
directory. The output is written to stdout as an
executable shell-script.
Compiling a FreeBSD port usually require a full tree of ports
in /usr/port. A cvs checkout or a cvs update command takes
a very long time and need much free space.
With portcheckout, you checkout only the parts of the port
tree which you really need. This is a magnitude faster!
Replaced the --with-tcl=/usr/include with just --with-tcl
Left in BROKEN status...can someone test and let me know if there is
anything else I've overlooked?
is definitely wrong.
===
cd ../libs; rm -f libmicox2.2.1.a; ln -f -s ../auxdir/libmicox2.2.1.a .
/usr/X11R6/bin/moc ../include/mico/qtmico.h -o qtmico.moc
c++ -I. -I../include -I/usr/ports/devel/mico/work/mico/./include/ministl -I/usr/X11R6/include -I/usr/X11R6/lib/glib/include -I/usr/X11R6/include/gtk10 -I/usr/X11R6/include -I/usr/local/include -c qtmico.cc -o qtmico.o
In file included from qtmico.cc:25:
../include/mico/qtmico.h:32: qapp.h: No such file or directory
../include/mico/qtmico.h:35: qsocknot.h: No such file or directory
../include/mico/qtmico.h:36: qtimer.h: No such file or directory
In file included from qtmico.cc:266:
qtmico.moc:17: qmetaobject.h: No such file or directory
gmake[1]: *** [qtmico.o] Error 1
gmake[1]: Leaving directory `/usr/ports/devel/mico/work/mico/auxdir'
gmake: *** [system] Error 1
*** Error code 2
Stop.
The port is marked BROKEN anyway...updating it to what I have so far that
appears to work, so that if I update ports, I don't lose it all again.
Hope to have it unBROKEN over the weekend ... so far, builds out of the
box with the stock cc 2.7.2.1 ...
===
/bin/sh ../libtool --mode=link cc -O -pipe -o ffitest ffitest.o libffi.la
libtool: link: warning: using a buggy system linker
libtool: link: relinking will be required before `ffitest' can be installed
cc -O -pipe -o .libs/ffitest ffitest.o /usr/ports/devel/libffi/work/libffi-1.18/src/.libs/libffi.so
creating ffitest
./ffitest
ld.so failed: Undefined symbol "ffi_prep_args" in ffitest:/usr/ports/devel/libffi/work/libffi-1.18/src/.libs/libffi.so
*** Error code 1
Stop.
Creating package /usr/ports/packages/All/tvision-0.6.tgz
Registering depends:.
Creating gzip'd tar ball in '/usr/ports/packages/All/tvision-0.6.tgz'
tar: can't add file lib/libtvision.so.0 : No such file or directory
/usr/sbin/pkg_create: tar command failed with code 256
*** Error code 1
g++ -fhandle-exceptions -pipe -I. -D__OMNIORB2__ -I../../../include -DDEFAULT_LOGDIR=\"/var/omninames\" -o omniNames NamingContext_i.o log.o omniNames.o -L../../../src/lib/omniORB2 -lomniORB2 -L../../../src/lib/omnithread -lomnithread
../../../src/lib/omnithread/libomnithread.a(posix.o): In function `omni_mutex::omni_mutex(void)':
posix.o(.text+0x10): undefined reference to `pthread_mutex_init'
../../../src/lib/omnithread/libomnithread.a(posix.o): In function `omni_mutex::~omni_mutex(void)':
posix.o(.text+0xa2): undefined reference to `pthread_mutex_destroy'
../../../src/lib/omnithread/libomnithread.a(posix.o): In function `omni_mutex::lock(void)':
===> Building package for linux_devel-0.2
Creating package /usr/ports/packages/All/linux_devel-0.2.tgz
Registering depends: linux_lib-2.5.
Creating gzip'd tar ball in '/usr/ports/packages/All/linux_devel-0.2.tgz'
tar: can't add file usr/lib/libfbm.so.1 : No such file or directory
tar: can't add file usr/lib/libjpeg.so.1 : No such file or directory
tar: can't add file usr/lib/libtiff.so.1 : No such file or directory
/usr/sbin/pkg_create: tar command failed with code 256
===> Building package for dlmalloc-2.6.4
Creating package /usr/ports/packages/All/dlmalloc-2.6.4.tgz
Registering depends:.
Creating gzip'd tar ball in '/usr/ports/packages/All/dlmalloc-2.6.4.tgz'
tar: can't add file lib/libdlmalloc.so.2 : No such file or directory
/usr/sbin/pkg_create: tar command failed with code 256
*** Error code 1
===> Generating temporary packing list
===> Compressing manual pages for p5-Data-ShowTable-3.3
/usr/local/man//man1/showtable.1: No such file or directory
*** Error code 1
Use right shared library names on ELF.
Disable Java support on ELF systems, because we don't have an ELF jdk.
Disable Java support on aout systems, because ILU runtime dumps core.
New PARC patches, now as one distfile instead of patches/ collection.
ILU now works with optimization enabled -> make a package.
Thread support now works, on -current and -stable. Thanks folks!
