[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Still cannot make doc :(
From: |
James |
Subject: |
Re: Still cannot make doc :( |
Date: |
Mon, 30 May 2016 14:56:47 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 |
Hello,
On 30/05/16 08:31, Knut Petersen wrote:
Am 29.05.2016 um 13:52 schrieb David Kastrup:
I have to see whether I have a chance to run a 64 bit kernel on my
system: I used to for a few years (and consequently was able to look
at 64 bit code), but the current laptop has an Nvidia card and
Ubuntu's kernel/library setup did not manage to integrate the Nvidia
proprietary driver stuff into a 64 bit kernel running on a 32bit
userland and the free drivers did not work reasonably. Maybe the
situation has improved.
On my i7-4790K valgrind reports 23179 "Conditional jump or move
depends on uninitialised value(s)"
and "Use of uninitialised value of size 8" errors from 121 contexts. I
suspect that the patch that breaks
"make doc" only exposes an older problem. But 121 context ... that's a
lot of code to inspect.
Workaround
============
I installed an additional 32-bit build environment on my PC and
chrooted to that environment (after "mount -o bind /dev /32bitenv/dev")
In this environment "make doc" succeeds.
Yes. Also LilyDev uses 32bit env which is why I think Phil can build doc
and push for me, see next ..
A few questions
============
Is there anybody out there who succeeds to build the current lilypond
documentation on a 64 bit linux machine with a 64 bit toolchain?
Please report cpu as well as versions of gcc and guile.
To those who see "make doc" fail at orchestra.ly: Please report cpu as
well as versions of gcc and guile. Please also send the output of
valgrind -v --track-origins=yes /lilysourcedir/build/out/bin/lilypond
-dpreview -dverbose -dresolution=150 \
-o ./out-www /lilysourcedir/Documentation/ly-examples/orchestra.ly &>
logfile
so I installed a new VM with Ubuntu 14.0.4LTS as this was updated last
Feb but is a different version to the one i use at Work (15.0.x) and
whatever David uses/d (16.04?) and still got the same problem of make
doc on current master.
So I on this VM:
guile version = 1.8.8
GCC version = 4.8.4 (4.8.4-2Ubuntu~14.04.3)
CPU * 6 = (cat /proc/cpuinfo) - note this is in a VM and while I do pass
through the CPU to the HV layer, I don't know if it helps or not.
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 44
model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
stepping : 2
microcode : 0xffffffff
cpu MHz : 2394.005
cache size : 12288 KB
physical id : 0
siblings : 5
core id : 1
cpu cores : 5
apicid : 1
initial apicid : 1
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 mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good
nopl pni pclmulqdq ssse3 cx16 sse4_1 sse4_2 popcnt aes hypervisor lahf_lm
bugs :
bogomips : 4788.01
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
On my Physical Workstation where it also fails:
guile version = 1.8.8
GCC version = (Ubuntu 5.2.1-22ubuntu2) 5.2.1 20151010
CPU = (cat /proc/cpuinfo) - note the VM above is not run on the same hardware
as my Workstation so the CPUs are different.
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
stepping : 9
microcode : 0x15
cpu MHz : 1699.468
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 2
cpu cores : 4
apicid : 5
initial apicid : 5
fpu : yes
fpu_exception : yes
cpuid level : 13
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 eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3
cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave
avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi
flexpriority ept vpid fsgsbase smep erms xsaveopt
bugs :
bogomips : 6790.87
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
Zipped Valgrind output of both OSes is attached to this email or can be
obtained here:
https://drive.google.com/file/d/0B9nZ5LHV2Ds6dGU5VTJjOGNlSm8/view?usp=sharing
James
Valgrind_output.zip
Description: Zip archive
- Re: Still cannot make doc :(, (continued)
- Re: Still cannot make doc :(, Thomas Morley, 2016/05/29
- Re: Still cannot make doc :(, Thomas Morley, 2016/05/29
- Re: Still cannot make doc :(, James Lowe, 2016/05/29
- Re: Still cannot make doc :(, David Kastrup, 2016/05/29
- Re: Still cannot make doc :(, David Kastrup, 2016/05/29
- Re: Still cannot make doc :(, Thomas Morley, 2016/05/29
- Re: Still cannot make doc :(, David Kastrup, 2016/05/29
- Re: Still cannot make doc :(, Knut Petersen, 2016/05/30
- Re: Still cannot make doc :(, David Kastrup, 2016/05/30
- Re: Still cannot make doc :(, Masamichi Hosoda, 2016/05/30
- Re: Still cannot make doc :(,
James <=
- Re: Still cannot make doc :(, David Kastrup, 2016/05/30
- Re: Still cannot make doc :(, James, 2016/05/30
- Re: Still cannot make doc :(, David Kastrup, 2016/05/30
- Re: Still cannot make doc :(, James, 2016/05/30
- Re: Still cannot make doc :(, David Kastrup, 2016/05/30
- Re: Still cannot make doc :(, David Kastrup, 2016/05/31
- Re: Still cannot make doc :(, Colin Campbell, 2016/05/30
- Re: Still cannot make doc :(, Thomas Morley, 2016/05/29
- Re: Still cannot make doc :(, David Kastrup, 2016/05/29
- Re: Still cannot make doc :(, Thomas Morley, 2016/05/30