I just wrote:
On Apr 22, 2004, at 6:26 PM, Boyd Lynn Gerber wrote:
CC="gcc" CFLAGS="-I/usr/local/include" CXX="gcc"
CXXFLAGS="-I/usr/local/include" ./configure --prefix=/usr/local/mysql
--enable-thread-safe-client --with-innodb --with-berkelye-db=./bdb
--with-openssl --with-extra-charsets=comples
  On a 7.1.0 system or a later version?  My gcc is 2.95.2. Using the
above gives me the same error as originally quoted.

You need gcc-2.95.3 or newer.

I built, tested and installed gcc-2.95.3 on my UnixWare 7.1.0 system. I used your exact configure line above and it died on the --with-extra-charset=comples (said unknown charset), so I took that out. However, still the same error:


Making all in share
UX:make: WARNING: No suffix list.
source='sql_lex.cc' object='sql_lex.o' libtool=no \
depfile='.deps/sql_lex.Po' tmpdepfile='.deps/sql_lex.TPo' \
depmode=gcc /bin/ksh ../depcomp \
gcc -pthread -DUNIXWARE_7 -DHAVE_BROKEN_RWLOCK -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/usr/local/mysql\"" -DDATADIR="\"/usr/local/mysql/var\"" -DSHAREDIR="\"/usr/local/mysql/share/mysql\"" -DHAVE_CONFIG_H -I. -I. -I.. -I../innobase/include -I./../include -I./../regex -I. -I../include -I. -O3 -DDBUG_OFF -DNO_CPLUSPLUS_ALLOCA -fno-implicit-templates -fno-exceptions -fno-rtti -c -o sql_lex.o `test -f 'sql_lex.cc' || echo './'`sql_lex.cc
In file included from item.h:474,
from mysql_priv.h:311,
from sql_lex.cc:20:
item_sum.h: In method `Item_sum_and::Item_sum_and(Item *)':
item_sum.h:394: integer constant out of range

Just noticed that what SCO was packaging in their (formerly available) "Open Source Tool Kit" for Unixware ( ) was 2.95.3pl1... They said it was 2.95.3 with the following patches:


The OSTK version contains a few additional fixes to correct problems on Open UNIX 8.0 and UnixWare 7.1.1 systems. These corrections include:
* a fix for 64 bit integer constant folding
* working UNIX profiling (-p)
* ability to optionally use the tracing thread library, libthreadT.so
* updated system header modification scripts for OU 8.0 and UDK 7.1.1b FS
* providing header modification at installation time - allowing same package to be installed on different OS versions


The compilers have been configured:
* to support 64 bit integer types
* to provide the C++ runtime as an archive and a shared object
* for thread safety
* the C and C++ runtime is configured for POSIX threads
* C++ source code is always compiled with _PTHREAD defined to allow the Standard Template Library to be used safely by threaded programs.
* to generate Dwarf 2 debugging information.
* to use the GNU x86 assembler (/usr/gnu/bin/as).
* to use the UNIX linker (/usr/ccs/bin/ld)


Since this error is when ULONGLONG_MAX is being used, is this related to the 64-bit integer stuff mentioned above? If so, does anyone have a copy of the required patches? Will going to a later version of gcc help, but not hurt anything else? :-) I hear talk about the "big changes" between 2.95 and 3.x series, has it settled down finally to the point that 3.x is preferred to use?

Thanks, and sorry if this has gotten a bit off topic. But I'm REALLY needing to get mysql up and running.



--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:    http://lists.mysql.com/[EMAIL PROTECTED]



Reply via email to