Apache OpenOffice (AOO) Bugzilla – Issue 378
npunix.c build fails under Linux (machine dependant typedef conflicts)
Last modified: 2003-12-06 14:52:34 UTC
Compiler complains about: redefinition of jint conflicting types for jlong and jbyte related files: (IIRC) [I have to reboot into Windows to post for now :( ] /usr/java/jdk1.2.2/include/jni.h /usr/java/jdk1.2.2/include/linux/jni_md.h (i.e. machine dependant) ..../oo_614_src/external/npsdk/rtufiles/jritypes.h ..../oo_614_src/external/npsdk/rtufiles/jri.h dmake output to stdout as follows: Making: ../../unxlngi3.pro/slo/npunix.obj gcc -w -nostdinc -c -I. -I. -I../inc -I../../inc -I../../unx/inc - I../../unxlngi3.pro/inc -I. -I/usr/src/oo_614_src/sal/inc - I/usr/src/oo_614_src/vos/inc -I. - I/usr/src/oo_614_src/solver/614/unxlngi3.pro/inc - I/usr/src/oo_614_src/solver/614/unxlngi3.pro/inc/external - I/usr/src/oo_614_src/solenv/unxlngi3/inc -I/usr/src/oo_614_src/solenv/inc - I/usr/src/oo_614_src/res -I/usr/include -I/usr/src/STLport-4.0/port - I/usr/src/oo_614_src/solenv/inc/Xp31 -I/usr/java/jdk1.2.2/include - I/usr/java/jdk1.2.2/include/linux - I/usr/java/jdk1.2.2/include/native_threads/include -I/usr/X11R6/include - I/usr/lib/gcc-lib/i586-mandrake-linux/2.95.3/include -I/usr/include -I. - I../../res -I. -I/usr/src/oo_614_src/solenv/unxlngi3/lib/gcc-lib/i686-pc-linux- gnu/2.95.2/include -I/usr/src/oo_614_src/solenv/unxlngi3/usr/include -O2 - pipe -mpentium -fpic -DLINUX -DUNX -DVCL -DGCC -DC295 -DINTEL -DTF_UCB - DENABLEUNICODE -DTF_SDBAPI -DCVER=C295 -DGLIBC=2 -DX86 -D_PTHREADS - D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE - DUNIX -DSUPD=614 -DBUILD=6004 -DSOLAR_PLUGIN -DVCL -DSO3 -DPRODUCT -DNDEBUG - DPRODUCT_FULL -DOPTIMIZE -DGUI -DSOLAR_JAVA -DSRC614 -DBOOTSTRAPPER -DTF_ONE51 - DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../../unxlngi3.pro/slo/npunix.o npunix.c ---* TG_SLO.MK *--- ---* TG_SLO.MK *--- ---* TG_SLO.MK *---
This is an artifact of not having patch available on the compiling system, which is being addressed in issue 377.
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details. First step in IssueZilla is unfortunately to set them to verified.
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.