This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Supported targets

   Slightly related to my previous question about the roadmap. I have two
quite old targets based on (so far as I know) standard linux distributions. 
Should they still be supported?

RHEL4 (kernel 2.6.9-55.ELsmp):

I was able to compile 4.8.1 successfully when it was released. 4.9.0 fails as below.
RHEL4 is end of life (but not extended life).

My feeling is this ought to work and is probably a regression I should report?

SUSE LINUX Enterprise Server 9 (i586) (kernal 2.6.5-7.111-smp)  

I was able to compile gcc 4.7.0 successfully when it was released. I had less luck with
4.8.0. 4.9.0 fails as below. However, this machine/distribution is so old it is not 

unreasonable to say it should be scrapped.

My main targets are RHEL5 and RHEL6 which work perfectly.

I also tried bootstrapping using 4.8.1 to build 4.9.0 on RHEL4 

and 4.7.0 to build 4.9.0 on the Suse box rather than the ancient
system installed versions (RHEL4 = gcc 3.4.6, Suse 9 = 3.3.3) but without success.



RHEL4 (kernel 2.6.9-55.ELsmp):

../../../../gcc-4.9.0/libsanitizer/include/system/linux/aio_abi.h:2:32: fatal error: linux/aio_abi.h: No such file or director
 #include_next <linux/aio_abi.h>
compilation terminated.
make[3]: *** [sanitizer_platform_limits_linux.lo] Error 1
make[3]: Leaving directory `/development/brucea/gcc/build/build/x86_64-unknown-linux-gnu/libsanitizer/sanitizer_common'
make[2]: *** [install-recursive] Error 1

SUSE LINUX Enterprise Server 9 (i586) (kernal 2.6.5-7.111-smp)   

/development/dev1/brucea/gcc4.7/bin/../lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../i686-pc-linux-gnu/bin/ld: /home/brucea/gcc4
.9/lib/ undefined reference to symbol '___tls_get_addr@@GLIBC_2.3'
/development/dev1/brucea/gcc4.7/bin/../lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../i686-pc-linux-gnu/bin/ld: note: '___tls_get
_addr@@GLIBC_2.3' is defined in DSO /lib/ so try adding it to the linker command line
/lib/ could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[3]: *** [cc1] Error 1


Requires a later version of glibc?

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]