rajan@rajan-Aspire-5742Z:~/julia/base$ strace /usr/bin/julia --build output
sysimg.jl
strace: Can't stat '/usr/bin/julia': No such file or directory



On Sun, Jan 26, 2014 at 7:41 PM, Elliot Saba <staticfl...@gmail.com> wrote:

> Nope, sometimes VMs can cause an illegal instruction error.
>
> What is the output of `strace ../usr/bin/julia --build output sysimg.jl`?
>  Execute that inside of the `base` folder.
> -E
>
>
> On Sun, Jan 26, 2014 at 4:19 PM, Rajan Gurjar <rjngrj2...@gmail.com>wrote:
>
>> No, but I do have a VM installed. Not using it though for Julia.
>> Do you think I should try it instead?
>>
>>
>> On Sun, Jan 26, 2014 at 6:18 PM, Elliot Saba <staticfl...@gmail.com>wrote:
>>
>>> Rajan, are you running inside of a VM?
>>>
>>>
>>> On Sun, Jan 26, 2014 at 1:46 PM, Rajan Gurjar <rjngrj2...@gmail.com>wrote:
>>>
>>>> Just tried "make debug" after "make clean"
>>>> but exactly the same output as before
>>>> LINK usr/bin/julia-debug-readline
>>>>     CC ui/repl-basic.do
>>>>     LINK usr/bin/julia-debug-basic
>>>>
>>>> osutils.jl
>>>> Illegal instruction (core dumped)
>>>> make[1]: *** [/home/rajan/julia/usr/lib/julia/sys0.bc] Error 132
>>>> make: *** [debug] Error 2
>>>>
>>>>
>>>>
>>>> On Sun, Jan 26, 2014 at 3:54 PM, Rajan Gurjar <rjngrj2...@gmail.com>wrote:
>>>>
>>>>> processor    : 0
>>>>> vendor_id    : GenuineIntel
>>>>> cpu family    : 6
>>>>> model        : 37
>>>>> model name    : Intel(R) Pentium(R) CPU        P6100  @ 2.00GHz
>>>>> stepping    : 5
>>>>> microcode    : 0x2
>>>>> cpu MHz        : 933.000
>>>>> cache size    : 3072 KB
>>>>> physical id    : 0
>>>>> siblings    : 2
>>>>> core id        : 0
>>>>> cpu cores    : 2
>>>>> apicid        : 0
>>>>> initial apicid    : 0
>>>>> fpu        : yes
>>>>> fpu_exception    : yes
>>>>> cpuid level    : 11
>>>>> 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 pbe syscall
>>>>> nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
>>>>> nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr
>>>>> pdcm pcid popcnt lahf_lm arat dtherm
>>>>> bogomips    : 3990.03
>>>>> clflush size    : 64
>>>>> cache_alignment    : 64
>>>>> address sizes    : 36 bits physical, 48 bits virtual
>>>>> power management:
>>>>>
>>>>> processor    : 1
>>>>> vendor_id    : GenuineIntel
>>>>> cpu family    : 6
>>>>> model        : 37
>>>>> model name    : Intel(R) Pentium(R) CPU        P6100  @ 2.00GHz
>>>>> stepping    : 5
>>>>> microcode    : 0x2
>>>>> cpu MHz        : 1999.000
>>>>> cache size    : 3072 KB
>>>>> physical id    : 0
>>>>> siblings    : 2
>>>>> core id        : 2
>>>>> cpu cores    : 2
>>>>> apicid        : 4
>>>>> initial apicid    : 4
>>>>> fpu        : yes
>>>>> fpu_exception    : yes
>>>>> cpuid level    : 11
>>>>> 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 pbe syscall
>>>>> nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
>>>>> nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr
>>>>> pdcm pcid popcnt lahf_lm arat dtherm
>>>>> bogomips    : 3990.03
>>>>> clflush size    : 64
>>>>> cache_alignment    : 64
>>>>> address sizes    : 36 bits physical, 48 bits virtual
>>>>> power management:
>>>>>
>>>>>
>>>>>
>>>>> On Sun, Jan 26, 2014 at 2:27 PM, Jameson Nash <vtjn...@gmail.com>wrote:
>>>>>
>>>>>> I think he mentioned this was a clean build, from scratch.
>>>>>>
>>>>>> Rajan, what's your processor? also try `make debug` and see if that
>>>>>> prints anything more when in crashes
>>>>>>
>>>>>> On Sun, Jan 26, 2014 at 2:21 PM, Tim Holy <tim.h...@gmail.com> wrote:
>>>>>> > On Sunday, January 26, 2014 11:16:24 AM Rajn wrote:
>>>>>> >> Bump anyone? What does this mean? Next steps please?
>>>>>> >
>>>>>> > Have you tried "make clean; make"?
>>>>>> > --Tim
>>>>>> >
>>>>>> >>
>>>>>> >> osutils.jl
>>>>>> >> Illegal instruction (core dumped)
>>>>>> >> make[1]: *** [/home/rajan/julia/usr/lib/
>>>>>> >> julia/sys0.bc] Error 132
>>>>>> >> make: *** [release] Error 2
>>>>>> >>
>>>>>> >> On Friday, January 24, 2014 10:30:18 PM UTC-5, Rajn wrote:
>>>>>> >> > After my several failed attempts to run PyPlot through Julia in
>>>>>> Windows, I
>>>>>> >> > decided to give up and try Linux.
>>>>>> >> > Guess it was even worse.
>>>>>> >> >
>>>>>> >> > First I added to regular repository (not the nightlybuild)
>>>>>> >> > then added the dep-repository
>>>>>> >> > then updated and
>>>>>> >> > then installed julia
>>>>>> >> >
>>>>>> >> > Here's the latest:
>>>>>> >> > Unpacking librmath-dev (from
>>>>>> >> > .../librmath-dev_2.15.2-juliadeps2~raring_amd64.deb) ...
>>>>>> >> > dpkg: error processing
>>>>>> >> >
>>>>>> /var/cache/apt/archives/librmath-dev_2.15.2-juliadeps2~raring_amd64.deb
>>>>>> >> >
>>>>>> >> > (--unpack):
>>>>>> >> >  trying to overwrite '/usr/include/Rmath.h', which is also in
>>>>>> package
>>>>>> >> >
>>>>>> >> > r-mathlib 3.0.1-3ubuntu1
>>>>>> >> > No apport report written because MaxReports is reached already
>>>>>> >> >
>>>>>> >> >
>>>>>> Selecting
>>>>>> >> >
>>>>>> >> > previously unselected package julia.
>>>>>> >> > Unpacking julia (from .../julia_0.2.0~saucyfinal1_amd64.deb) ...
>>>>>> >> > Processing triggers for man-db ...
>>>>>> >> >
>>>>>> >> > Errors were encountered while processing:
>>>>>> >> >
>>>>>>  /var/cache/apt/archives/librmath-dev_2.15.2-juliadeps2~raring_amd64.deb
>>>>>> >> >
>>>>>> >> > E: Sub-process /usr/bin/dpkg returned an error code (1)
>>>>>> >> >
>>>>>> >> > Have no clue absolutely how to proceed. The same issue occurs
>>>>>> when I try
>>>>>> >> > nightly builds.
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>

Reply via email to