[Bug java/22468] New: gcj does not send correct parameters to ld when linking
Ran /bin/bash ../configure --prefix=/tools/freeware/gcc4.0 --with-gnu-ld
--with-ld=/tools/freeware/gcc4.0/bin/ld --with-gnu-as
--with-as=/tools/freeware/gcc4.0/bin/as --with-cpu=ultrasparc
then
make profiledbootstrap
/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc/gcj
-B/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc/
-B/tools/freeware/gcc4.0/sparc-sun-solaris2.8/bin/
-B/tools/freeware/gcc4.0/sparc-sun-solaris2.8/lib/
-isystem /tools/freeware/gcc4.0/sparc-sun-solaris2.8/include
-isystem /tools/freeware/gcc4.0/sparc-sun-solaris2.8/sys-include -g -O2
-o .libs/jv-convert --main=gnu.gcj.convert.Convert -shared-libgcc
-L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava
-L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava/.libs
./.libs/libgcj.so
-L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libstdc++-v3/src
-L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libstdc++-v3/src/.libs
-lpthread -lrt -ldl -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc
-L/tools/freeware/gcc4.0/sparc-sun-solaris2.8/bin
-L/tools/freeware/gcc4.0/sparc-sun-solaris2.8/lib -L/usr/dt/lib
-L/usr/openwin/lib -L/usr/lib/X11 -L/usr/ucblib -L/usr/atria/lib
-L/tools/freeware/gcc4.0/lib -L/tools/freeware/lib -L/tools/sun5/lib
-L/tools/freeware/gcc4.0/lib/gcc/sparc-sun-solaris2.8/../../../sparc-sun-solaris2.8/lib
-L/usr/ccs/bin -L/usr/ccs/lib
-L/tools/freeware/gcc4.0/lib/gcc/sparc-sun-solaris2.8/../.. -lgcc_s -lgcc_s
-Wl,--rpath -Wl,/tools/freeware/gcc4.0/lib
/tools/freeware/gcc4.0/bin/ld: unrecognized option '-Wl,-rpath'
/tools/freeware/gcc4.0/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status
make[3]: *** [jv-convert] Error 1
make[3]: Leaving directory
`/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava'
make[2]: *** [all-recursive] Error 1
rm gnu/gcj/tools/gcj_dbtool/Main.class
make[2]: Leaving directory
`/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava'
make[1]: *** [all-target-libjava] Error 2
make[1]: Leaving directory `/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8'
make: *** [profiledbootstrap] Error 2
Shouldn't gcj strip off the -Wl, and pass -rpath?
I am using binutils 2.16.1
--
Summary: gcj does not send correct parameters to ld when linking
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronw at net dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GCC build triplet: sparc-sun-solaris2.8
GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22468
[Bug java/22468] gcj does not send correct parameters to ld when linking
--- Additional Comments From aaronw at net dot com 2005-07-13 19:33 --- Here's a bit more info for the context including libtool parms: creating libgij.la (cd .libs && rm -f libgij.la && ln -s ../libgij.la libgij.la) /bin/bash ./libtool --tag=GCJ --mode=link /var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc/gcj -B/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc/ -B/tools/freeware/gcc4.0/sparc-sun-solaris2.8/bin/ -B/tools/freeware/gcc4.0/sparc-sun-solaris2.8/lib/ -isystem /tools/freeware/gcc4.0/sparc-sun-solaris2.8/include -isystem /tools/freeware/gcc4.0/sparc-sun-solaris2.8/sys-include -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava -g -O2 -o jv-convert --main=gnu.gcj.convert.Convert -rpath /tools/freeware/gcc4.0/lib -shared-libgcc -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava/.libs libgcj.la /var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc/gcj -B/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc/ -B/tools/freeware/gcc4.0/sparc-sun-solaris2.8/bin/ -B/tools/freeware/gcc4.0/sparc-sun-solaris2.8/lib/ -isystem /tools/freeware/gcc4.0/sparc-sun-solaris2.8/include -isystem /tools/freeware/gcc4.0/sparc-sun-solaris2.8/sys-include -g -O2 -o .libs/jv-convert --main=gnu.gcj.convert.Convert -shared-libgcc -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libjava/.libs ./.libs/libgcj.so -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libstdc++-v3/src -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/sparc-sun-solaris2.8/libstdc++-v3/src/.libs -lpthread -lrt -ldl -L/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc -L/tools/freeware/gcc4.0/sparc-sun-solaris2.8/bin -L/tools/freeware/gcc4.0/sparc-sun-solaris2.8/lib -L/usr/dt/lib -L/usr/openwin/lib -L/usr/lib/X11 -L/usr/ucblib -L/usr/atria/lib -L/tools/freeware/gcc4.0/lib -L/tools/freeware/lib -L/tools/sun5/lib -L/tools/freeware/gcc4.0/lib/gcc/sparc-sun-solaris2.8/../../../sparc-sun-solaris2.8/lib -L/usr/ccs/bin -L/usr/ccs/lib -L/tools/freeware/gcc4.0/lib/gcc/sparc-sun-solaris2.8/../.. -lgcc_s -lgcc_s -Wl,--rpath -Wl,/tools/freeware/gcc4.0/lib /tools/freeware/gcc4.0/bin/ld: unrecognized option '-Wl,-rpath' /tools/freeware/gcc4.0/bin/ld: use the --help option for usage information collect2: ld returned 1 exit status make[3]: *** [jv-convert] Error 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22468
[Bug c/23222] New: gcc optimization error for sparc with xine/ffmpeg, bad assembly generated
When attempting to compile Xine for Solaris I got the following error:
gcc -O3 -mcpu=ultrasparc -mtune=ultrasparc -fno-inline-functions -c
test.c -o test.o
/var/tmp//cco3qSnO.s: Assembler messages:
/var/tmp//cco3qSnO.s:464: Error: Illegal operands: There are only 32
single precision f registers; [0-31]
Note: This only fails if I have both -O3 and -fno-inline-functions set.
gcc -v
Reading specs
from /opt/gcc3.3/lib/gcc-lib/sparc-sun-solaris2.8/3.3.6/specs
Configured with: ../configure --host=sparc-sun-solaris2.8
--prefix=/opt/gcc3.3 --enable-shared --with-gnu-ld
--with-ld=/opt/gcc3.3/bin/ld --with-gnu-as --with-as=/opt/gcc3.3/bin/as
--with-cpu=ultrasparc
Thread model: posix
gcc version 3.3.6
I have attached a test case but will include it inlined as well. This
is based off of Xine 1.1.0 src/libffmpeg/libavcodec/eval.c
= begin testt.c =
#include
#include
#include
#include
#ifndef NAN
#define NAN 0
#endif
#ifndef M_PI
#define M_PI 3.14159265358979323846
#endif
typedef struct Parser{
int stack_index;
char *s;
double *const_value;
const char **const_name; // NULL terminated
double (**func1)(void *, double a); // NULL terminated
const char **func1_name; // NULL terminated
double (**func2)(void *, double a, double b); // NULL terminated
char **func2_name; // NULL terminated
void *opaque;
} Parser;
static int strmatch(const char *s, const char *prefix){
int i;
for(i=0; prefix[i]; i++){
if(prefix[i] != s[i]) return 0;
}
return 1;
}
static double evalPrimary(Parser *p){
double d, d2=NAN;
char *next= p->s;
int i;
/* number */
d= strtod(p->s, &next);
if(next != p->s){
p->s= next;
return d;
}
/* named constants */
for(i=0; p->const_name && p->const_name[i]; i++){
if(strmatch(p->s, p->const_name[i])){
p->s+= strlen(p->const_name[i]);
return p->const_value[i];
}
}
p->s= strchr(p->s, '(');
if(p->s==NULL){
printf("Parser: missing ( in \"%s\"\n", next);
return NAN;
}
p->s++; // "("
d= evalExpression(p);
if(p->s[0]== ','){
p->s++; // ","
d2= evalExpression(p);
}
if(p->s[0] != ')'){
printf("Parser: missing ) in \"%s\"\n", next);
return NAN;
}
p->s++; // ")"
if( strmatch(next, "sinh" ) ) d= sinh(d);
else if( strmatch(next, "cosh" ) ) d= cosh(d);
else if( strmatch(next, "tanh" ) ) d= tanh(d);
else if( strmatch(next, "sin" ) ) d= sin(d);
else if( strmatch(next, "cos" ) ) d= cos(d);
else if( strmatch(next, "tan" ) ) d= tan(d);
else if( strmatch(next, "exp" ) ) d= exp(d);
else if( strmatch(next, "log" ) ) d= log(d);
else if( strmatch(next, "squish") ) d= 1/(1+exp(4*d));
else if( strmatch(next, "gauss" ) ) d= exp(-d*d/2)/sqrt(2*M_PI);
else if( strmatch(next, "abs" ) ) d= fabs(d);
else if( strmatch(next, "max" ) ) d= d > d2 ? d : d2;
else if( strmatch(next, "min" ) ) d= d < d2 ? d : d2;
else if( strmatch(next, "gt") ) d= d > d2 ? 1.0 : 0.0;
else if( strmatch(next, "gte") ) d= d >= d2 ? 1.0 : 0.0;
else if( strmatch(next, "lt") ) d= d > d2 ? 0.0 : 1.0;
else if( strmatch(next, "lte") ) d= d >= d2 ? 0.0 : 1.0;
else if( strmatch(next, "eq") ) d= d == d2 ? 1.0 : 0.0;
else if( strmatch(next, "(" ) ) d= d;
//else if( strmatch(next, "l1") ) d= 1 + d2*(d - 1);
//else if( strmatch(next, "sq01" ) ) d= (d >= 0.0 && d <=1.0) ?
1.0 : 0.0;
else{
for(i=0; p->func1_name && p->func1_name[i]; i++){
if(strmatch(next, p->func1_name[i])){
return p->func1[i](p->opaque, d);
}
}
for(i=0; p->func2_name && p->func2_name[i]; i++){
if(strmatch(next, p->func2_name[i])){
return p->func2[i](p->opaque, d, d2);
}
}
printf("Parser: unknown function in \"%s\"\n", next);
return NAN;
}
return d;
}
--
Summary: gcc optimization error for sparc with xine/ffmpeg, bad
assembly generated
Product: gcc
Version: 3.3.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronw at net dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: sparc-sun-solaris2.8
GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23222
[Bug c/23222] gcc optimization error for sparc with xine/ffmpeg, bad assembly generated
--- Additional Comments From aaronw at net dot com 2005-08-04 01:33 --- Created an attachment (id=9425) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9425&action=view) Test case that creates the problem gcc -O3 -mcpu=ultrasparc -mtune=ultrasparc -fno-inline-functions -c test.c -o test.o Note that this test case can probably be further simplified. There was another file a lot more complex that was even worse and only needed -O3 to generate the problem without -fno-inline-functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23222
[Bug target/21852] New: Need method of changing default CPU for target
It would be very useful if I could configure the default target CPU to be an
ultrasparc instead of the default since this gives a major performance boost to
the target in many cases. I am sure there's some way of doing this, but if so
it isn't documented anywhere.
Not only that, but it would also be useful to be able to optimize a compiler
for a particular processor.
In our case, we don't have anything below an Ultrasparc that we need to support
and I imagine there's many other organizations in the same boat.
I'm sure many people would also find it useful for other platforms, i.e. x86.
--
Summary: Need method of changing default CPU for target
Product: gcc
Version: 3.3.6
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronw at net dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: sparc-sun-solaris2.8
GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21852
[Bug bootstrap/21870] New: Build fails with unknown endianess
loading cache ../config.cache
checking for a BSD compatible install... (cached) /opt/gcc3.3/bin/ginstall -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... makeinfo: Cannot find ELF
../../../../libffi/configure: line 2163: 26778 Killed
( makeinfo --version ) /dev/null 2>&1
missing
checking for executable suffix... (cached) no
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... (cached) /var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/xgcc
-B/var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/
-B/opt/gcc3.3/sparc-sun-solaris2.8/bin/ -B/opt/gcc3.3/sparc-sun-solaris2.8/lib/
-isystem /opt/gcc3.3/sparc-sun-solaris2.8/include -m64
checking whether the C compiler
(/var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/xgcc
-B/var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/
-B/opt/gcc3.3/sparc-sun-solaris2.8/bin/ -B/opt/gcc3.3/sparc-sun-solaris2.8/lib/
-isystem /opt/gcc3.3/sparc-sun-solaris2.8/include -m64 -O2 -g -O2 ) works...
yes
checking whether the C compiler
(/var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/xgcc
-B/var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/
-B/opt/gcc3.3/sparc-sun-solaris2.8/bin/ -B/opt/gcc3.3/sparc-sun-solaris2.8/lib/
-isystem /opt/gcc3.3/sparc-sun-solaris2.8/include -m64 -O2 -g -O2 ) is a
cross-compiler... yes
checking whether we are using GNU C... (cached) yes
checking whether /var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/xgcc
-B/var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/
-B/opt/gcc3.3/sparc-sun-solaris2.8/bin/ -B/opt/gcc3.3/sparc-sun-solaris2.8/lib/
-isystem /opt/gcc3.3/sparc-sun-solaris2.8/include -m64 accepts -g... (cached)
yes
checking how to run the C preprocessor...
(cached) /var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/xgcc
-B/var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/
-B/opt/gcc3.3/sparc-sun-solaris2.8/bin/ -B/opt/gcc3.3/sparc-sun-solaris2.8/lib/
-isystem /opt/gcc3.3/sparc-sun-solaris2.8/include -m64 -E
checking for ANSI C header files... (cached) no
checking for memcpy... (cached) yes
checking for working alloca.h... (cached) yes
checking for alloca... yes
checking size of short... 2
checking size of int... 4
checking size of long... 8
checking size of long long... 8
checking size of float... 4
checking size of double... 8
checking size of long double... 16
checking size of void *... 8
checking whether byte ordering is bigendian... cross-compiling... unknown
checking to probe for byte ordering... guessing bigendian ... unknown
configure: error: unknown endianess - sorry
make: *** [configure-target-libffi] Error 1
Compiled with:
bzip2 -dc gcc-3.3.6.tar.bz2 | tar xf -
cd gcc-3.3.6
mkdir sparc-solaris-2.8
cd sparc-solaris-2.8
/bin/bash ../configure --host=sparc-sun-solaris2.8 --prefix=/opt/gcc3.3
--enable-shared --with-gnu-ld --with-ld=/opt/gcc3.3/bin/ld --with-gnu-as
--with-as=/opt/gcc3.3/bin/as --with-cpu=ultrasparc
make
The source compiler is gcc 3.3.6 with a different prefix... I can get things to
compile if I hack things up a bit but this is from a clean compile.
binutils is version 2.16
--
Summary: Build fails with unknown endianess
Product: gcc
Version: 3.3.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronw at net dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: sparc-sun-solaris2.8
GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21870
[Bug bootstrap/21870] Build fails with unknown endianess
--- Additional Comments From aaronw at net dot com 2005-06-02 00:22 ---
More info from config.log for libffi:
configure:3445: /var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/xgcc
-B/var/tmp/gcc3/gcc-3.3.6/sparc-solari
s-2.8/gcc/ -B/opt/gcc3.3/sparc-sun-solaris2.8/bin/
-B/opt/gcc3.3/sparc-sun-solaris2.8/lib/ -isystem /opt/g
cc3.3/sparc-sun-solaris2.8/include -c -O2 -g -O2 conftest.c 1>&5
configure: In function `main':
configure:3440: error: `bogus' undeclared (first use in this function)
configure:3440: error: (Each undeclared identifier is reported only once
configure:3440: error: for each function it appears in.)
configure:3440: error: syntax error before "endian"
configure: failed program was:
#line 3434 "configure"
#include "confdefs.h"
#include
#include
int main() {
#include
int main() {
#if !BYTE_ORDER || !BIG_ENDIAN || !LITTLE_ENDIAN
bogus endian macros
#endif
; return 0; }
configure:3493: /var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/xgcc
-B/var/tmp/gcc3/gcc-3.3.6/sparc-solari
s-2.8/gcc/ -B/opt/gcc3.3/sparc-sun-solaris2.8/bin/
-B/opt/gcc3.3/sparc-sun-solaris2.8/lib/ -isystem /opt/g
cc3.3/sparc-sun-solaris2.8/include -o conftest -O2 -g -O2 conftest.c 1>&5
configure: failed program was:
#line 3480 "configure"
#include "confdefs.h"
main () {
/* Are we little or big endian? From Harbison&Steele. */
union
{
long l;
char c[sizeof (long)];
} u;
u.l = 1;
exit (u.c[sizeof (long) - 1] == 1);
}
configure:3561: checking assembler and linker support unaligned pc related
relocs
configure:3578: /var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/xgcc
-B/var/tmp/gcc3/gcc-3.3.6/sparc-solari
s-2.8/gcc/ -B/opt/gcc3.3/sparc-sun-solaris2.8/bin/
-B/opt/gcc3.3/sparc-sun-solaris2.8/lib/ -isystem /opt/g
cc3.3/sparc-sun-solaris2.8/include -o conftest -O2 -g -O2 -fpic -shared
conftest.c 1>&5
configure:3601: checking assembler .register pseudo-op support
configure:3616: /var/tmp/gcc3/gcc-3.3.6/sparc-solaris-2.8/gcc/xgcc
-B/var/tmp/gcc3/gcc-3.3.6/sparc-solari
s-2.8/gcc/ -B/opt/gcc3.3/sparc-sun-solaris2.8/bin/
-B/opt/gcc3.3/sparc-sun-solaris2.8/lib/ -isystem /opt/g
cc3.3/sparc-sun-solaris2.8/include -c -O2 -g -O2 conftest.c 1>&5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21870
[Bug bootstrap/21870] Build fails with unknown endianess
--- Additional Comments From aaronw at net dot com 2005-06-02 00:34 --- I traced the problem to line 3523 in libffi/configure For some reason, Sun's grep does not see the string BIGenDianSyS in the object file, but fgrep does... I guess it's another bug or issue with Sun's tools (like Sun's awk and sed being limited to 8k). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21870
[Bug bootstrap/21871] New: libjava configure fails because it mistakenly thinks it is cross compiling
-- Summary: libjava configure fails because it mistakenly thinks it is cross compiling Product: gcc Version: 3.3.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aaronw at net dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21871
[Bug bootstrap/21872] New: libjava configure fails because it mistakenly thinks it is cross compiling
When compiling gcc 3.3.6 on sparc Solaris 2.8 with the configure option --with-cpu=ultrasparc, the configure script for libjava fails with: checking for sigaction... yes checking for ftruncate... (cached) yes checking for execinfo.h... no checking for unistd.h... (cached) yes checking for dlfcn.h... (cached) yes checking for backtrace... no checking for dladdr in -ldl... yes checking for /proc/self/exe... configure: error: Cannot check for file existence when cross compiling make: *** [configure-target-libjava] Error 1 -- Summary: libjava configure fails because it mistakenly thinks it is cross compiling Product: gcc Version: 3.3.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aaronw at net dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21872
[Bug bootstrap/21872] libjava configure fails because it mistakenly thinks it is cross compiling
--- Additional Comments From aaronw at net dot com 2005-06-02 01:12 --- Update: this is only for the sparcv9 multilib... I found that ac_cv_prog_cc_cross=yes in config.cache This should have been no. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21872
[Bug bootstrap/21782] [3.3 Regression] configure: error: unknown endianess
--- Additional Comments From aaronw at net dot com 2005-06-02 01:16 --- I traced this to a problem with Sun's grep. Replace the grep lines with fgrep in the configure script and it works fine. Apparently grepping conftest.o for the endian string fails with /bin/grep but works with fgrep. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
[Bug bootstrap/21782] [3.3 Regression] configure: error: unknown endianess
--- Additional Comments From aaronw at net dot com 2005-06-03 21:22 --- I'm not sure that the problem is with binutils. I compiled the conftest.c program with -s and used Sun's assembler /usr/ccs/bin/as to assemble the file. /usr/bin/grep still failed to find the string. Using Gnu grep worked. For some reason Sun's /usr/bin/grep doesn't see the string. I moved to binutils 2.16 and previously used a patched version of 2.15 due to problems I ran into with earlier versions, including 2.14, on Solaris. As for not using binutils 2.15 or later, what is the problem with these versions with the exception of the required patch to 2.15? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21782
