julia fails to build with a segfault

[cmey]

Hi,
I'm trying to compile a fresh "git clone" of julia and it fails with a segfault on one of my 2 machines, on the other one it's OK.

[matlab@k52bgh86 julia_git]$ make
    JULIA usr/lib/julia/sys0.ji
Warning: New definition write/bin/sh: line 1:  5630 Erreur de segmentation  /home/matlab/cmey/julia_git/usr/bin/julia-release-readline -b stage0.jl
make[1]: *** [/home/matlab/cmey/julia_git/usr/lib/julia/sys0.ji] Erreur 139
make: *** [release] Erreur 2
[matlab@k52bgh86 julia_git]$

infos :

git log last log gives :

commit f15f2df1d3f13ad59e6e99c494c20f684102c0fd
Author: Jeff Bezanson <[email protected]>
Date:   Thu Jun 21 01:31:48 2012 -0400

    long-needed update to type names in julia-mode

uname -a : Linux k52bgh86 2.6.18-164.el5 #1 SMP Thu Sep 3 03:28:30 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

gcc --version : gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-50)

cpu : [matlab@k52bgh86 julia_git]$ cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 23
model name      : Intel(R) Xeon(R) CPU           X5472  @ 3.00GHz
stepping        : 6
cpu MHz         : 2400.000
cache size      : 6144 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 4
apicid          : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 cx16 xtpr lahf_lm
bogomips        : 5985.00
clflush size    : 64
cache_alignment : 64
address sizes   : 38 bits physical, 48 bits virtual
power management:

distribution : CentOS 5

I also tried with Make.inc modified to USE_SYSTEM_READLINE=1 before make, with exactly the same segfault.

The precompiled 64-bit julia binary works.

[EDIT: Formatting -@loladiro]

[JeffBezanson]

GCC version 4.1.2 is known to have problems compiling our code. If you can upgrade gcc it might fix this.

[cmey]

Exact, switching to gcc 4.3.4 solved the problem.
Thank you :-)

[Keno]

@JeffBezanson do you think we should add a check for the gcc version to the Makefile and return a fatal error if the gcc version is not supported?