<p dir="auto">On a clean checkout I get segfaults in test/fft.jl when I run <code class="notranslate">make testall</code>. In particular, at least these lines in test/fft.jl seem to cause segfaults while the unmarked ones don't (line numbers included):</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content=" 10 fft_m4 = fft(m4)
 11 fft2_m4 = fft2(m4) # segfault
 12 fftd2_m4 = fft(m4,2)
 13 ifft_fft_m4 = ifft(fft(m4))
 14 fftn_m4 = fftn(m4) # segfault
 15 ifftn_fftn_m4 = ifftn(fftn(m4)) # segfault"><pre class="notranslate"><code class="notranslate"> 10 fft_m4 = fft(m4)
 11 fft2_m4 = fft2(m4) # segfault
 12 fftd2_m4 = fft(m4,2)
 13 ifft_fft_m4 = ifft(fft(m4))
 14 fftn_m4 = fftn(m4) # segfault
 15 ifftn_fftn_m4 = ifftn(fftn(m4)) # segfault
</code></pre></div>
<p dir="auto">I'm on an Arch box, and I built against MKL 10.319:</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="$ uname -a
Linux blah 3.4.4-1-ARCH #1 SMP PREEMPT Sat Jun 23 10:53:18 CEST 2012 x86_64 GNU/Linux"><pre class="notranslate"><code class="notranslate">$ uname -a
Linux blah 3.4.4-1-ARCH #1 SMP PREEMPT Sat Jun 23 10:53:18 CEST 2012 x86_64 GNU/Linux
</code></pre></div>
<p dir="auto">I tried to get something useful out of running gdb on the debug build, but I don't really know what I'm doing:</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="○ gdb --args ./usr/bin/julia-debug-basic test/fft.jl
GNU gdb (GDB) 7.4.1
This GDB was configured as &quot;x86_64-unknown-linux-gnu&quot;.
Reading symbols from /home/mattjj/builds/julia/usr/bin/julia-debug-basic...done.
(gdb) run
Starting program: /home/mattjj/builds/julia/usr/bin/julia-debug-basic test/fft.jl
[Thread debugging using libthread_db enabled]
Using host libthread_db library &quot;/lib/libthread_db.so.1&quot;.
[New Thread 0x7ffff3f4d700 (LWP 10340)]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff45b164d in fftw_execute () from /home/mattjj/builds/julia/usr/lib/libfftw3.so.3
(gdb) bt
#0  0x00007ffff45b164d in fftw_execute () from /home/mattjj/builds/julia/usr/lib/libfftw3.so.3
#1  0x00007ffff5aef682 in ?? ()
#2  0x00007fffffffc110 in ?? ()
#3  0x0000000000000004 in ?? ()
#4  0x0000000000000000 in
(gdb) info threads 
  Id   Target Id         Frame 
  2    Thread 0x7ffff3f4d700 (LWP 10340) &quot;julia-debug-bas&quot; 0x00007ffff77be8f4 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
* 1    Thread 0x7ffff7fe2740 (LWP 10337) &quot;julia-debug-bas&quot; 0x00007ffff45b164d in fftw_execute ()
   from /home/mattjj/builds/julia/usr/lib/libfftw3.so.3
(gdb) thread 2
[Switching to thread 2 (Thread 0x7ffff3f4d700 (LWP 10340))]
#0  0x00007ffff77be8f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
(gdb) bt
#0  0x00007ffff77be8f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007ffff6c167bc in run_io_thr (arg=0x0) at sys.c:304
#2  0x00007ffff77bae0e in start_thread () from /lib/libpthread.so.0
#3  0x00007ffff60751ed in clone () from /lib/libc.so.6"><pre class="notranslate"><code class="notranslate">○ gdb --args ./usr/bin/julia-debug-basic test/fft.jl
GNU gdb (GDB) 7.4.1
This GDB was configured as "x86_64-unknown-linux-gnu".
Reading symbols from /home/mattjj/builds/julia/usr/bin/julia-debug-basic...done.
(gdb) run
Starting program: /home/mattjj/builds/julia/usr/bin/julia-debug-basic test/fft.jl
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
[New Thread 0x7ffff3f4d700 (LWP 10340)]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff45b164d in fftw_execute () from /home/mattjj/builds/julia/usr/lib/libfftw3.so.3
(gdb) bt
#0  0x00007ffff45b164d in fftw_execute () from /home/mattjj/builds/julia/usr/lib/libfftw3.so.3
#1  0x00007ffff5aef682 in ?? ()
#2  0x00007fffffffc110 in ?? ()
#3  0x0000000000000004 in ?? ()
#4  0x0000000000000000 in
(gdb) info threads 
  Id   Target Id         Frame 
  2    Thread 0x7ffff3f4d700 (LWP 10340) "julia-debug-bas" 0x00007ffff77be8f4 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
* 1    Thread 0x7ffff7fe2740 (LWP 10337) "julia-debug-bas" 0x00007ffff45b164d in fftw_execute ()
   from /home/mattjj/builds/julia/usr/lib/libfftw3.so.3
(gdb) thread 2
[Switching to thread 2 (Thread 0x7ffff3f4d700 (LWP 10340))]
#0  0x00007ffff77be8f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
(gdb) bt
#0  0x00007ffff77be8f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007ffff6c167bc in run_io_thr (arg=0x0) at sys.c:304
#2  0x00007ffff77bae0e in start_thread () from /lib/libpthread.so.0
#3  0x00007ffff60751ed in clone () from /lib/libc.so.6
</code></pre></div>
<p dir="auto">The <code class="notranslate">__source__</code> macro meta-argument seems to lose its bearing when used inside of <code class="notranslate">Cmd</code> interpolation.  Example:</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="$ cat test.jl
z = `$(@__FILE__)`
@show z
$ julia test.jl
z = `none`"><pre class="notranslate"><code class="notranslate">$ cat test.jl
z = `$(@__FILE__)`
@show z
$ julia test.jl
z = `none`
</code></pre></div>
<p dir="auto">This is particularly an issue for macros like <code class="notranslate">Pkg.Artifacts.@artifact_str</code> which use the <code class="notranslate">__source__.file</code> attribute to look up the location of the appropriate <code class="notranslate">Artifacts.toml</code> file.</p>