>Description:
   I'm compiling with GNU make and tar, and SunPro C++ V6 r2

   This compiler is now called Forte C++, but it is SunPro.   

   I did miss the Solaris section in the docs.  I believe I followed 
them to the letter this time.  I did the following defines:

     CC=cc CFLAGS="-Xa -fast -xO4 -native -xstrconst -mt" \
     CXX=CC CXXFLAGS="-noex -xO4 -mt"

   For good measure, I also exported these shell variables:

      export CC CFLAGS CXX CXXFLAGS

   I went into configure to change 

     #if !defined(__STDC__) || __STDC__ != 1

to 

     #if !defined(__STDC__)

but that change seems to have already been made.  I don't know why 
that matters, isn't that a comment?

My configure statement looks like:

     ./configure --prefix=/usr/local/mysql --enable-assembler --with-innodb

   I want to have transaction support, and I read that innodb was the 
prefered method.  Are my configure arguments correct?  

   The configure goes without incident, the first make ends with the 
following error messages:

cc -DDEFAULT_CHARSET_HOME=\"/usr/local/mysql\" -DDATADIR=\"/usr/local/mysql/var\
" -DSHAREDIR=\"/usr/local/mysql/share/mysql\" -DUNDEF_THREADS_HACK -I./../includ
e -I../include -I./.. -I.. -I.. -O -DDBUG_OFF -Xa -fast -xO4 -native -xstrconst 
-mt -DHAVE_CURSES_H -I/usr/local/utilities/mysql/v3.23.40/mysql-3.23.40/include 
-DHAVE_RWLOCK_T -c hash.c  -KPIC -DPIC -o hash.o
"hash.c", line 186: reference to static variable "hash_key" in inline extern fun
ction
"hash.c", line 226: cannot recover from previous errors
cc: acomp failed for hash.c
make[2]: *** [hash.lo] Error 1
make[2]: Leaving directory `/usr/local/utilities/mysql/v3.23.40/mysql-3.23.40/li
bmysql'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/utilities/mysql/v3.23.40/mysql-3.23.40'
make: *** [all-recursive-am] Error 2

   Which is the same error I was getting before I read the Solaris sections 
in the doc.  

   Again, this report shows the configureation info again relating to 
gcc, but I attempted the build in a script subshell, and I'm still in 
it as I run this mysqlbug.  Here is what the variables really are, and 
I did export them.  

# echo $CC
cc
# echo $CFLAGS
-Xa -fast -xO4 -native -xstrconst -mt
# echo $CXX
CC
# echo $CXXFLAGS
-noex -xO4 -mt

   I'm designating this low priority.  It isn't stopping me from doing 
my work.  I like MySQL and want to help get it working.  

   I have the script subshell output, which captures all of the text, 
bot what I enter, and what the build generates.  So I can send any 
part of that if it helps.  

>How-To-Repeat:
        Just follow the directions.  
>Fix:
        I don't know.  

>Submitter-Id:  
>Originator:    
>Organization:
 
>MySQL support: none
>Synopsis:      I can't compile MySQL 3.23.40 on Solaris X86 with SunPro compiler
>Severity:      critical
>Priority:      low
>Category:      mysql
>Class:         sw-bug
>Release:       mysql-3.23.40 (Source distribution)

>Environment:
        
System: SunOS tiamat 5.8 Generic_108529-09 i86pc i386 i86pc
Architecture: i86pc

Some paths:  /usr/bin/perl /usr/local/bin/make /opt/SUNWspro/bin/cc

Compilation info: CC='gcc'  CFLAGS=''  CXX='gcc'  CXXFLAGS=''  LDFLAGS=''
LIBC: 
-rw-r--r--   1 root     bin      1584056 Jul 20 19:51 /lib/libc.a
lrwxrwxrwx   1 root     root          11 Jun 24 16:09 /lib/libc.so -> ./libc.so.1
-rwxr-xr-x   1 root     bin       938940 Jul 20 19:51 /lib/libc.so.1
-rw-r--r--   1 root     bin      1584056 Jul 20 19:51 /usr/lib/libc.a
lrwxrwxrwx   1 root     root          11 Jun 24 16:09 /usr/lib/libc.so -> ./libc.so.1
-rwxr-xr-x   1 root     bin       938940 Jul 20 19:51 /usr/lib/libc.so.1
Configure command: ./configure  --with-unix-socket-path=/var/tmp/mysql.sock 
--with-low-memory --with-mit-threads=yes --without-perl --enable-thread-safe-client 
--with-berkeley-db --with-innodb
Perl: This is perl, version 5.005_03 built for i86pc-solaris

---------------------------------------------------------------------
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/           (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

Reply via email to