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 t
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
--with-berkeley
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 th
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 all
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 g
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 sh
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 s
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 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="gc
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' t
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
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' l
12 matches
Mail list logo
