On Fri, 23 Apr 2004, Steven Palm wrote:
Well, using gcc-3.3_branch and UnixWare 7.1.0, I tried the dev release
4.1.1-alpha off the mysql site to see if I would have better luck
You need the latest bk
http://dev.mysql.com/doc/mysql/en/Installing_source_tree.html
You can run bk under
On Thu, 22 Apr 2004, Steven Palm wrote:
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:
Sorry that
On Thu, 22 Apr 2004, Steven Palm wrote:
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:
I always download the lastest CVS with all patches for the tree of gcc
On Apr 23, 2004, at 8:30 AM, Boyd Lynn Gerber wrote:
I always download the lastest CVS with all patches for the tree of gcc
that I am using. The latest patches to all version of gcc are on the
CVS
tree or branch for the version. These are often needed to get MySQL to
work.
Bother... I have
On Apr 23, 2004, at 8:30 AM, Boyd Lynn Gerber wrote:
I always download the lastest CVS with all patches for the tree of gcc
that I am using. The latest patches to all version of gcc are on the
CVS
tree or branch for the version. These are often needed to get MySQL to
work.
Striking out with
Well, using gcc-3.3_branch and UnixWare 7.1.0, I tried the dev release
4.1.1-alpha off the mysql site to see if I would have better luck
CC=gcc CFLAGS=-I/usr/local/include CXX=gcc
CXXFLAGS=-I/usr/local/include
./configure --prefix=/usr/local/mysql --with-innodb
Using the production code 4.0.18 on a UnixWare 7.1.0 system, it fails
to compile here.
I do not have a 'CC' executable, so I am using gcc. If this is the
problem, did I just miss installng the CC (c++) compiler at some point?
Anyway, the errors:
source='sql_lex.cc' object='sql_lex.o'
On Thu, 22 Apr 2004, Steven Palm wrote:
Using the production code 4.0.18 on a UnixWare 7.1.0 system, it fails
to compile here.
I do not have a 'CC' executable, so I am using gcc. If this is the
problem, did I just miss installng the CC (c++) compiler at some point?
You have to use the
On Apr 22, 2004, at 3:28 PM, Boyd Lynn Gerber wrote:
On Thu, 22 Apr 2004, Steven Palm wrote:
Using the production code 4.0.18 on a UnixWare 7.1.0 system, it fails
to compile here.
Anyway, the errors:
source='sql_lex.cc' object='sql_lex.o' libtool=no \
depfile='.deps/sql_lex.Po'
On Thu, 22 Apr 2004, Steven Palm wrote:
On Apr 22, 2004, at 3:28 PM, Boyd Lynn Gerber wrote:
On Thu, 22 Apr 2004, Steven Palm wrote:
Using the production code 4.0.18 on a UnixWare 7.1.0 system, it fails
to compile here.
I was able to build it with the following...
CC=gcc
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
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
12 matches
Mail list logo