https://bugs.kde.org/show_bug.cgi?id=385409
Christian Borntraeger changed:
What|Removed |Added
CC||borntrae...@de.ibm.com
--- Comment #2
https://bugs.kde.org/show_bug.cgi?id=385412
Christian Borntraeger changed:
What|Removed |Added
CC||borntrae...@de.ibm.com
--- Comment #13
https://bugs.kde.org/show_bug.cgi?id=385412
--- Comment #15 from Christian Borntraeger ---
The full PDF is at
http://publibfp.dhe.ibm.com/epubs/pdf/dz9zr011.pdf
look at 7-346 PERFORM RANDOM NUMBER OPERATION
for a description of that instruction
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=385412
--- Comment #16 from Christian Borntraeger ---
in fact that was the z14 one, the z13 one is at
http://publibfi.boulder.ibm.com/epubs/pdf/dz9zr010.pdf
which has the "simpler" version of that instruction that only deals with
pseudorandom (z
https://bugs.kde.org/show_bug.cgi?id=398066
Christian Borntraeger changed:
What|Removed |Added
CC||borntrae...@de.ibm.com
--- Comment #1
https://bugs.kde.org/show_bug.cgi?id=398066
Christian Borntraeger changed:
What|Removed |Added
Summary|cgijl dep1, 0 reports |s390x: cgijl dep1, 0
https://bugs.kde.org/show_bug.cgi?id=381553
Christian Borntraeger changed:
What|Removed |Added
CC||borntrae...@de.ibm.com
--- Comment #40
https://bugs.kde.org/show_bug.cgi?id=369439
--- Comment #4 from Christian Borntraeger ---
thanks, applied as vex: r3259 valgrind 16027
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=369439
--- Comment #5 from Christian Borntraeger ---
FWIW, I had to remove the static from inner and outer iter in high_word.c as
gcc did not recognize the dependency with some compilers:
high-word.c:8:13: warning: ‘inner_iter’ defined but not used
[-Wunused
https://bugs.kde.org/show_bug.cgi?id=369439
Christian Borntraeger changed:
What|Removed |Added
CC||borntrae...@de.ibm.com
--- Comment #2
https://bugs.kde.org/show_bug.cgi?id=361253
--- Comment #2 from Christian Borntraeger ---
I can certaiinly apply this patch, but I am puzzled.
why does
gcc -Winline -Wall -Wshadow -Wno-long-long -g -fno-stack-protector -m64 -o
ex_clone none/tests/s390x/ex_clone.o -lpthread
work
and
gcc
https://bugs.kde.org/show_bug.cgi?id=361253
--- Comment #3 from Christian Borntraeger ---
OK, seems that library ordering does indeed matter.
applied as r15970
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=361226
Christian Borntraeger changed:
What|Removed |Added
CC||borntrae...@de.ibm.com
--- Comment #3
13 matches
Mail list logo
