Bug#1052434: Acknowledgement (qttools-opensource-src: FTBFS on hppa - No rule to make target 'assistant.qch')

[John David Anglin]

This bug appears to have been introduced by the fix for #1045220.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1052434: qttools-opensource-src: FTBFS on hppa - No rule to make target 'assistant.qch'

[John David Anglin]

Source: qttools-opensource-src
Severity: normal
Tags: ftbfs

Dear Maintainer,

Build fails here:

g++ -c -g -O2 -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-DTESTBINDIR=\"/<>/bin\" -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -std=c++1z -fno-exceptions -Wall -Wextra -Wvla 
-Wdate-time -Wshift-overflow=2 -Wduplicated-cond -Wno-stringop-overflow 
-Wno-format-overflow -D_REENTRANT -fPIC -DQT_NO_LINKED_LIST 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_LINKED_LIST -DBROWSER_QTEXTBROWSER 
-DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_NO_EXCEPTIONS 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_HELP_LIB 
-DQT_PRINTSUPPORT_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB 
-DQT_SQL_LIB -DQT_CORE_LIB -I. -I../../shared/fontpanel -I../../../include 
-I../../../include/QtHelp -I/usr/include/hppa-linux-gnu/qt5 
-I/usr/include/hppa-linux-gnu/qt5/QtPrintSupport 
-I/usr/include/hppa-linux-gnu/qt5/QtWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtGui 
-I/usr/include/hppa-linux-gnu/qt5/QtNetwork 
-I/usr/include/hppa-linux-gnu/qt5/QtSql 
-I/usr/include/hppa-linux-gnu/qt5/QtCore -I.moc -I.uic 
-I/usr/lib/hppa-linux-gnu/qt5/mkspecs/linux-g++ -o .obj/stdinlistener.o 
stdinlistener.cpp
make[4]: *** No rule to make target 'assistant.qch', needed by 
'.rcc/qrc_assistant.cpp'.  Stop.
make[4]: *** Waiting for unfinished jobs
g++ -c -include .pch/Qt5Designer -g -O2 -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-DTESTBINDIR=\"/<>/bin\" -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -std=c++1z -fvisibility=hidden 
-fvisibility-inlines-hidden -fno-exceptions -Wall -Wextra -Wvla -Wdate-time 
-Wshift-overflow=2 -Wduplicated-cond -Wno-stringop-overflow 
-Wno-format-overflow -D_REENTRANT -fPIC -DQT_NO_LINKED_LIST 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_LINKED_LIST -DQDESIGNER_SDK_LIBRARY 
-DQDESIGNER_EXTENSION_LIBRARY -DQDESIGNER_UILIB_LIBRARY 
-DQDESIGNER_SHARED_LIBRARY -DQT_DESIGNER -DQT_USE_QSTRINGBUILDER 
-DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_DESIGNER_LIB 
-DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT_MOC_COMPAT 
-DQT_DEPRECATED_WARNINGS -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_NO_EXCEPTIONS 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_UIPLUGIN_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB -DQT_CORE_LIB -DQT_UIPLUGIN_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -Iextension -Isdk -Ishared 
-I../../../shared/qtpropertybrowser -I../../../shared/deviceskin 
-I../../../shared/findwidget -I../../../shared/qtgradienteditor -Iuilib 
-I../../../../include -I../../../../include/QtDesigner 
-I../../../../include/QtDesigner/5.15.10 
-I../../../../include/QtDesigner/5.15.10/QtDesigner 
-I../../../../include/QtUiPlugin 
-I/usr/include/hppa-linux-gnu/qt5/QtWidgets/5.15.10 
-I/usr/include/hppa-linux-gnu/qt5/QtWidgets/5.15.10/QtWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtGui/5.15.10 
-I/usr/include/hppa-linux-gnu/qt5/QtGui/5.15.10/QtGui 
-I/usr/include/hppa-linux-gnu/qt5/QtCore/5.15.10 
-I/usr/include/hppa-linux-gnu/qt5/QtCore/5.15.10/QtCore 
-I/usr/include/hppa-linux-gnu/qt5 -I/usr/include/hppa-linux-gnu/qt5/QtWidgets 
-I/usr/include/hppa-linux-gnu/qt5/QtGui -I/usr/include/hppa-linux-gnu/qt5/QtXml 
-I/usr/include/hppa-linux-gnu/qt5/QtCore -I.moc -I.uic 
-I/usr/lib/hppa-linux-gnu/qt5/mkspecs/linux-g++ -o .obj/moc_codedialog_p.o 
.moc/moc_codedialog_p.cpp
g++ -c -include .pch/Qt5Designer -g -O2 -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-DTESTBINDIR=\"/<>/bin\" -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -std=c++1z -fvisibility=hidden 
-fvisibility-inlines-hidden -fno-exceptions -Wall -Wextra -Wvla -Wdate-time 
-Wshift-overflow=2 -Wduplicated-cond -Wno-stringop-overflow 
-Wno-format-overflow -D_REENTRANT -fPIC -DQT_NO_LINKED_LIST 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_LINKED_LIST -DQDESIGNER_SDK_LIBRARY 
-DQDESIGNER_EXTENSION_LIBRARY -DQDESIGNER_UILIB_LIBRARY 
-DQDESIGNER_SHARED_LIBRARY -DQT_DESIGNER -DQT_USE_QSTRINGBUILDER 
-DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_DESIGNER_LIB 
-DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT_MOC_COMPAT 
-DQT_DEPRECATED_WARNINGS -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_NO_EXCEPTIONS 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_UIPLUGIN_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB -DQT_CORE_LIB -DQT_UIPLUGIN_LIB 
-DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -Iextension -Isdk -Ishared 
-I../../../shared/qtpropertybrowser -I../../../shared/deviceskin 
-I../../../shared/findwidget -I../../../shared/qtgradienteditor -Iuilib 
-I../../../../include 

Bug#1042018: qt6-declarative: FTBFS on hppa - Segmentation fault in /usr/lib/qt6/bin/qsb

[John David Anglin]

On 2023-07-25 4:29 p.m., Patrick Franz wrote:

Due to the lack of resources, it's unlikely we'll even investigate this.
However, if you have a patch, I'm happy to apply it.

The attached change fixes the reported segmentation fault in qsb. The change is 
to
src/3rdparty/forkfd/forkfd_linux.c in the qt6-base package. The problem is the 
system_vforkfd
routine assumes the stack direction is down, but on hppa the stack grows up. 
This causes
the childFn argument to be clobbered on the stack and the segmentation fault.

With this change to qt6-base, qt6-declarative builds successfully on hppa.  I 
believe it will also fix the
qt6-multimedia build as it appears to fail for the same reason.

Somehow, we need to get this installed in the 3rdparty forkfd source so all 
packages that use it
are fixed.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net
--- ./src/3rdparty/forkfd/forkfd_linux.c.save   2023-07-27 12:04:02.940466337 
+
+++ ./src/3rdparty/forkfd/forkfd_linux.c2023-07-27 12:06:53.522077424 
+
@@ -168,7 +168,12 @@
 }
 *system = 1;
 
+#if defined(__hppa__)
+/* Stack grows up */
+pid = clone(childFn, childStack, cloneflags, token, , NULL, NULL);
+#else
 pid = clone(childFn, childStack + sizeof(childStack), cloneflags, token, 
, NULL, NULL);
+#endif
 if (pid < 0)
 return pid;
 if (ppid)

Bug#1042018: qt6-declarative: FTBFS on hppa - Segmentation fault in /usr/lib/qt6/bin/qsb

[John David Anglin]

Source: qt6-declarative
Version: 6.4.2+dfsg-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Build fails here:
[22/6600] cd /<>/obj-hppa-linux-gnu/src/quick && 
/usr/lib/qt6/bin/qsb --glsl 100es,120,150 --hlsl 50 --msl 12 -b -O -s -o 
/<>/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 /<>/src/quick/scenegraph/shaders_ng/24bittextmask.frag
FAILED: src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb 
/<>/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 
cd /<>/obj-hppa-linux-gnu/src/quick && /usr/lib/qt6/bin/qsb --glsl 
100es,120,150 --hlsl 50 --msl 12 -b -O -s -o 
/<>/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 /<>/src/quick/scenegraph/shaders_ng/24bittextmask.frag
Segmentation fault (core dumped)

See:
https://buildd.debian.org/status/fetch.php?pkg=qt6-declarative=hppa=6.4.2%2Bdfsg-3=1690289443=0

dave@mx3210:~/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/obj-hppa-linux-g
nu/src/quick$ gdb /usr/lib/qt6/bin/qsb
GNU gdb (Debian 13.2-1) 13.2
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/qt6/bin/qsb...
Reading symbols from 
/usr/lib/debug/.build-id/2d/3c434ee4acf266d2dc6fd1ff1289e07e4fd07c.debug...
(gdb) set args --glsl 100es,120,150 --hlsl 50 --msl 12 -b -O -s -o 
/home/dave/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 
/home/dave/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/src/quick/scenegraph/shaders_ng/24bittextmask.frag
(gdb) r
Starting program: /usr/lib/qt6/bin/qsb --glsl 100es,120,150 --hlsl 50 --msl 12 
-b -O -s -o 
/home/dave/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/obj-hppa-linux-gnu/src/quick/.qsb/scenegraph/shaders_ng/24bittextmask.frag.qsb
 
/home/dave/debian/qt6-declarative/qt6-declarative-6.4.2+dfsg/src/quick/scenegraph/shaders_ng/24bittextmask.frag
warning: Unable to find libthread_db matching inferior's thread library, thread 
debugging will not be available.
[Detaching after vfork from child process 24823]

Program received signal SIGSEGV, Segmentation fault.
0xf8af656c in vforkfd (flags=1,
childFn=0xf8aec7d4 
, token=0xf8f02888, ppid=0xf8f028f0)
at ./src/corelib/io/../../3rdparty/forkfd/forkfd.c:815
815 ./src/corelib/io/../../3rdparty/forkfd/forkfd.c: No such file or 
directory.
(gdb) bt
#0  0xf8af656c in vforkfd (flags=1,
childFn=0xf8aec7d4 
, token=0xf8f02888, ppid=0xf8f028f0)
at ./src/corelib/io/../../3rdparty/forkfd/forkfd.c:815
#1  QProcessPrivate::startProcess (this=0x91c80)
at ./src/corelib/io/qprocess_unix.cpp:472
#2  QProcessPrivate::start (this=0x91c80, mode=...)
at ./src/corelib/io/qprocess.cpp:2163
#3  0x0001bc20 in runProcess (binary=..., arguments=..., output=0xf8f02888,
errorOutput=0x5112) at /usr/include/hppa-linux-gnu/qt6/QtCore/qflags.h:74
#4  0x00016884 in main (argc=, argv=)
at ./tools/qsb/qsb.cpp:661
(gdb) disass $pc-16,$pc+16
Dump of assembler code from 0xf8af655c to 0xf8af657c:
   0xf8af655c 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+708>:  
  copy r21,r26
   0xf8af6560 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+712>:  
  b,l 0xf8ad428c,rp
   0xf8af6564 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+716>:  
  stw r21,-c4(sp)
   0xf8af6568 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+720>:  
  copy r4,r19
=> 0xf8af656c 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+724>:  
  ldw 0(r8),r20
   0xf8af6570 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+728>:  
  cmpib,<> 0,r20,0xf8af6aa0 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+2056>
   0xf8af6574 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+732>:  
  copy ret0,r3
   0xf8af6578 
<_ZN15QProcessPrivate5startE6QFlagsIN13QIODeviceBase12OpenModeFlagEE+736>:  
  addil L%d000,r19,r1
End of assembler dump.
(gdb) p/x $r8
$1 = 0x5112

r8 is misaligned for ldw instruction but this didn't cause fault.

(gdb) x/x 0x5110
0x5110: Cannot access memory at address 0x5110

Regards,
Dave Anglin

-- System Information:
Debian 

Bug#1032603: umbrello: FTBFS on hppa - Please enable LFS

[John David Anglin]

Source: umbrello
Version: 4:22.12.3-1
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails here:
Run Build Command(s):/usr/bin/gmake -f Makefile cmTC_428e4/fast && gmake[2]: 
Entering directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J'
/usr/bin/gmake  -f CMakeFiles/cmTC_428e4.dir/build.make 
CMakeFiles/cmTC_428e4.dir/build
gmake[3]: Entering directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J'
Building CXX object CMakeFiles/cmTC_428e4.dir/src.cxx.o
/usr/bin/c++ -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_OFFT_IS_64BIT  -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2  -fno-delete-null-pointer-checks 
-Wno-deprecated-declarations  -std=gnu++17 -o 
CMakeFiles/cmTC_428e4.dir/src.cxx.o -c 
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:7:33:
 warning: left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:8:23:
 note: in expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:7:57:
 warning: left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:8:23:
 note: in expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J/src.cxx:8:89:
 error: size ‘-1’ of array ‘off_t_is_large’ is negative
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |  
~~~^~~~
gmake[3]: *** [CMakeFiles/cmTC_428e4.dir/build.make:78: 
CMakeFiles/cmTC_428e4.dir/src.cxx.o] Error 1
gmake[3]: Leaving directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J'
gmake[2]: *** [Makefile:127: cmTC_428e4/fast] Error 2
gmake[2]: Leaving directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-wH7h8J'


Source file was:

#include 
 /* Check that off_t can represent 2**63 - 1 correctly.
We can't simply define LARGE_OFF_T to be 9223372036854775807,
since some C++ compilers masquerading as C compilers
incorrectly reject 9223372036854775807.  */
#define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  int main() { return 0; }


dh_auto_configure: error: cd obj-hppa-linux-gnu && cmake 
-DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None 
-DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var 
-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF 
-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON 
-DFETCHCONTENT_FULLY_DISCONNECTED=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run 
-DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON "-GUnix Makefiles" 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/hppa-linux-gnu 
-DCMAKE_BUILD_TYPE=Debian -DCMAKE_INSTALL_SYSCONFDIR=/etc 
-DKDE_INSTALL_USE_QT_SYS_PATHS=ON -DBUILD_KF5=ON .. returned exit code 1
make[1]: *** [debian/rules:14: override_dh_auto_configure] Error 25
make[1]: Leaving directory '/<>'

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=umbrello=hppa=4%3A22.12.3-1=1677784733=0

Build is successful if LFS is enabled, "future=+lfs" option. I had a successful
build with it:
https://buildd.debian.org/status/fetch.php?pkg=umbrello=hppa=4%3A22.12.3-1=1678355202=0

Regards,
Dave Anglin

-- System Information:
Debian Release: 12.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.15+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1032602: calligra: FTBFS on hppa - please enable LFS

[John David Anglin]

Source: calligra
Version: 1:3.2.1+dfsg-7
Severity: normal
Tags: ftbfs

Dear Maintainer,

The build fails here:

Run Build Command(s):/usr/bin/gmake -f Makefile cmTC_07c80/fast && gmake[2]: 
Entering directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY'
/usr/bin/gmake  -f CMakeFiles/cmTC_07c80.dir/build.make 
CMakeFiles/cmTC_07c80.dir/build
gmake[3]: Entering directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY'
Building CXX object CMakeFiles/cmTC_07c80.dir/src.cxx.o
/usr/bin/c++ -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_OFFT_IS_64BIT  -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wno-deprecated -Wno-deprecated-declarations -Wdate-time -D_FORTIFY_SOURCE=2  
-std=c++17 -o CMakeFiles/cmTC_07c80.dir/src.cxx.o -c 
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:7:33:
 warning: left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:8:23:
 note: in expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:7:57:
 warning: left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:8:23:
 note: in expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY/src.cxx:8:89:
 error: size ‘-1’ of array ‘off_t_is_large’ is negative
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |  
~~~^~~~
gmake[3]: *** [CMakeFiles/cmTC_07c80.dir/build.make:78: 
CMakeFiles/cmTC_07c80.dir/src.cxx.o] Error 1
gmake[3]: Leaving directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY'
gmake[2]: *** [Makefile:127: cmTC_07c80/fast] Error 2
gmake[2]: Leaving directory 
'/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeScratch/TryCompile-xHX3fY'


Source file was:

#include 
 /* Check that off_t can represent 2**63 - 1 correctly.
We can't simply define LARGE_OFF_T to be 9223372036854775807,
since some C++ compilers masquerading as C compilers
incorrectly reject 9223372036854775807.  */
#define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  int main() { return 0; }


dh_auto_configure: error: cd obj-hppa-linux-gnu && cmake 
-DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None 
-DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var 
-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF 
-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON 
-DFETCHCONTENT_FULLY_DISCONNECTED=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run 
-DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON "-GUnix Makefiles" 
-DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/hppa-linux-gnu 
-DCMAKE_BUILD_TYPE=Debian -DCMAKE_INSTALL_SYSCONFDIR=/etc 
-DKDE_INSTALL_USE_QT_SYS_PATHS=ON -DBUILD_TESTING=OFF -DBUILD_app_cstester=OFF 
-DBUILD_app_devtools=OFF -DCALLIGRA_SHOULD_BUILD_UNMAINTAINED=ON .. returned 
exit code 1
make[1]: *** [debian/rules:13: override_dh_auto_configure] Error 25

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=calligra=hppa=1%3A3.2.1%2Bdfsg-7=1678056816=0

Build is successful if LFS is enabled, "future=+lfs" option. I had a successful
build with it:
https://buildd.debian.org/status/fetch.php?pkg=calligra=hppa=1%3A3.2.1%2Bdfsg-7=1678349115=0

Regards,
Dave Anglin


-- System Information:
Debian Release: 12.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 6.1.15+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1030315: qt6-base: FTBFS on hppa - shared object linked with non PIC archive library

[John David Anglin]

Source: qt6-base
Version: 6.4.2+dfsg~rc1-3
Severity: normal

Dear Maintainer,

Linking libQt6Core.so.6.4.2 fails because the link command links
against libzstd.a instead of libzstd.so.

There are also numerous warnings.
[447/1614] : && /usr/bin/c++ -fPIC -g -O2 -ffile-prefix-map=/<>=. 
-flto=auto -ffat-lto-objects -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2  -flto=auto -ffat-lto-objects   
-Wl,--version-script,/<>/obj-hppa-linux-gnu/src/corelib/Core.version
 -Wl,--no-undefined -Wl,-e,qt_core_boilerplate -Wl,--enable-new-dtags -shared 
-Wl,-soname,libQt6Core.so.6 -o lib/hppa-linux-gnu/libQt6Core.so.6.4.2 
src/corelib/CMakeFiles/Core.dir/Core_autogen/mocs_compilation.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qsimd.cpp.o 
src/corelib/CMakeFiles/Core.dir/tools/qhash.cpp.o 
src/corelib/CMakeFiles/Core.dir/compat/removed_api.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/archdetect.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qendian.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qfloat16.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qglobal.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qhooks.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qlibraryinfo.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qlogging.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qmalloc.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qnumeric.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qoperatingsystemversion.cpp.o 
src/corelib/CMakeFiles/Core.dir/global/qrandom.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qabstractfileengine.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qbuffer.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qdataurl.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qdebug.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qdir.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qdiriterator.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfile.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfiledevice.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfileinfo.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfileselector.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfilesystemengine.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfilesystementry.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfsfileengine.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qfsfileengine_iterator.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qiodevice.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qipaddress.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qlockfile.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qloggingcategory.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qloggingregistry.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qnoncontiguousbytedevice.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qresource.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qresource_iterator.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qsavefile.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qstandardpaths.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qstorageinfo.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qtemporarydir.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qtemporaryfile.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qurl.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qurlidna.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qurlquery.cpp.o 
src/corelib/CMakeFiles/Core.dir/io/qurlrecode.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qabstracteventdispatcher.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qabstractnativeeventfilter.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qassociativeiterable.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qbasictimer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qcoreapplication.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qcoreevent.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qcoreglobaldata.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qdeadlinetimer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qelapsedtimer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qeventloop.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qiterable.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmath.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmetacontainer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmetaobject.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmetaobjectbuilder.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmetatype.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qmimedata.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qobject.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qobjectcleanuphandler.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qpointer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qproperty.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsequentialiterable.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsharedmemory.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsignalmapper.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsocketnotifier.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsystemerror.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qsystemsemaphore.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qtestsupport_core.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qtimer.cpp.o 
src/corelib/CMakeFiles/Core.dir/kernel/qtranslator.cpp.o 

Bug#1021404: qt6-base: FTBFS on hppa - Unknown Q_PROCESSOR_xxx macro

[John David Anglin]

Source: qt6-base
Version: 6.3.1+dfsg-10
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

The build fails here:

[357/1566] /usr/bin/c++ -DBACKTRACE_HEADER=\"execinfo.h\" -DCore_EXPORTS 
-DELF_INTERPRETER=\"/lib/ld.so.1\" -DQT_ASCII_CAST_WARNINGS -DQT_BUILDING_QT 
-DQT_BUILD_CORE_LIB -DQT_DEPRECATED_WARNINGS 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_MOC_COMPAT -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_NO_FOREACH 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT 
-DQT_NO_USING_NAMESPACE -DQT_TYPESAFE_FLAGS -DQT_USE_QSTRINGBUILDER 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-I/<>/obj-hppa-linux-gnu/src/corelib/Core_autogen/include 
-I/<>/obj-hppa-linux-gnu/include 
-I/<>/obj-hppa-linux-gnu/include/QtCore 
-I/<>/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib/global 
-I/<>/obj-hppa-linux-gnu/src/corelib/kernel 
-I/<>/src/corelib/../3rdparty/tinycbor/src 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1/QtCore 
-I/<>/src/corelib/../3rdparty/forkfd 
-I/<>/mkspecs/linux-g++ -isystem /usr/include/double-conversion 
-isystem /usr/include/glib-2.0 -isystem 
/usr/lib/hppa-linux-gnu/glib-2.0/include -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -Wextra -Wsuggest-override -std=c++17 
-Winvalid-pch -include 
/<>/obj-hppa-linux-gnu/src/corelib/CMakeFiles/Core.dir/cmake_pch.hxx
 -MD -MT src/corelib/CMakeFiles/Core.dir/text/qregularexpression.cpp.o -MF 
src/corelib/CMakeFiles/Core.dir/text/qregularexpression.cpp.o.d -o 
src/corelib/CMakeFiles/Core.dir/text/qregularexpression.cpp.o -c 
/<>/src/corelib/text/qregularexpression.cpp
[358/1566] /usr/bin/c++ -DBACKTRACE_HEADER=\"execinfo.h\" -DCore_EXPORTS 
-DELF_INTERPRETER=\"/lib/ld.so.1\" -DQT_ASCII_CAST_WARNINGS -DQT_BUILDING_QT 
-DQT_BUILD_CORE_LIB -DQT_DEPRECATED_WARNINGS 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_MOC_COMPAT -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_NO_FOREACH 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT 
-DQT_NO_USING_NAMESPACE -DQT_TYPESAFE_FLAGS -DQT_USE_QSTRINGBUILDER 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-I/<>/obj-hppa-linux-gnu/src/corelib/Core_autogen/include 
-I/<>/obj-hppa-linux-gnu/include 
-I/<>/obj-hppa-linux-gnu/include/QtCore 
-I/<>/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib/global 
-I/<>/obj-hppa-linux-gnu/src/corelib/kernel 
-I/<>/src/corelib/../3rdparty/tinycbor/src 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1/QtCore 
-I/<>/src/corelib/../3rdparty/forkfd 
-I/<>/mkspecs/linux-g++ -isystem /usr/include/double-conversion 
-isystem /usr/include/glib-2.0 -isystem 
/usr/lib/hppa-linux-gnu/glib-2.0/include -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -Wextra -Wsuggest-override -std=c++17 
-Winvalid-pch -include 
/<>/obj-hppa-linux-gnu/src/corelib/CMakeFiles/Core.dir/cmake_pch.hxx
 -MD -MT src/corelib/CMakeFiles/Core.dir/io/qfilesystemwatcher.cpp.o -MF 
src/corelib/CMakeFiles/Core.dir/io/qfilesystemwatcher.cpp.o.d -o 
src/corelib/CMakeFiles/Core.dir/io/qfilesystemwatcher.cpp.o -c 
/<>/src/corelib/io/qfilesystemwatcher.cpp
[359/1566] /usr/bin/c++ -DBACKTRACE_HEADER=\"execinfo.h\" -DCore_EXPORTS 
-DELF_INTERPRETER=\"/lib/ld.so.1\" -DQT_ASCII_CAST_WARNINGS -DQT_BUILDING_QT 
-DQT_BUILD_CORE_LIB -DQT_DEPRECATED_WARNINGS 
-DQT_DEPRECATED_WARNINGS_SINCE=0x06 -DQT_DISABLE_DEPRECATED_BEFORE=0x05 
-DQT_MOC_COMPAT -DQT_NO_CAST_TO_ASCII -DQT_NO_DEBUG -DQT_NO_FOREACH 
-DQT_NO_JAVA_STYLE_ITERATORS -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT 
-DQT_NO_USING_NAMESPACE -DQT_TYPESAFE_FLAGS -DQT_USE_QSTRINGBUILDER 
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-I/<>/obj-hppa-linux-gnu/src/corelib/Core_autogen/include 
-I/<>/obj-hppa-linux-gnu/include 
-I/<>/obj-hppa-linux-gnu/include/QtCore 
-I/<>/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib 
-I/<>/obj-hppa-linux-gnu/src/corelib/global 
-I/<>/obj-hppa-linux-gnu/src/corelib/kernel 
-I/<>/src/corelib/../3rdparty/tinycbor/src 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1 
-I/<>/obj-hppa-linux-gnu/include/QtCore/6.3.1/QtCore 
-I/<>/src/corelib/../3rdparty/forkfd 
-I/<>/mkspecs/linux-g++ -isystem /usr/include/double-conversion 
-isystem /usr/include/glib-2.0 -isystem 
/usr/lib/hppa-linux-gnu/glib-2.0/include -g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -Wextra -Wsuggest-override -std=c++17 
-Winvalid-pch -include 
/<>/obj-hppa-linux-gnu/src/corelib/CMakeFiles/Core.dir/cmake_pch.hxx
 

Bug#1021312: qtquickcontrols-opensource-src: FTBFS on hppa - Tests_TreeView::test_pressAndHold

[John David Anglin]

Source: qtquickcontrols-opensource-src
Version: 5.15.6-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Testsuite fails with following error:

PASS   : qtquickcontrols::Tests_TreeView::test_keys_navigation()
FAIL!  : qtquickcontrols::Tests_TreeView::test_pressAndHold() Compared values 
are not the same
   Actual   (): 0
   Expected (): 1
   Loc: [/<>/tests/auto/controls/data/tst_treeview.qml(274)]
PASS   : qtquickcontrols::Tests_TreeView::test_selection_contiguousSelection()
PASS   : qtquickcontrols::Tests_TreeView::test_selection_extendedSelection()
PASS   : qtquickcontrols::Tests_TreeView::test_selection_multiSelection()
PASS   : qtquickcontrols::Tests_TreeView::test_selection_noSelection()
XFAIL  : qtquickcontrols::Tests_TreeView::test_selection_singleSelection() BUG 
selected state not updated with Command/Control when SingleSelection
   Loc: [/<>/tests/auto/controls/data/tst_treeview.qml(402)]
XFAIL  : qtquickcontrols::Tests_TreeView::test_selection_singleSelection() BUG 
selected state not updated with Command/Control when SingleSelection
   Loc: [/<>/tests/auto/controls/data/tst_treeview.qml(404)]
PASS   : qtquickcontrols::Tests_TreeView::test_selection_singleSelection()
PASS   : qtquickcontrols::Tests_TreeView::cleanupTestCase()
Totals: 498 passed, 1 failed, 6 skipped, 0 blacklisted, 410752ms
* Finished testing of qtquickcontrols *
make[5]: *** [Makefile:318: check] Error 1

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=qtquickcontrols-opensource-src=hppa=5.15.6-2=1664978713=0

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.19.13+ (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#1011159: qbs: FTBFS on hppa: '/usr/lib/qt5/bin/qdoc': No such file or directory

[John David Anglin]

Source: qbs
Version: 1.22.1-2
Severity: normal

Dear Maintainer,

The build fails because '/usr/lib/qt5/bin/qdoc' is not available on hppa.

See:
https://buildd.debian.org/status/fetch.php?pkg=qbs=hppa=1.22.1-2=1652808385=0

[snip]
AutoGen: Writing the parse cache file 
"SRC:/obj-hppa-linux-gnu/src/lib/pkgconfig/CMakeFiles/qbspkgconfig_autogen.dir/ParseCache.txt"
AutoGen: Writing the settings file 
"SRC:/obj-hppa-linux-gnu/src/lib/pkgconfig/CMakeFiles/qbspkgconfig_autogen.dir/AutogenUsed.txt"
qdoc: could not exec '/usr/lib/qt5/bin/qdoc': No such file or directory
make[3]: Leaving directory '/<>/obj-hppa-linux-gnu'
make[3]: *** [doc/CMakeFiles/qbs_qch_docs_qbs.dir/build.make:242: 
doc/html/index.html] Error 1
make[3]: Leaving directory '/<>/obj-hppa-linux-gnu'
make[2]: *** [CMakeFiles/Makefile2:2086: 
doc/CMakeFiles/qbs_qch_docs_qbs.dir/all] Error 2
make[2]: *** Waiting for unfinished jobs

qdoc-qt5 is no longer built on hppa because it requires clang.

If there is no way to work around this issue, maybe add qdoc-qt5 to
package dependencies.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.18.0-rc6+ (SMP w/4 CPU threads)
Kernel taint flags: TAINT_SOFTLOCKUP
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#1003184: plasma-framework: FTBFS on hppa - symbols

[John David Anglin]

Source: plasma-framework
Version: 5.88.0-1
Severity: normal

Dear Maintainer,

Build fails here:
dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libkf5plasma5/DEBIAN/symbols doesn't match 
completely debian/libkf5plasma5.symbols
--- debian/libkf5plasma5.symbols (libkf5plasma5_5.88.0-1_hppa)
+++ dpkg-gensymbolsKLiCHv   2022-01-05 18:10:45.931286828 +
@@ -75,9 +75,11 @@
  _ZN6Plasma11Containment4initEv@Base 4.96.0
  _ZN6Plasma11Containment7restoreER12KConfigGroup@Base 4.96.0
  _ZN6Plasma11Containment9addAppletEPNS_6AppletE@Base 4.96.0
+ 
_ZN6Plasma11ContainmentC1EP7QObjectRK15KPluginMetaDataRK5QListI8QVariantE@Base 
5.88.0-1
  _ZN6Plasma11ContainmentC1EP7QObjectRK5QListI8QVariantE@Base 4.96.0
  _ZN6Plasma11ContainmentC1EP7QObjectRK7QStringj@Base 4.96.0
  _ZN6Plasma11ContainmentC1ERK15KPluginMetaDataj@Base 5.28.0
+ 
_ZN6Plasma11ContainmentC2EP7QObjectRK15KPluginMetaDataRK5QListI8QVariantE@Base 
5.88.0-1
  _ZN6Plasma11ContainmentC2EP7QObjectRK5QListI8QVariantE@Base 4.96.0
  _ZN6Plasma11ContainmentC2EP7QObjectRK7QStringj@Base 4.96.0
  _ZN6Plasma11ContainmentC2ERK15KPluginMetaDataj@Base 5.28.0
@@ -123,6 +125,7 @@
  _ZN6Plasma12PluginLoader15setPluginLoaderEPS0_@Base 4.96.0
  _ZN6Plasma12PluginLoader16listContainmentsERK7QStringS3_@Base 4.96.0
  
_ZN6Plasma12PluginLoader18internalLoadAppletERK7QStringjRK5QListI8QVariantE@Base
 4.96.0
+ _ZN6Plasma12PluginLoader18listAppletMetaDataERK7QString@Base 5.88.0-1
  _ZN6Plasma12PluginLoader18listAppletMetaDataERK7QStringS3_@Base 5.28.0
  _ZN6Plasma12PluginLoader18listDataEngineInfoERK7QString@Base 4.96.0
  _ZN6Plasma12PluginLoader19internalLoadPackageERK7QStringS3_@Base 4.96.0
@@ -296,6 +299,7 @@
  _ZN6Plasma5Theme11qt_metacastEPKc@Base 4.96.0
  _ZN6Plasma5Theme12setThemeNameERK7QString@Base 4.96.0
  _ZN6Plasma5Theme12themeChangedEv@Base 4.96.0
+ _ZN6Plasma5Theme13globalPaletteEv@Base 5.88.0-1
  _ZN6Plasma5Theme13setCacheLimitEi@Base 4.96.0
  _ZN6Plasma5Theme15insertIntoCacheERK7QStringRK7QPixmap@Base 4.96.0
  _ZN6Plasma5Theme15insertIntoCacheERK7QStringRK7QPixmapS3_@Base 4.96.0
@@ -367,11 +371,13 @@
  _ZN6Plasma6Applet8setTitleERK7QString@Base 5.21.0
  _ZN6Plasma6Applet9activatedEv@Base 4.97.0
  _ZN6Plasma6Applet9setStatusENS_5Types10ItemStatusE@Base 4.96.0
+ _ZN6Plasma6AppletC1EP7QObjectRK15KPluginMetaDataRK5QListI8QVariantE@Base 
5.88.0-1
  _ZN6Plasma6AppletC1EP7QObjectRK5QListI8QVariantE@Base 4.96.0
  _ZN6Plasma6AppletC1EP7QObjectRK7QStringj@Base 4.96.0
  _ZN6Plasma6AppletC1ERK11KPluginInfoP7QObjectj@Base 4.96.0
  _ZN6Plasma6AppletC1ERK15KPluginMetaDataP7QObjectj@Base 5.28.0
  _ZN6Plasma6AppletC1ERK7QStringj@Base 4.96.0
+ _ZN6Plasma6AppletC2EP7QObjectRK15KPluginMetaDataRK5QListI8QVariantE@Base 
5.88.0-1
  _ZN6Plasma6AppletC2EP7QObjectRK5QListI8QVariantE@Base 4.96.0
  _ZN6Plasma6AppletC2EP7QObjectRK7QStringj@Base 4.96.0
  _ZN6Plasma6AppletC2ERK11KPluginInfoP7QObjectj@Base 4.96.0
@@ -482,7 +488,7 @@
  _ZN6Plasma8FrameSvgD1Ev@Base 4.96.0
  _ZN6Plasma8FrameSvgD2Ev@Base 4.96.0
  (optional=templinst|arch=arm64 armel armhf hurd-i386 i386 kfreebsd-i386 m68k 
mips mipsel powerpc powerpcspe ppc64el 
sparc64)_ZNK12KConfigGroup9readEntryI6QRectFEET_PKcRKS2_@Base 4.100.0
- (arch=!hurd-i386 !i386 !m68k !mipsel !ppc64 
!s390x)_ZNK12KConfigGroup9readEntryI6QSizeFEET_PKcRKS2_@Base 5.81.0
+#MISSING: 5.88.0-1# (arch=!hurd-i386 !i386 !m68k !mipsel !ppc64 
!s390x)_ZNK12KConfigGroup9readEntryI6QSizeFEET_PKcRKS2_@Base 5.81.0
  (optional=templinst)_ZNK12KConfigGroup9readEntryIbEET_PKcRKS1_@Base 5.61.0
  (optional=templinst)_ZNK12KConfigGroup9readEntryIdEET_PKcRKS1_@Base 5.17.0
  (optional=templinst)_ZNK12KConfigGroup9readEntryIiEET_PKcRKS1_@Base 4.100.0
@@ -747,3 +753,9 @@
  _ZTVN6Plasma6CoronaE@Base 4.96.0
  _ZTVN6Plasma7ServiceE@Base 4.96.0
  _ZTVN6Plasma8FrameSvgE@Base 4.96.0
+ 
_ZZZN14KPluginFactory17instantiatePluginIN6Plasma10DataEngineEEENS_6ResultIT_EERK15KPluginMetaDataP7QObjectRK5QListI8QVariantEENKUlvE_clEvE15qstring_literal@Base
 5.88.0-1
+ 
_ZZZN14KPluginFactory17instantiatePluginIN6Plasma12ScriptEngineEEENS_6ResultIT_EERK15KPluginMetaDataP7QObjectRK5QListI8QVariantEENKUlvE_clEvE15qstring_literal@Base
 5.88.0-1
+ 
_ZZZN14KPluginFactory17instantiatePluginIN6Plasma16PackageStructureEEENS_6ResultIT_EERK15KPluginMetaDataP7QObjectRK5QListI8QVariantEENKUlvE_clEvE15qstring_literal@Base
 5.88.0-1
+ 
_ZZZN14KPluginFactory17instantiatePluginIN6Plasma18ContainmentActionsEEENS_6ResultIT_EERK15KPluginMetaDataP7QObjectRK5QListI8QVariantEENKUlvE_clEvE15qstring_literal@Base
 5.88.0-1
+ 
_ZZZN14KPluginFactory17instantiatePluginIN6Plasma6AppletEEENS_6ResultIT_EERK15KPluginMetaDataP7QObjectRK5QListI8QVariantEENKUlvE_clEvE15qstring_literal@Base
 5.88.0-1
+ 

Bug#1002970: qtpim-opensource-src: ftbfs on hppa - build requires /usr/lib/qt5/bin/qdoc

[John David Anglin]

On 2022-01-02 4:05 a.m., Mike Gabriel wrote:

/usr/lib/qt5/bin/qdoc is provided qdoc-qt5 package.  It is not built on
hppa because it requires.  As a result, qt html documentation can't be built
on hppa and other targets that don't support clang.

I tried working around this issue by modifying control but this didn't work.

Regards,
Dave Anglin


thanks for the info about qtdoc. Several other archs have the same issue. Do 
you know if qtdoc is unavailable on those, as well?

The archs that have qdoc (i.e. clang) are listed here:
https://packages.debian.org/sid/qdoc-qt5

They are also listed in the control file for the qttools-opensource-src source 
package.

Yes, there are multiple archs affected by this problem and it would be great if 
there was a work around. Possibly, the doc packages
could be built for all.

Regards,
Dave Anglin

--
John David Anglin  dave.ang...@bell.net

Bug#1002972: qtfeedback-opensource-src: ftbfs on hppa - /usr/lib/qt5/bin/qdoc: not found

[John David Anglin]

Source: qtfeedback-opensource-src
Version: 5.0~git20180903.a14bd0b-1
Severity: normal

Dear Maintainer,

Build fails here:
make docs
make[2]: Entering directory '/<>'
make -f Makefile html_docs && make -f Makefile qch_docs
make[3]: Entering directory '/<>'
make -f Makefile prepare_docs && make -f Makefile generate_docs
make[4]: Entering directory '/<>'
cd src/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o Makefile 
/<>/src/src.pro 'QMAKE_CFLAGS_RELEASE=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' QMAKE_STRIP=: PREFIX=/usr ) && make -f 
Makefile prepare_docs
make[5]: Entering directory '/<>/src'
cd feedback/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o Makefile 
/<>/src/feedback/feedback.pro 'QMAKE_CFLAGS_RELEASE=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' QMAKE_STRIP=: PREFIX=/usr ) && make -f 
Makefile prepare_docs
make[6]: Entering directory '/<>/src/feedback'
/usr/lib/qt5/bin/qtattributionsscanner '/<>' --filter 
QDocModule=qtfeedback -o '/<>/src/feedback/codeattributions.qdoc'
'/<>/src/feedback/qdoc_wrapper.sh' -outputdir 
'/<>/doc/qtfeedback' -installdir /usr/share/qt5/doc 
/<>/src/feedback/../../doc/qtfeedback.qdocconf -prepare -indexdir 
/usr/share/qt5/doc -no-link-errors -I. -I../../include 
-I../../include/QtFeedback -I../../include/QtFeedback/5.0.0 
-I../../include/QtFeedback/5.0.0/QtFeedback -I/usr/include/hppa-linux-gnu/qt5 
-I/usr/include/hppa-linux-gnu/qt5/QtCore -I.moc 
-I/usr/lib/hppa-linux-gnu/qt5/mkspecs/linux-g++ -I/usr/include/c++/11 
-I/usr/include/hppa-linux-gnu/c++/11 -I/usr/include/c++/11/backward 
-I/usr/lib/gcc/hppa-linux-gnu/11/include -I/usr/local/include 
-I/usr/include/hppa-linux-gnu -I/usr/include
/<>/src/feedback/qdoc_wrapper.sh: 12: exec: /usr/lib/qt5/bin/qdoc: 
not found
make[6]: *** [Makefile:405: prepare_docs] Error 127

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=qtfeedback-opensource-src=hppa=5.0%7Egit20180903.a14bd0b-1=1641013764=0

/usr/lib/qt5/bin/qdoc is provided by qdoc-qt5 package.  It is not built on
hppa since it requires clang.

Similar fail is present on ia64.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.14.21+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#1002970: qtpim-opensource-src: ftbfs on hppa - build requires /usr/lib/qt5/bin/qdoc

[John David Anglin]

Source: qtpim-opensource-src
Version: 5.0~git20190618.8fec622c+dfsg1-8
Severity: normal

Dear Maintainer,

Build fails here:
make docs
make[2]: Entering directory '/<>'
make -f Makefile html_docs && make -f Makefile qch_docs
make[3]: Entering directory '/<>'
make -f Makefile prepare_docs && make -f Makefile generate_docs
make[4]: Entering directory '/<>'
cd src/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o Makefile 
/<>/src/src.pro 'QMAKE_CFLAGS_RELEASE=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' QMAKE_STRIP=: PREFIX=/usr 
QT_BUILD_PARTS+=tests ) && make -f Makefile prepare_docs
make[5]: Entering directory '/<>/src'
cd contacts/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o Makefile 
/<>/src/contacts/contacts.pro 'QMAKE_CFLAGS_RELEASE=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-ffile-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' QMAKE_STRIP=: PREFIX=/usr 
QT_BUILD_PARTS+=tests ) && make -f Makefile prepare_docs
make[6]: Entering directory '/<>/src/contacts'
/usr/lib/qt5/bin/qtattributionsscanner '/<>' --filter 
QDocModule=qtcontacts -o '/<>/src/contacts/codeattributions.qdoc'
'/<>/src/contacts/qdoc_wrapper.sh' -outputdir 
'/<>/doc/qtcontacts' -installdir /usr/share/qt5/doc 
/<>/src/contacts/doc/qtcontacts.qdocconf -prepare -indexdir 
/usr/share/qt5/doc -no-link-errors -I. -Idetails -I. -Iengines -Ifilters 
-Irequests -I../../include -I../../include/QtContacts 
-I../../include/QtContacts/5.0.0 -I../../include/QtContacts/5.0.0/QtContacts 
-I/usr/include/hppa-linux-gnu/qt5/QtCore/5.15.2 
-I/usr/include/hppa-linux-gnu/qt5/QtCore/5.15.2/QtCore 
-I/usr/include/hppa-linux-gnu/qt5 -I/usr/include/hppa-linux-gnu/qt5/QtCore 
-I.moc -I/usr/lib/hppa-linux-gnu/qt5/mkspecs/linux-g++ -I/usr/include/c++/11 
-I/usr/include/hppa-linux-gnu/c++/11 -I/usr/include/c++/11/backward 
-I/usr/lib/gcc/hppa-linux-gnu/11/include -I/usr/local/include 
-I/usr/include/hppa-linux-gnu -I/usr/include
/<>/src/contacts/qdoc_wrapper.sh: 12: exec: /usr/lib/qt5/bin/qdoc: 
not found
make[6]: *** [Makefile:663: prepare_docs] Error 127

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=qtpim-opensource-src=hppa=5.0%7Egit20190618.8fec622c%2Bdfsg1-8=1641014083=0

/usr/lib/qt5/bin/qdoc is provided qdoc-qt5 package.  It is not built on
hppa because it requires.  As a result, qt html documentation can't be built
on hppa and other targets that don't support clang.

I tried working around this issue by modifying control but this didn't work.

Regards,
Dave Anglin

-- System Information:
Debian Release: bookworm/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.14.21+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

[John David Anglin]

On 2021-02-09 2:02 p.m., Dmitry Shachnev wrote:
> That's because the relevant code is no longer present in 5.12, see:
>
> https://codereview.qt-project.org/c/qt/qtdeclarative/+/254748
Is there a public qtdeclarative repository that can be cloned with git?

-- 
John David Anglin  dave.ang...@bell.net

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

[John David Anglin]

On 2021-02-05 7:41 a.m., Dmitry Shachnev wrote:
> For NaN, you probably need to check if these masks are correct:
>
> https://sources.debian.org/src/qtdeclarative-opensource-src/5.15.2+dfsg-4/src/qml/common/qv4staticvalue_p.h/#L285
> https://sources.debian.org/src/qtdeclarative-opensource-src/5.15.2+dfsg-4/src/qml/common/qv4staticvalue_p.h/#L305
>
> and this method:
>
> https://sources.debian.org/src/qtdeclarative-opensource-src/5.15.2+dfsg-4/src/qml/common/qv4staticvalue_p.h/#L354
>
I believe the isNaN method should check for both quiet and signalling NaN 
encodings (0x0004 and 0x0008).
As best I can tell, the quiet and signalling encodings will end up reversed on 
hppa due to the value returned by qt_qnan().

I believe the "| 0x0002u" bit is redundant in the definition of 
Immediate_Mask_32.

However, I don't believe the above issues are the main problem.  The build log 
history indicates that version 5.11.3-4 was
okay and 5.12.2-1 was bad.  This is indicated by a segmentation fault by 
tst_parserstress, the first test in the testsuite.

It would be nice to bisect changes between 5.11.3-4 and 5.12.2-1 to find the 
change that causes the problem.  However,
I'm not away of a suitable archive.

There are also issues building 5.11.3-4 on sid:

qml/qqmlmetatype.cpp: In member function 'void 
QQmlTypePrivate::insertEnums(const QMetaObject*) const':
qml/qqmlmetatype.cpp:811:60: error: cannot convert 'const 
QMetaObject::SuperData* const' to 'const QMetaObject* const*' in initialization
  811 | const QMetaObject * const *related = 
metaObject->d.relatedMetaObjects;
  |  ~~^
~
  |    |
  |    const 
QMetaObject::SuperData* const

There was a crashing bug patch in 5.11.3-4 that was removed in 5.12.2-1.  Code 
was changed.

Regards,
Dave

-- 
John David Anglin  dave.ang...@bell.net

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

[John David Anglin]

On 2021-02-04 1:25 p.m., Dmitry Shachnev wrote:
> I know almost nothing about hppa, and I don’t have much time to debug this,
> but if you provide a patch that will make more tests pass on hppa (and does
> not break other architectures), I will be happy to apply it (and help with
> pushing it upstream).
That's the dichotomy.  I know hppa but not Qt.  It painful to find the parts of 
Qt that
depend on endianness, stack layout, and possibly the NaN representation.
>
> Quick search showed me #810859 which looks like a similar problem in a
> different package.
Yes.  That bug was caused by the different representation of quiet and 
signalling NaNs.

Regards,
Dave

-- 
John David Anglin  dave.ang...@bell.net

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

[John David Anglin]

On 2021-02-01 4:47 p.m., John David Anglin wrote:
> Test tst_qjsvalueiterator fails as follows:
> dave@mx3210:~/debian/qtdeclarative-opensource-src$
> /home/dave/debian/qtdeclarative-opensource-src/qtdeclarative-opensource-src-5.15.2+dfsg/tests/auto/qml/qjsvalueiterator/tst_qjsvalueiterator
> * Start testing of tst_QJSValueIterator *
> Config: Using QtTest library 5.15.2, Qt 5.15.2 (unknown-big_endian-ilp32 
> shared (dynamic) release build; by GCC 10.2.1 20210110), debian unknown
> PASS   : tst_QJSValueIterator::initTestCase()
> PASS   : tst_QJSValueIterator::iterateForward(no properties)
> PASS   : tst_QJSValueIterator::iterateForward(foo=bar)
> PASS   : tst_QJSValueIterator::iterateForward(foo=bar, baz=123)
> PASS   : tst_QJSValueIterator::iterateForward(foo=bar, baz=123, rab=oof)
> PASS   : tst_QJSValueIterator::iterateArray(no elements)
> PASS   : tst_QJSValueIterator::iterateArray(0=foo, 1=barr)
> PASS   : tst_QJSValueIterator::iterateArray(0=foo, 3=barr)
>
> === Received signal at function time: 70ms, total time: 310ms, dumping stack 
> ===
In looking at the JS Value encoding in src/qml/common/qv4staticvalue_p.h, I 
suspect there might be
an issue with NaN/Inf values on hppa.  hppa and early mips used a different 
representation for signalling
and quiet NaNs.  This would need to be taken into account in converting between 
JS and hardware values.

It seems hppa is the only big endian ilp32 architecture.

Dave

-- 
John David Anglin  dave.ang...@bell.net

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

[John David Anglin]

3QV48Compiler5Class6MethodEED2Ev+100>:  bv 
r0(rp)
   0xf7247d88 <_ZN7QVectorIN3QV48Compiler5Class6MethodEED2Ev+104>:  ldw,mb 
-80(sp),r4
   0xf7247d8c <_ZNK5QHashI7QStringiE8findNodeERKS0_j+0>:    stw rp,-14(sp)
=> 0xf7247d90 <_ZNK5QHashI7QStringiE8findNodeERKS0_j+4>:    stw,ma r7,80(sp)
   0xf7247d94 <_ZNK5QHashI7QStringiE8findNodeERKS0_j+8>:    copy r25,r7
   0xf7247d98 <_ZNK5QHashI7QStringiE8findNodeERKS0_j+12>:   stw r6,-7c(sp)
   0xf7247d9c <_ZNK5QHashI7QStringiE8findNodeERKS0_j+16>:   copy r24,r6

The fault occurs in at the beginning of _ZNK5QHashI7QStringiE8findNodeERKS0_j 
when r7 is saved to the stack.

It looks to me like the problem might be in QHash hash lookup.  Something is 
being called recursively.

Regards,
Dave

-- 
John David Anglin  dave.ang...@bell.net

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

[John David Anglin]

Hi Dmitry,

On 2020-11-07 1:20 p.m., Dmitry Shachnev wrote:
> I think the problem is not that hppa is not detected, but rather that the code
> has some assumptions about the stack growing down. The QML engine has a lot of
> low-level code...
That's what I was afraid of.  If these assumptions are localized, it would help 
if you could
point them out.  The code seems to have its own stack implementation.
>
> Can you check if your patch actually makes some tests pass that failed without
> it?
I revised the patch somewhat but it doesn't help much.
>
>> The PA-RISC architecture is big endian.  Perhaps this needs to be defined
>> somewhere else as well?
> Qt uses this file from qtbase:
>
> https://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/global/qprocessordetection.h
>
> which falls back to gcc's __BYTE_ORDER__ macro for unknown architectures.
> So it should work fine if that macro is defined correctly on hppa.
As far as I know, the __BYTE_ORDER__ macro is defined correctly for hppa.

Regards,
Dave

-- 
John David Anglin  dave.ang...@bell.net

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

[John David Anglin]

On 2020-11-05 12:20 p.m., Dmitry Shachnev wrote:
>> Another possibility is doStoreOnStack doesn't work on hppa.
> I think the complete QML engine may be broken on hppa, not just qmlcachegen.
>
> A lot of tests are failing — search for FAIL! in the build log:
>
> https://buildd.debian.org/status/fetch.php?pkg=qtdeclarative-opensource-src=hppa=5.14.2%2Bdfsg-3=1595527978
The attached patch fixes 
qtdeclarative-opensource-src-5.15.1+dfsg.orig/src/3rdparty/masm/wtf/Platform.h 
for hppa.  That's
the only platform configuration that I could find in the package.

The PA-RISC architecture is big endian.  Perhaps this needs to be defined 
somewhere else as well?

Regards,
Dave Anglin

-- 
John David Anglin  dave.ang...@bell.net

Index: qtdeclarative-opensource-src-5.15.1+dfsg/src/3rdparty/masm/wtf/Platform.h
===
--- 
qtdeclarative-opensource-src-5.15.1+dfsg.orig/src/3rdparty/masm/wtf/Platform.h
+++ qtdeclarative-opensource-src-5.15.1+dfsg/src/3rdparty/masm/wtf/Platform.h
@@ -70,6 +70,16 @@
 #define WTF_CPU_ALPHA 1
 #endif
 
+/* CPU(HPPA) - PA-RISC */
+#if defined(__hppa__)
+#define WTF_CPU_BIG_ENDIAN 1
+#if defined(__LP64__)
+#define WTF_CPU_HPPA64 1
+#else
+#define WTF_CPU_HPPA 1
+#endif
+#endif
+
 /* CPU(IA64) - Itanium / IA-64 */
 #if defined(__ia64__)
 #define WTF_CPU_IA64 1

Bug#973659: Acknowledgement (qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa)

[John David Anglin]

eference::storeOnStack (this=0x0)
    at ../qml/compiler/qv4codegen.cpp:4231
#18 QV4::Compiler::Codegen::Reference::storeAccumulator (this=0xee367494)
    at ../qml/compiler/qv4codegen.cpp:4231
#19 0x000384c8 in QV4::Compiler::Codegen::Reference::storeConsumeAccumulator (
    this=) at ../qml/compiler/qv4codegen.cpp:4130
#20 0x00038640 in QV4::Compiler::Codegen::Reference::doStoreOnStack (this=0x0,
--Type  for more, q to quit, c to continue without paging--q
Quit

How much stack does qmlcachegen typically need?

Another possibility is doStoreOnStack doesn't work on hppa.

Regards,
Dave Anglin

-- 

John David Anglin  dave.ang...@bell.net

Bug#973659: qtdeclarative5-dev-tools: qmlcachegen segfaults on hppa

[John David Anglin]

Package: qtdeclarative5-dev-tools
Version: 5.14.2+dfsg-3
Severity: normal

Dear Maintainer,

The qtgraphicaleffects-opensource-src package fails to build on hppa
because qmlcachegen faults with out-of bounds references:

do_page_fault() command='qmlcachegen' type=15 address=0xf98c4020 in 
qmlcachegen[1+c5000]
trap #15: Data TLB miss fault, vm_start = 0xf90c4000, vm_end = 0xf98c4000

do_page_fault() command='qmlcachegen' type=15 address=0xfaed5000 in 
libQt5Core.so.5.15.1[f7f28000+5e6000]
trap #15: Data TLB miss fault, vm_start = 0xfa6d5000, vm_end = 0xfaed5000

do_page_fault() command='qmlcachegen' type=15 address=0xf99b9000 in 
libQt5Core.so.5.15.1[f7f28000+5e6000]
trap #15: Data TLB miss fault, vm_start = 0xf91b9000, vm_end = 0xf99b9000

See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973646
for details regarding the qtgraphicaleffects-opensource-src build.

Regards,
Dave Anglin

-- System Information:
Debian Release: bullseye/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.8.18+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages qtdeclarative5-dev-tools depends on:
ii  libc6  2.31-4
ii  libgcc-s4  10.2.0-16
ii  libqt5core5a [qtbase-abi-5-14-2]   5.14.2+dfsg-6
ii  libqt5gui5 5.14.2+dfsg-6
ii  libqt5network5 5.14.2+dfsg-6
ii  libqt5qml5 [qtdeclarative-abi-5-14-2]  5.14.2+dfsg-3
ii  libqt5quick5   5.14.2+dfsg-3
ii  libqt5quicktest5   5.14.2+dfsg-3
ii  libqt5widgets5 5.14.2+dfsg-6
ii  libstdc++6 10.2.0-16
ii  qtchooser  66-2

qtdeclarative5-dev-tools recommends no packages.

qtdeclarative5-dev-tools suggests no packages.

-- no debconf information

Bug#973646: qtgraphicaleffects-opensource-src: FTBFS on hppa: qmlcachegen bad access

[John David Anglin]

Source: qtgraphicaleffects-opensource-src
Version: 5.15.1-2
Severity: normal

Dear Maintainer,

The qtgraphicaleffects-opensource-src packages fails to build on hppa
because of out-of-bounds accesses by qmlcachegen.  See for example the
following build log:
https://buildd.debian.org/status/fetch.php?pkg=qtgraphicaleffects-opensource-src=hppa=5.15.1-2=1604339751=0

The following page faults are shown on the console:

do_page_fault() command='qmlcachegen' type=15 address=0xf98c4020 in 
qmlcachegen[1+c5000]
trap #15: Data TLB miss fault, vm_start = 0xf90c4000, vm_end = 0xf98c4000

do_page_fault() command='qmlcachegen' type=15 address=0xfaed5000 in 
libQt5Core.so.5.15.1[f7f28000+5e6000]
trap #15: Data TLB miss fault, vm_start = 0xfa6d5000, vm_end = 0xfaed5000

do_page_fault() command='qmlcachegen' type=15 address=0xf99b9000 in 
libQt5Core.so.5.15.1[f7f28000+5e6000]
trap #15: Data TLB miss fault, vm_start = 0xf91b9000, vm_end = 0xf99b9000

As can be seen, qmlcachegen faults on accesses past the end of the vm region.

The actual bug is probably in qtdeclarative-opensource-src.

Regards,
Dave Anglin

-- System Information:
Debian Release: bullseye/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 5.8.18+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#972657: partitionmanager: FTBFS on hppa - off_t type size

[John David Anglin]

Package: partitionmanager
Version: 4.2.0-1
Severity: normal

Dear Maintainer,

Configuration fails with following error:

/usr/bin/c++ -D_GNU_SOURCE -D_LARGEFILE64_SOURCE  -g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -D_OFFT_IS_64BIT -o 
CMakeFiles/cmTC_09a8c.dir/src.cxx.o -c 
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeTmp/src.cxx
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeTmp/src.cxx:7:33: warning: 
left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeTmp/src.cxx:8:23: note: in 
expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeTmp/src.cxx:7:57: warning: 
left shift count >= width of type [-Wshift-count-overflow]
7 | #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
  |   ~~^
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeTmp/src.cxx:8:23: note: in 
expansion of macro ‘LARGE_OFF_T’
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];
  |   ^~~
/<>/obj-hppa-linux-gnu/CMakeFiles/CMakeTmp/src.cxx:8:89: error: 
size ‘-1’ of array ‘off_t_is_large’ is negative
8 |   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721 && LARGE_OFF_T % 
2147483647 == 1) ? 1 : -1];

By default, off_t is a signed long in glibc.  This is 32 bits on 32-bit hppa.
I believe one needs to define _FILE_OFFSET_BITS=64 to ensure a 64-bit typedef
for off_t.

Regards,
Dave Anglin

-- System Information:
Debian Release: bullseye/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 4.14.202+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages partitionmanager depends on:
pn  kio   
ii  libc6 2.31-3
ii  libgcc-s4 10.2.0-15
ii  libkf5auth5   5.74.0-2
ii  libkf5authcore5   5.74.0-2
ii  libkf5codecs5 5.74.0-2
pn  libkf5completion5 
ii  libkf5configcore5 5.74.0-2
ii  libkf5configgui5  5.74.0-2
ii  libkf5configwidgets5  5.74.0-2
ii  libkf5coreaddons5 5.74.0-2
ii  libkf5crash5  5.74.0-2
ii  libkf5dbusaddons5 5.74.0-2
ii  libkf5i18n5   5.74.0-2
ii  libkf5iconthemes5 5.74.0-2
pn  libkf5jobwidgets5 
pn  libkf5kiocore5
pn  libkf5kiowidgets5 
ii  libkf5service-bin 5.74.0-2
ii  libkf5service55.74.0-2
ii  libkf5widgetsaddons5  5.74.0-3
ii  libkf5xmlgui5 5.74.0-2
pn  libkpmcore9   
ii  libqt5concurrent5 5.14.2+dfsg-6
ii  libqt5core5a  5.14.2+dfsg-6
ii  libqt5dbus5   5.14.2+dfsg-6
ii  libqt5gui55.14.2+dfsg-6
ii  libqt5network55.14.2+dfsg-6
ii  libqt5widgets55.14.2+dfsg-6
ii  libqt5xml55.14.2+dfsg-6
ii  libstdc++610.2.0-15

partitionmanager recommends no packages.

Versions of packages partitionmanager suggests:
pn  btrfs-progs
ii  dosfstools 4.1-2
pn  hfsplus
pn  hfsutils   
pn  jfsutils   
ii  ntfs-3g1:2017.3.23AR.3-3
pn  reiser4progs   
pn  reiserfsprogs  
ii  xfsprogs   5.6.0-1+b1

Bug#945907: qtmultimedia-opensource-src: FTBFS on hppa - stack overflow

[John David Anglin]

Source: qtmultimedia-opensource-src
Version: 5.11.3-2
Severity: normal

Dear Maintainer,

The build fails in the testsuite:

make[4]: Leaving directory '/<>/tests/auto/unit/qcamerawidgets'
make[4]: Leaving directory '/<>/tests/auto/unit/qcameraviewfinder'
cd qmediaplayerwidgets/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o 
Makefile 
/<>/tests/auto/unit/qmediaplayerwidgets/qmediaplayerwidgets.pro 
'QMAKE_CFLAGS_RELEASE=-g -O2 -fdebug-prefix-map=/<>=. -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g 
-O2 -fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' QMAKE_STRIP=: PREFIX=/usr 
QT_BUILD_PARTS+=tests ) && make -f Makefile check
cd qaudiorecorder/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o Makefile 
/<>/tests/auto/unit/qaudiorecorder/qaudiorecorder.pro 
'QMAKE_CFLAGS_RELEASE=-g -O2 -fdebug-prefix-map=/<>=. -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g 
-O2 -fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' QMAKE_STRIP=: PREFIX=/usr 
QT_BUILD_PARTS+=tests ) && make -f Makefile check
make[4]: Entering directory 
'/<>/tests/auto/unit/qabstractvideosurface'
/<>/tests/auto/unit/qabstractvideosurface/target_wrapper.sh  
./tst_qabstractvideosurface 
make[4]: *** [Makefile:456: check] Segmentation fault
make[4]: Leaving directory 
'/<>/tests/auto/unit/qdeclarativemultimediaglobal'
make[3]: *** [Makefile.multimediaqml:473: 
sub-qdeclarativemultimediaglobal-check] Error 2
make[3]: Leaving directory '/<>/tests/auto/unit'
make[2]: *** [Makefile:405: sub-multimediaqml-pro-check] Error 2
make[2]: *** Waiting for unfinished jobs

tst_qdeclarativemultimediaglobal drops core due to a stack overflow:

dave@atlas:~/debian/qtmultimedia-opensource-src/qtmultimedia-opensource-src-5.12
.5/tests/auto/unit/qdeclarativemultimediaglobal$ gdb -c core 
tst_qdeclarativemultimediaglobal
GNU gdb (Debian 8.3.1-1) 8.3.1
Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from tst_qdeclarativemultimediaglobal...

warning: core file may not match specified executable file.
[New LWP 11794]
[New LWP 11778]
[New LWP 11729]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/hppa-linux-gnu/libthread_db.so.1".
Core was generated by `./tst_qdeclarativemultimediaglobal'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0xf6c7fbfc in _int_malloc (av=0xf8700010, bytes=4) at malloc.c:3563
3563malloc.c: No such file or directory.
[Current thread is 1 (Thread 0xe53723c0 (LWP 11794))]
(gdb) bt
#0  0xf6c7fbfc in _int_malloc (av=0xf8700010, bytes=4) at malloc.c:3563
#1  0xf6c81dc8 in __GI___libc_malloc (bytes=4) at malloc.c:3075
#2  0xf735fb48 in operator new(unsigned int) ()
   from /usr/lib/hppa-linux-gnu/libstdc++.so.6
#3  0xf473ac10 in ?? () from /usr/lib/hppa-linux-gnu/libQt5Qml.so.5
#4  0xf473850c in 
QV4::Compiler::JSUnitGenerator::registerQmlContextPropertyGetterLookup(int) () 
from /usr/lib/hppa-linux-gnu/libQt5Qml.so.5
#5  0xf474b290 in QV4::Compiler::Codegen::Reference::loadInAccumulator() const
() from /usr/lib/hppa-linux-gnu/libQt5Qml.so.5
#6  0xf47511b8 in QV4::Compiler::Codegen::Reference::doStoreOnStack(int) const
() from /usr/lib/hppa-linux-gnu/libQt5Qml.so.5
#7  0xf475149c in QV4::Compiler::Codegen::Reference::storeOnStack() const ()
   from /usr/lib/hppa-linux-gnu/libQt5Qml.so.5
#8  0xf4750e8c in QV4::Compiler::Codegen::Reference::storeAccumulator() const
() from /usr/lib/hppa-linux-gnu/libQt5Qml.so.5
#9  0xf475106c in QV4::Compiler::Codegen::Reference::storeConsumeAccumulator() 
const () from /usr/lib/hppa-linux-gnu/libQt5Qml.so.5
#10 0xf47511cc in QV4::Compiler::Codegen::Reference::doStoreOnStack(int) const
() from /usr/lib/hppa-linux-gnu/libQt5Qml.so.5
#11 

Bug#923222: Bug#919812: hotspot: FTBFS on hppa - undefined reference

[John David Anglin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
 
On 2019-03-15 5:00 p.m., Dmitry Shachnev wrote:
> Explicitly casting QDataStream::Qt_DefaultCompiledVersion to an integer type 
> > should make GCC find the right implementation. Try this: > > qint32 
> dataStreamVersion =
qToLittleEndian(static_cast(QDataStream::Qt_DefaultCompiledVersion));
The attached change fixed build:
https://buildd.debian.org/status/fetch.php?pkg=hotspot=hppa=1.1.0%2Bgit20190211-1=1552694126=0

Thanks,
Dave

- -- 
John David Anglin  dave.ang...@bell.net
-BEGIN PGP SIGNATURE-
 
iQIzBAEBCAAdFiEEnRzl+6e9+DTrEhyEXb/Nrl8ZTfEFAlyMPCsACgkQXb/Nrl8Z
TfExJg/9FtlkIw2enkDf5H6mgdLO9F+jrmQAyjTYYcPtoxgdOYp8K2+YY2Wt7cLg
Yd1XQJLS9ho95ZOEymV5OMgsuCsXgrLyjyM7KrGVa9iGefQuGtYd8/njqkydmLsf
r6o2si7NAERLOkkwzV467XpT7rtwFSbzlEpL0mJknU4Q1Q6+i3lSKKy15z7TjOtV
OjQV1ScM7gZxulqlT6zk5NS6TCB/jtd58GMmsl+aZDZILOd3zQZabD3Iyfo/wUAo
wQvdRNWSnJsqEHC/zYgtqhcn9/3+NQtxX1sJusH8Wf9GdR1MI0nEovTzf2xGI7Cr
3YLpWEhgvS9Lon9XMU6drhn7pmSCqtQRY3+BMazCZFoQch+Cgd0HoxsjTWk4RTdX
JKhGBRvN6DcjgFzgZT5GJ5SoJMaF7H8qasxM5H4l1SmZPTYZee0y5aRT+PxbgRaC
C/Mc3mBee7vp375DT63Nh8I5YojDmRspAtHi6LLEVVEOGzPtSnMTObGoAXREZHZU
1ry4rvayNcTruWh2OWMpyzchXFdjkQbAyxqf+cVweaKn3Io45EuZ/m++fSIlVFXd
wUgibo/k1crXHR+VYKlnDtdiPZHBlSMzzlxHZ8QRA6kHdNliDC249RPNra2MejtX
Ocjlm6S0LihuvV4jh2j8HJ/0fVgtUJcvscy5KF6B1P2vReko71Y=
=q9bC
-END PGP SIGNATURE-

Index: hotspot-1.1.0+git20190211/3rdparty/perfparser/app/perfunwind.cpp
===
--- hotspot-1.1.0+git20190211.orig/3rdparty/perfparser/app/perfunwind.cpp
+++ hotspot-1.1.0+git20190211/3rdparty/perfparser/app/perfunwind.cpp
@@ -126,7 +126,7 @@ PerfUnwind::PerfUnwind(QIODevice *output
 // Write minimal header, consisting of magic and data stream version 
we're going to use.
 const char magic[] = "QPERFSTREAM";
 output->write(magic, sizeof(magic));
-qint32 dataStreamVersion = 
qToLittleEndian(QDataStream::Qt_DefaultCompiledVersion);
+qint32 dataStreamVersion = 
qToLittleEndian(static_cast(QDataStream::Qt_DefaultCompiledVersion));
 output->write(reinterpret_cast(), 
sizeof(qint32));
 }
 }

Bug#919197: Acknowledgement (qtwayland-opensource-src: FTBFS on hppa - Segmentation faults in testsuite)

[John David Anglin]

On 2019-01-13 5:55 p.m., John David Anglin wrote:
> On 2019-01-13 2:52 p.m., John David Anglin wrote:
>> Looks to me to be a NULL pointer check issue in mesa:
>>
>> static inline struct wl_drm_buffer *
>> wayland_drm_buffer_get(struct wl_drm *drm, struct wl_resource *resource)
>> {
>>     if (resource == NULL)
>>     return NULL;
>>
>>     if (wl_resource_instance_of(resource, _buffer_interface,
>>     >buffer_interface))
>>     return wl_resource_get_user_data(resource);
>>     else
>>     return NULL;
>> }
>>
>> (gdb) disass $pc-32-16,$pc+16
>> Dump of assembler code from 0xec46dd14 to 0xec46dd54:
>>    0xec46dd14 : stw rp,-14(sp)
>>    0xec46dd18 : ldo 80(sp),sp
>>    0xec46dd1c : ldw -b4(sp),ret0
>>    0xec46dd20 :    stw r5,-74(sp)
>>    0xec46dd24 :    copy r23,r5
>>    0xec46dd28 :    stw r4,-70(sp)
>>    0xec46dd2c :    stw r3,-6c(sp)
>>    0xec46dd30 :    stw r19,-20(sp)
>>    0xec46dd34 :    stw ret0,-78(sp)
>>    0xec46dd38 :    ldw 58(r25),ret0
>>    0xec46dd3c :    ldo c0(ret0),ret0
>>    0xec46dd40 :    movb,=
>> r24,r3,0xec46dd94 
>> => 0xec46dd44 :    ldw 0(ret0),ret0
>>    0xec46dd48 :    addil L%800,r19,r1 
>>    0xec46dd4c :    copy r19,r4
>>    0xec46dd50 :    ldw 200(r1),r25
>>
>> The NULL pointer check has bee4n optimized away.
The bug is in this mesa code:

dri2_query_wayland_buffer_wl(_EGLDriver *drv, _EGLDisplay *disp,
 struct wl_resource *buffer_resource,
 EGLint attribute, EGLint *value)
{
   struct dri2_egl_display *dri2_dpy = dri2_egl_display(disp);
   struct wl_drm_buffer *buffer;
   const struct wl_drm_components_descriptor *format;

   if (!dri2_dpy)
  return EGL_FALSE;

   buffer = wayland_drm_buffer_get(dri2_dpy->wl_server_drm,
buffer_resource);
   if (!buffer)
  return EGL_FALSE;

The segmentation fault occurs because dri2_dpy is NULL.  The sequence
point in argument
evaluation requires evaluation of dri2_dpy->wl_server_drm before the
resource NULL pointer
check in wayland_drm_buffer_get.

With this fixed, qtwayland-opensource-src build is successful:
https://buildd.debian.org/status/fetch.php?pkg=qtwayland-opensource-src=hppa=5.11.3-2=1547696629=0

Regards,
Dave Anglin

-- 
John David Anglin  dave.ang...@bell.net

Bug#919197: Acknowledgement (qtwayland-opensource-src: FTBFS on hppa - Segmentation faults in testsuite)

[John David Anglin]

On 2019-01-14 12:42 p.m., Dmitry Shachnev wrote:
>> hy are we building with gcc-7?
> The latest hppa build log [1] has gcc 8.2.0.
>
> [1]: 
> https://buildd.debian.org/status/fetch.php?pkg=qtwayland-opensource-src=hppa=5.11.3-2=1547325647
I was referring to mesa.  It appears to be miscompiled on hppa and
causes the FTBFS.  18.2.8-2 was built with gcc-7.  The new 18.3.0-1
on experimental in now built with gcc-8.  I did a test build of mesa
with gcc-8:
https://buildd.debian.org/status/fetch.php?pkg=mesa=hppa=18.2.8-2%2Bb1=1547428024=0
However, it has same code issue

At this point, I think the problem is with gcc.  Either the instruction
after the movb should have been nullified, or
it shouldn't have been put in the delay slot of the movb.

I need a build outside buildd to investigation further.  I haven't
looked at the code for dri2_query_wayland_buffer_wl
(i.e., what happens when wayland_drm_buffer_get() returns NULL).

Dave

-- 
John David Anglin  dave.ang...@bell.net




signature.asc
Description: OpenPGP digital signature

Bug#919197: Acknowledgement (qtwayland-opensource-src: FTBFS on hppa - Segmentation faults in testsuite)

[John David Anglin]

On 2019-01-13 2:52 p.m., John David Anglin wrote:
> Looks to me to be a NULL pointer check issue in mesa:
>
> static inline struct wl_drm_buffer *
> wayland_drm_buffer_get(struct wl_drm *drm, struct wl_resource *resource)
> {
>     if (resource == NULL)
>     return NULL;
>
>     if (wl_resource_instance_of(resource, _buffer_interface,
>     >buffer_interface))
>     return wl_resource_get_user_data(resource);
>     else
>     return NULL;
> }
>
> (gdb) disass $pc-32-16,$pc+16
> Dump of assembler code from 0xec46dd14 to 0xec46dd54:
>    0xec46dd14 : stw rp,-14(sp)
>    0xec46dd18 : ldo 80(sp),sp
>    0xec46dd1c : ldw -b4(sp),ret0
>    0xec46dd20 :    stw r5,-74(sp)
>    0xec46dd24 :    copy r23,r5
>    0xec46dd28 :    stw r4,-70(sp)
>    0xec46dd2c :    stw r3,-6c(sp)
>    0xec46dd30 :    stw r19,-20(sp)
>    0xec46dd34 :    stw ret0,-78(sp)
>    0xec46dd38 :    ldw 58(r25),ret0
>    0xec46dd3c :    ldo c0(ret0),ret0
>    0xec46dd40 :    movb,=
> r24,r3,0xec46dd94 
> => 0xec46dd44 :    ldw 0(ret0),ret0
>    0xec46dd48 :    addil L%800,r19,r1 
>    0xec46dd4c :    copy r19,r4
>    0xec46dd50 :    ldw 200(r1),r25
>
> The NULL pointer check has bee4n optimized away.
Actually, it has only been partially optimized away.  It appears the
check is still there (movb instruction)
but register r3 contains an undefined value (it is not an argument
register).  So, this seems a wrong
code bug.

Why are we building with gcc-7?

-- 
John David Anglin  dave.ang...@bell.net

Bug#919197: Acknowledgement (qtwayland-opensource-src: FTBFS on hppa - Segmentation faults in testsuite)

[John David Anglin]

Looks to me to be a NULL pointer check issue in mesa:

static inline struct wl_drm_buffer *
wayland_drm_buffer_get(struct wl_drm *drm, struct wl_resource *resource)
{
    if (resource == NULL)
    return NULL;

    if (wl_resource_instance_of(resource, _buffer_interface,
    >buffer_interface))
    return wl_resource_get_user_data(resource);
    else
    return NULL;
}

(gdb) disass $pc-32-16,$pc+16
Dump of assembler code from 0xec46dd14 to 0xec46dd54:
   0xec46dd14 : stw rp,-14(sp)
   0xec46dd18 : ldo 80(sp),sp
   0xec46dd1c : ldw -b4(sp),ret0
   0xec46dd20 :    stw r5,-74(sp)
   0xec46dd24 :    copy r23,r5
   0xec46dd28 :    stw r4,-70(sp)
   0xec46dd2c :    stw r3,-6c(sp)
   0xec46dd30 :    stw r19,-20(sp)
   0xec46dd34 :    stw ret0,-78(sp)
   0xec46dd38 :    ldw 58(r25),ret0
   0xec46dd3c :    ldo c0(ret0),ret0
   0xec46dd40 :    movb,=
r24,r3,0xec46dd94 
=> 0xec46dd44 :    ldw 0(ret0),ret0
   0xec46dd48 :    addil L%800,r19,r1
   0xec46dd4c :    copy r19,r4
   0xec46dd50 :    ldw 200(r1),r25

The NULL pointer check has bee4n optimized away.

-- 
John David Anglin  dave.ang...@bell.net

Bug#919197: Acknowledgement (qtwayland-opensource-src: FTBFS on hppa - Segmentation faults in testsuite)

[John David Anglin]

The last part of the backtrace is:
Thread 1 "tst_client" hit Breakpoint 1, eglInitialize (dpy=0xa3dc0,
    major=0xf8d02520, minor=0xf8d0251c) at
../../../src/egl/main/eglapi.c:582
582 ../../../src/egl/main/eglapi.c: No such file or directory.
(gdb) bt
#0  eglInitialize (dpy=0xa3dc0, major=0xf8d02520, minor=0xf8d0251c)
    at ../../../src/egl/main/eglapi.c:582
#1  0xee5f5d9c in eglInitialize (dpy=0xa3dc0, major=0xf8d02520,
    minor=0xf8d0251c) at g_egldispatchstubs.c:230
#2  0xee9ead68 in
QtWaylandClient::QWaylandEglClientBufferIntegration::initialize
(this=0xa3dc0, display=0xf8d02520)
    at
../../../../hardwareintegration/client/wayland-egl/qwaylandeglclientbufferintegration.cpp:110
#3  0xef70d878 in
QtWaylandClient::QWaylandIntegration::initializeClientBufferIntegration
(this=0xf8d0251c) at qwaylandintegration.cpp:357
#4  0xef70dc58 in
QtWaylandClient::QWaylandIntegration::clientBufferIntegration
    (this=0xf8d02520) at qwaylandintegration.cpp:310
#5  0x00015848 in main (argc=, argv=0xef7ceb44
<*ABS*@got.plt>)
    at tst_client.cpp:611

-- 
John David Anglin  dave.ang...@bell.net

Bug#919197: qtwayland-opensource-src: FTBFS on hppa - Segmentation faults in testsuite

[John David Anglin]

Source: qtwayland-opensource-src
Version: 5.11.3-2
Severity: normal

Dear Maintainer,

The build fails here:

xvfb-run -a dh_auto_test -- -Ctests/auto
make -j1 check -Ctests/auto
make[2]: Entering directory '/<>/tests/auto'
cd client/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o Makefile 
/<>/tests/auto/client/client.pro 'QMAKE_CFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' QMAKE_STRIP=: PREFIX=/usr 
QT_BUILD_PARTS+=tests ) && make -f Makefile check
make[3]: Entering directory '/<>/tests/auto/client'
cd client/ && ( test -e Makefile || /usr/lib/qt5/bin/qmake -o Makefile 
/<>/tests/auto/client/client/client.pro 'QMAKE_CFLAGS_RELEASE=-g 
-O2 -fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_RELEASE=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' 'QMAKE_CXXFLAGS_DEBUG=-g -O2 
-fdebug-prefix-map=/<>=. -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2' QMAKE_STRIP=: PREFIX=/usr 
QT_BUILD_PARTS+=tests ) && make -f Makefile check
make[4]: Entering directory '/<>/tests/auto/client/client'
/<>/tests/auto/client/client/target_wrapper.sh  ./tst_client 
/<>/tests/auto/client/client/target_wrapper.sh: 6: 
/<>/tests/auto/client/client/target_wrapper.sh: TESTRUNNER: not 
found
/<>/tests/auto/client/client/target_wrapper.sh: 6: 
/<>/tests/auto/client/client/target_wrapper.sh: TESTARGS: not found
+ ./tst_client
Using Wayland-EGL
/<>/tests/auto/client/client/run-with-all-shells.sh: line 3: 28547 
Segmentation fault  $@
make[4]: *** [Makefile:461: check] Error 139
make[4]: Leaving directory '/<>/tests/auto/client/client'
make[3]: *** [Makefile:528: sub-client-check] Error 2

Here is a back trace:

dave@mx3210:~/debian/qtwayland-opensource-src/qtwayland-opensource-src-5.11.3$ 
gdb -c ./tests/auto/client/client/core ./tests/auto/client/client/tst_client
GNU gdb (Debian 8.2-1) 8.2
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./tests/auto/client/client/tst_client...done.
[New LWP 26728]
[New LWP 26732]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/hppa-linux-gnu/libthread_db.so.1".
Core was generated by `./tst_client'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0xee088d44 in wayland_drm_buffer_get (resource=0x0, drm=0xc0)
at ../../../src/egl/wayland/wayland-drm/wayland-drm.h:49
49  ../../../src/egl/wayland/wayland-drm/wayland-drm.h: No such file or 
directory.
[Current thread is 1 (Thread 0xf8cf7780 (LWP 26728))]
(gdb) bt
#0  0xee088d44 in wayland_drm_buffer_get (resource=0x0, drm=0xc0)
at ../../../src/egl/wayland/wayland-drm/wayland-drm.h:49
#1  dri2_query_wayland_buffer_wl (drv=0x99760, disp=0xa3b08,
buffer_resource=0x0, attribute=0, value=)
at ../../../src/egl/drivers/dri2/egl_dri2.c:2852
#2  0xee083f34 in _eglMatchAndInitialize (dpy=)
at ../../../src/egl/main/egldriver.c:69
#3  0xee083f34 in _eglMatchAndInitialize (dpy=dpy@entry=0x0)
at ../../../src/egl/main/egldriver.c:69
#4  0xee083f98 in _eglMatchDriver (dpy=0x0, dpy@entry=0xa3b08)
at ../../../src/egl/main/egldriver.c:90
#5  0xee07d990 in eglInitialize (dpy=0xa3b08, major=0x0, minor=0xfa1bd5dc)
at ../../../src/egl/main/eglapi.c:591
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

(gdb) info shared
>FromTo  Syms Read   Shared Object Library
0xf85fc730  0xf8a73ce4  Yes (*) /usr/lib/hppa-linux-gnu/libQt5Gui.so.5
0xf82a47a8  0xf82db8d4  Yes (*) /usr/lib/hppa-linux-gnu/libQt5Test.so.5
0xf7c62310  0xf7fa0854  Yes (*) /usr/lib/hppa-linux-gnu/libQt5Core.so.5
0xf78a82ac  0xf78e9438  Yes /usr/lib/hppa-linux-gnu/libGL.so.1
0xf73ed460  0xf74015f0  Yes 

Bug#916657: qtscript-opensource-src: Segmentation fault in libQt5Script.so.5.11.2 building qbs

[John David Anglin]

On 2018-12-17 8:56 a.m., Dmitry Shachnev wrote:
> I mean a different thing. Do *qbs* tests pass with that patch?
The patch fixes the build failure:
https://buildd.debian.org/status/fetch.php?pkg=qbs=hppa=1.12.2%2Bdfsg-1=1545014966=0

There are still 2 test fails.

Dave

-- 
John David Anglin  dave.ang...@bell.net

Bug#916657: qtscript-opensource-src: Segmentation fault in libQt5Script.so.5.11.2 building qbs

[John David Anglin]

On 2018-12-17 3:22 a.m., Dmitry Shachnev wrote:
> Did you test it?
This build has the patch:
https://buildd.debian.org/status/fetch.php?pkg=qtscript-opensource-src=hppa=5.11.2%2Bdfsg-2%2Bb1=1545000897=0

All tests passed.

Dave
-- 
John David Anglin  dave.ang...@bell.net

Bug#916657: qtscript-opensource-src: Segmentation fault in libQt5Script.so.5.11.2 building qbs

[John David Anglin]

On 2018-12-17 3:22 a.m., Dmitry Shachnev wrote:
> Also note for myself: in upstream WebKit this code was replaced by
> a new StackBounds class, but that seems to be a too large change to
> backport: 
> https://github.com/WebKit/webkit/commit/82395900107c8f1b.

It looks as if the new code has the same issue around line 196 of
JavaScriptCore/wtf/StackBounds.cpp.  It doesn't handle the stack grows
up case.  Read OpenGroup manpage for pthread_attr_getstack().

Dave
-- 
John David Anglin  dave.ang...@bell.net

Bug#916657: qtscript-opensource-src: Segmentation fault in libQt5Script.so.5.11.2 building qbs

[John David Anglin]

Source: qtscript-opensource-src
Version: 5.11.2+dfsg-2
Severity: normal
Tags: patch

Dear Maintainer,

Please look at analysis for qbs build failure here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916626

The segementation fault occurs because the code in currentThreadStackBase()
incorrectly adds the stack size to the stack address returned by
pthread_attr_getstack().  The stack on hppa grows up.

With the attached patch, I had a successful build of qtscript-opensource-src:
https://buildd.debian.org/status/fetch.php?pkg=qtscript-opensource-src=hppa=5.11.2%2Bdfsg-2%2Bb1=1545000897=0

The patch probably fixes the bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=880034

Regards,
Dave Anglin

-- System Information:
Debian Release: buster/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 4.14.88+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Index: 
qtscript-opensource-src-5.11.2+dfsg/src/3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp
===
--- 
qtscript-opensource-src-5.11.2+dfsg.orig/src/3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp
+++ 
qtscript-opensource-src-5.11.2+dfsg/src/3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp
@@ -672,7 +672,12 @@ static inline void* currentThreadStackBa
 pthread_attr_destroy();
 stackThread = thread;
 }
+#if defined(__hppa__)
+// Stack grows up.
+return static_cast(stackBase);
+#else
 return static_cast(stackBase) + stackSize;
+#endif
 #else
 #error Need a way to get the stack base on this platform
 #endif

Bug#916626: Acknowledgement (qbs: FTBFS on hppa: Segmentation fault (core dumped))

[John David Anglin]

On 2018-12-16 1:54 p.m., John David Anglin wrote:
> On 2018-12-16 1:21 p.m., John David Anglin wrote:
>> It looks to me as if the test "p != e" should be "p < e".
> 
> On further thought, I think gcc has miscompiled this function.

No, the bug is in currentThreadStackBase().  The stack grows up on hppa
and the base is incorrectly calculated.

Dave
-- 
John David Anglin  dave.ang...@bell.net

Bug#916626: Acknowledgement (qbs: FTBFS on hppa: Segmentation fault (core dumped))

[John David Anglin]

Yes, it's is a bug in libqt5script5:

(gdb) break QTJSC::Heap::markConservatively(QTJSC::MarkStack&, void*, void*)
Breakpoint 1 at 0xf65219c0: file
../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp, line 791.
(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /home/dave/debian/qbs/qbs-1.12.2+dfsg/bin/qbs build
--settings-dir qbsres/settings -f
/home/dave/debian/qbs/qbs-1.12.2+dfsg/qbs.qbs -d qbsres -p 'qbs
resources' project.withCode:false project.withDocumentation:false
profile:none
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/hppa-linux-gnu/libthread_db.so.1".
[New Thread 0xef7e7440 (LWP 1788)]
[New Thread 0xee582440 (LWP 1789)]
Restoring build graph from disk
[Detaching after fork from child process 1790]
[New Thread 0xedd81440 (LWP 1791)]
[Thread 0xee582440 (LWP 1789) exited]
Building for configuration default
[Switching to Thread 0xedd81440 (LWP 1791)]

Thread 4 "QThread" hit Breakpoint 1, QTJSC::Heap::markConservatively (
this=0xf8b53c78, markStack=..., start=0xed5826c8, end=0xedd81000)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:791
791 ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:
No such file or directory.

The address 0xedd81000 is the end of the stack.

Dave
-- 
John David Anglin  dave.ang...@bell.net

Bug#916626: Acknowledgement (qbs: FTBFS on hppa: Segmentation fault (core dumped))

[John David Anglin]

On 2018-12-16 1:21 p.m., John David Anglin wrote:
> It looks to me as if the test "p != e" should be "p < e".

On further thought, I think gcc has miscompiled this function.

Dave
-- 
John David Anglin  dave.ang...@bell.net

Bug#916626: Acknowledgement (qbs: FTBFS on hppa: Segmentation fault (core dumped))

[John David Anglin]

On 2018-12-16 1:04 p.m., John David Anglin wrote:
> Thread 4 "QThread" hit Breakpoint 1, QTJSC::Heap::markConservatively (
> this=0xf8b53c78, markStack=..., start=0xed5826c8, end=0xedd81000)
> at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:791
> 791 ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:
> No such file or directory.
> 
> The address 0xedd81000 is the end of the stack.

void Heap::markConservatively(MarkStack& markStack, void* start, void* end)
{
if (start > end) {
void* tmp = start;
start = end;
end = tmp;
}

ASSERT((static_cast(end) - static_cast(start)) <
0x100);
ASSERT(isPointerAligned(start));
ASSERT(isPointerAligned(end));

char** p = static_cast(start);
char** e = static_cast(end);

CollectorBlock** blocks = m_heap.blocks;
while (p != e) {

It looks to me as if the test "p != e" should be "p < e".

Dave
-- 
John David Anglin  dave.ang...@bell.net

Bug#916626: qbs: FTBFS on hppa: Segmentation fault (core dumped)

[John David Anglin]

Source: qbs
Version: 1.12.2+dfsg-1
Severity: normal

Dear Maintainer,

See build log:
https://buildd.debian.org/status/fetch.php?pkg=qbs=hppa=1.12.2%2Bdfsg-1=1544493575=0

The fault is:
do_page_fault() command='QThread' type=15 address=0xedd8 in 
libQt5Script.so.5.11.2[f645d000+214000]
trap #15: Data TLB miss fault, vm_start = 0xedd8, vm_end = 0xedd81000

The TLB entry for the page is missing.

When the faulting program is run under gdb, we have:
dave@mx3210:~/debian/qbs/qbs-1.12.2+dfsg$ gdb bin/qbs
GNU gdb (Debian 8.2-1) 8.2
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "hppa-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from bin/qbs...done.
(gdb) set args build --settings-dir qbsres/settings -f 
/home/dave/debian/qbs/qbs-1.12.2+dfsg/qbs.qbs -d qbsres -p 'qbs resources' 
project.withCode:false project.withDocumentation:false profile:none
(gdb) r
Starting program: /home/dave/debian/qbs/qbs-1.12.2+dfsg/bin/qbs build 
--settings-dir qbsres/settings -f /home/dave/debian/qbs/qbs-1.12.2+dfsg/qbs.qbs 
-d qbsres -p 'qbs resources' project.withCode:false 
project.withDocumentation:false profile:none
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/hppa-linux-gnu/libthread_db.so.1".
[New Thread 0xef7e7440 (LWP 378)]
[New Thread 0xee582440 (LWP 379)]
Restoring build graph from disk
[Detaching after fork from child process 380]
[New Thread 0xedd81440 (LWP 381)]
[Thread 0xee582440 (LWP 379) exited]
Building for configuration default

Thread 4 "QThread" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xedd81440 (LWP 381)]
0xf6521a64 in QTJSC::Heap::markConservatively (this=0xf8b53c78, markStack=...,
start=, end=)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:805
805 ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp: No 
such file or directory.
(gdb) disass $pc-16,$pc+16
Dump of assembler code from 0xf6521a54 to 0xf6521a74:
   0xf6521a54 :   and ret0,r13,r7
   0xf6521a58 :   cmpb,>>= r12,r7,0xf6521ab4 

   0xf6521a5c :   copy ret0,r9
   0xf6521a60 :   cmpb,<>,n r6,r16,0xf6521a44 

=> 0xf6521a64 :   ldw,ma 4(r6),ret0
   0xf6521a68 :   ldw -94(sp),rp
   0xf6521a6c :   ldw -74(sp),r18
   0xf6521a70 :   ldw -70(sp),r17
End of assembler dump.
(gdb) bt
#0  0xf6521a64 in QTJSC::Heap::markConservatively (this=0xf8b53c78,
markStack=..., start=, end=)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:805
#1  0xf6521d2c in QTJSC::Heap::markCurrentThreadConservativelyInternal (
this=0xf8b53c8c, markStack=...)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:834
#2  0xf6521df4 in QTJSC::Heap::markCurrentThreadConservatively (
this=0xf8b53c78, markStack=...)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:856
#3  0xf6522614 in QTJSC::Heap::markStackObjectsConservatively (markStack=...,
this=0xf8affbd4)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:1148
#4  QTJSC::Heap::markRoots (this=0xf8affbd4)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:1148
#5  0xf6522a1c in QTJSC::Heap::reset (this=0xf8affbd4)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:1269
#6  QTJSC::Heap::allocate (this=0xf8affbd4, s=)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:405
#7  0xf65acd6c in QTJSC::JSCell::operator new (globalData=0xf8affbd4, size=32)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/JSCell.h:162
#8  QTJSC::jsString (globalData=0xf8affbd4, s=...)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/JSString.h:445
#9  0xf65e8c28 in QTJSC::jsString (s=..., exec=0xf8b53c8c)
--Type  for more, q to quit, c to continue without paging--
at ../3rdparty/javascriptcore/JavaScriptCore/interpreter/Register.h:203
#10 QScriptEnginePrivate::arrayFromStringList (exec=0xf8b53c8c, lst=...)
at api/qscriptengine.cpp:1078
#11 0xf65eb49c in QScriptEnginePrivate::create (exec=0xedd8,
type=, ptr=0x1) at api/qscriptengine.cpp:3119
#12 0xf65ebd38 in QScriptEnginePrivate::jscValueFromVariant (v=...,
exec=0xedd8) at /usr/include/hppa-linux-gnu/qt5/QtCore/qvariant.h:355
#13 QScriptEnginePrivate::objectFromVariantMap (exec=0xedd8, vmap=...)
at api/qscriptengine.cpp:1118
#14 0xf65eb3b8 in QScriptEnginePrivate::create (exec=0xedd8,
type=, 

Bug#915317: kactivities-kf5: FTBFS on hppa - symbol check

[John David Anglin]

Source: kactivities-kf5
Version: 5.49.0-1
Severity: normal

Dear Maintainer,

See:
https://buildd.debian.org/status/fetch.php?pkg=kactivities-kf5=hppa=5.51.0-1=1543773404=0

Regards,
Dave Anglin

-- System Information:
Debian Release: buster/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 4.14.83+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures

[John David Anglin]

On 2018-07-29 9:59 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

Maybe reversing the logic works it out? I mean something on the line of:

cat debian/qttools5-dev-tools.in > debian/qttools5-dev-tools.install

if(qwebview arch)
   echo/usr/${DEB_HOST_MULTIARCH}/qt5/qwebview >>  debian/qttools5-dev-
tools.install
if(qdoc arch)
   echo qdoc >> debian/qttools5-dev-tools.install

That looks like it will work.

Thanks,
Dave

--
John David Anglin  dave.ang...@bell.net

Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures

[John David Anglin]

On 2018-07-29 4:53 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

Looking again the call to llvm-config seems to not be fatal, so it should be
as simple as doing something like it's already done in the dh_install override
for archs without qt webview.


Yes.  I had a successful build on hppa with the attached patch:
https://buildd.debian.org/status/fetch.php?pkg=qttools-opensource-src=hppa=5.11.1-3=1532903616=0

The no webview hunk needs a different regexp which I didn't work out.

It remains to be seen what the impact of losing qdoc will be.  The hard 
part will be generating

the documentation packages.

Dave

--
John David Anglin  dave.ang...@bell.net

--- rules.save  2018-07-29 21:35:07.393423169 -0400
+++ rules   2018-07-29 15:38:51.476671623 -0400
@@ -32,6 +32,7 @@
dh_auto_build -- docs
 
 ifeq ($(DEB_HOST_ARCH),$(DEB_BUILD_ARCH))
+ifeq (,$(filter alpha hppa ia64 m68k powerpcspe riscv64 sh4 x32, 
$(DEB_HOST_ARCH)))
 override_dh_auto_build-arch: build-doc-tools
# Rebuild the internal assistant.qch which is used as a resource
cd src/assistant/assistant/doc/internal; qmake
@@ -39,6 +40,7 @@
mv doc/assistant.qch src/assistant/assistant/assistant.qch
dh_auto_build
 endif
+endif
 
 override_dh_auto_install-arch:
dh_auto_install
@@ -56,7 +58,11 @@
 ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), $(no_qwebview_archs)))
grep -v qwebview debian/qttools5-dev-tools.install.in >> 
debian/qttools5-dev-tools.install
 else
+ifeq (,$(filter alpha hppa ia64 m68k powerpcspe riscv64 sh4 x32, 
$(DEB_HOST_ARCH)))
cp debian/qttools5-dev-tools.install.in 
debian/qttools5-dev-tools.install
+else
+   grep -v qdoc debian/qttools5-dev-tools.install.in >> 
debian/qttools5-dev-tools.install
+endif
 endif
dh_install --fail-missing
 

Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures

[John David Anglin]

On 2018-07-29 2:39 PM, John Paul Adrian Glaubitz wrote:

I have my doubts that it's actually not possible
to separate the QDoc building from compiling the actual C++ code.
It appears to me from the build log that the install needs to be 
modified when qdoc isn't built.


It seems unlikely that it can be built without clang.  For windows, 
there is FORCE_MINGW_QDOC_BUILD.


qt_find_clang.prf says:

    equals(QMAKE_HOST.os, Windows):gcc:isEmpty(FORCE_MINGW_QDOC_BUILD) {
    log("QDoc build is disabled on MinGW in Qt 5.11.0, because 
of a missing feature in the release infrastructure.")

    log("You can enable it by setting FORCE_MINGW_QDOC_BUILD")
    break()
    }

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#904688: qttools-opensource-src: FTBFS: please drop the libclang-dev B-D on some architectures

[John David Anglin]

Here is log for an attempted build on hppa with Adrian's patch:
https://buildd.debian.org/status/fetch.php?pkg=qttools-opensource-src=hppa=5.11.1-3=1532832160=0

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#874312: Info received (Bug#874312: Acknowledgement (kdelibs4support: FTBFS on hppa - segmentation fault in desktoptojson))

[John David Anglin]

Segmentation fault doesn't occur when kcoreaddons is built with g++-6.

Dave
--
John David Anglin   dave.ang...@bell.net

Bug#874312: Acknowledgement (kdelibs4support: FTBFS on hppa - segmentation fault in desktoptojson)

[John David Anglin]

Problem is either in gcc or kcoreaddons:

(gdb) set args -i krdc_rdp_config.desktop -o 
/home/dave/debian/krdc/krdc-17.08.3/obj-hppa-linux-gnu/rdp/krdc_rdp_config.json
(gdb) r
Starting program: 
/home/dave/debian/kcoreaddons/kcoreaddons-5.37.0/obj-hppa-linux-gnu/src/desktoptojson/desktoptojson
 -i krdc_rdp_config.desktop -o 
/home/dave/debian/krdc/krdc-17.08.3/obj-hppa-linux-gnu/rdp/krdc_rdp_config.json
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/hppa-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x00022a9c in __sync_sub_and_fetch_4 ()
(gdb) bt
#0  0x00022a9c in __sync_sub_and_fetch_4 ()
#1  0x00018ce4 in std::__atomic_base::operator-- (this=)
at /usr/include/c++/7/bits/atomic_base.h:304
#2  QAtomicOps::deref (_q_value=...)
at /usr/include/hppa-linux-gnu/qt5/QtCore/qatomic_cxx11.h:271
#3  QBasicAtomicInteger::deref (this=)
at /usr/include/hppa-linux-gnu/qt5/QtCore/qbasicatomic.h:114
#4  QtPrivate::RefCount::deref (this=)
at /usr/include/hppa-linux-gnu/qt5/QtCore/qrefcount.h:73
#5  QVector::~QVector (this=0xf8d02804, 
__in_chrg=)
at /usr/include/hppa-linux-gnu/qt5/QtCore/qvector.h:75
#6  QtPrivate::QForeachContainer<QVector 
>::~QForeachContainer (this=0xf8d02804, __in_chrg=)
at /usr/include/hppa-linux-gnu/qt5/QtCore/qglobal.h:934
#7  ServiceTypeDefinition::parseValue (this=this@entry=0x27130, key=..., 
value=...) at ./src/lib/plugin/desktopfileparser.cpp:403
#8  0x0001aed0 in DesktopFileParser::convertToJson (key=..., serviceTypes=..., 
value=..., json=..., kplugin=..., lineNr=)
at ./src/lib/plugin/desktopfileparser.cpp:506
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) disass $pc-16,$pc+16
Dump of assembler code from 0x22a8c to 0x22aac:
   0x00022a8c <__sync_sub_and_fetch_4+20>:  stw r3,-34(sp)
   0x00022a90 <__sync_sub_and_fetch_4+24>:  copy r26,r3
   0x00022a94 <__sync_sub_and_fetch_4+28>:  stw r4,-38(sp)
   0x00022a98 <__sync_sub_and_fetch_4+32>:  stw r19,-20(sp)
=> 0x00022a9c <__sync_sub_and_fetch_4+36>:  ldw 0(r3),rp
   0x00022aa0 <__sync_sub_and_fetch_4+40>:  sub rp,r5,r4
   0x00022aa4 <__sync_sub_and_fetch_4+44>:  copy r3,r26
   0x00022aa8 <__sync_sub_and_fetch_4+48>:  copy rp,r25
End of assembler dump.
(gdb) p/x $r3
$1 = 0x436f6d70

Dave
--
John David Anglin   dave.ang...@bell.net

Bug#880034: qtscript-opensource-src: FTBFS on hppa - tst_QScriptEngine::collectGarbageAfterConnect

[John David Anglin]

Source: qtscript-opensource-src
Version: 5.9.1+dfsg-2
Severity: normal

Dear Maintainer,

Since 5.4.2+dfsg-2, this package fails to build on hppa:

FAIL!  : tst_QScriptEngine::collectGarbageAfterConnect() 'widget == 0' returned 
FALSE. ()
   Loc: [tst_qscriptengine.cpp(5701)]

Most recent build log is here:
https://buildd.debian.org/status/fetch.php?pkg=qtscript-opensource-src=hppa=5.9.2%2Bdfsg-1=1509153097=0

Regards,
Dave Anglin

-- System Information:
Debian Release: buster/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 4.13.10+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8), 
LANGUAGE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#874312: Acknowledgement (kdelibs4support: FTBFS on hppa - segmentation fault in desktoptojson)

[John David Anglin]

18b80 <+360>:   copy r4,r19
   0x00018b84 <+364>:   ldw 0(r26),ret0
   0x00018b88 <+368>:   cmpib,= 0,ret0,0x18bac 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) const+404>
   0x00018b8c <+372>:   copy r19,r4
   0x00018b90 <+376>:   cmpiclr,<> -1,ret0,r0
   0x00018b94 <+380>:   b,l,n 0x18bc0 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) 
const+424>,r0
   0x00018b98 <+384>:   b,l 0x22a78 <__sync_sub_and_fetch_4>,rp
   0x00018b9c <+388>:   ldi 1,r25
   0x00018ba0 <+392>:   cmpib,<> 0,ret0,0x18bc0 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) const+424>
   0x00018ba4 <+396>:   copy r4,r19
   0x00018ba8 <+400>:   copy r19,r4
   0x00018bac <+404>:   ldi 4,r24
   0x00018bb0 <+408>:   ldw 0(r3),r26
   0x00018bb4 <+412>:   b,l 0x13004,rp
   0x00018bb8 <+416>:   ldi 2,r25
   0x00018bbc <+420>:   copy r4,r19
   0x00018bc0 <+424>:   ldw 0(r7),r26
   0x00018bc4 <+428>:   ldb 14(r26),ret0
   0x00018bc8 <+432>:   cmpib,<> 0,ret0,0x18fc4 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) 
const+1452>
   0x00018bcc <+436>:   ldi 20,r25
   0x00018bd0 <+440>:   ldw 0(r13),ret0
   0x00018bd4 <+444>:   ldi 0,r23
   0x00018bd8 <+448>:   ldw c(ret0),r25
   0x00018bdc <+452>:   copy r7,r26
   0x00018be0 <+456>:   ldw 4(ret0),r24
   0x00018be4 <+460>:   add,l ret0,r25,r25
   0x00018be8 <+464>:   b,l 0x12bf4,rp
   0x00018bec <+468>:   copy r19,r4
   0x00018bf0 <+472>:   ldw 0(r7),r26
   0x00018bf4 <+476>:   copy r4,r19
   0x00018bf8 <+480>:   ldb 14(r26),ret0
   0x00018bfc <+484>:   cmpib,<> 0,ret0,0x18fac 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) 
const+1428>
   0x00018c00 <+488>:   copy r26,r5
   0x00018c04 <+492>:   addil L%0,dp,r1
   0x00018c08 <+496>:   ldo -124(sp),r3
   0x00018c0c <+500>:   ldw 6b8(r1),r26
   0x00018c10 <+504>:   copy r3,ret0
   0x00018c14 <+508>:   ldi 19,r25
   0x00018c18 <+512>:   b,l 0x12c64,rp
   0x00018c1c <+516>:   copy r19,r4
   0x00018c20 <+520>:   copy r4,r19
   0x00018c24 <+524>:   copy r3,r25
   0x00018c28 <+528>:   copy r5,r26
   0x00018c2c <+532>:   b,l 0x12b84,rp
   0x00018c30 <+536>:   copy r19,r4
   0x00018c34 <+540>:   ldw 0(r3),r26
   0x00018c38 <+544>:   copy r4,r19
   0x00018c3c <+548>:   ldw 0(r26),ret0
   0x00018c40 <+552>:   cmpib,= 0,ret0,0x18c64 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) const+588>
   0x00018c44 <+556>:   copy r19,r4
   0x00018c48 <+560>:   cmpiclr,<> -1,ret0,r0
   0x00018c4c <+564>:   b,l,n 0x18c78 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) 
const+608>,r0
   0x00018c50 <+568>:   b,l 0x22a78 <__sync_sub_and_fetch_4>,rp
   0x00018c54 <+572>:   ldi 1,r25
   0x00018c58 <+576>:   cmpib,<> 0,ret0,0x18c78 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) const+608>
   0x00018c5c <+580>:   copy r4,r19
   0x00018c60 <+584>:   copy r19,r4
   0x00018c64 <+588>:   ldi 4,r24
   0x00018c68 <+592>:   ldw 0(r3),r26
   0x00018c6c <+596>:   b,l 0x13004,rp
   0x00018c70 <+600>:   ldi 2,r25
   0x00018c74 <+604>:   copy r4,r19
   0x00018c78 <+608>:   ldw 0(r7),r26
   0x00018c7c <+612>:   ldb 14(r26),ret0
   0x00018c80 <+616>:   cmpiclr,= 0,ret0,r0
   0x00018c84 <+620>:   b,l,n 0x18f98 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) 
const+1408>,r0
   0x00018c88 <+624>:   copy r19,r4
   0x00018c8c <+628>:   b,l 0x13054,rp
   0x00018c90 <+632>:   copy r7,r26
   0x00018c94 <+636>:   copy r4,r19
   0x00018c98 <+640>:   copy r10,r25
   0x00018c9c <+644>:   b,l 0x12a54,rp
   0x00018ca0 <+648>:   copy r9,r26
   0x00018ca4 <+652>:   b,l 0x18cf0 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) 
const+728>,r0
   0x00018ca8 <+656>:   copy r9,ret0
   0x00018cac <+660>:   ldw c(r6),r25
   0x00018cb0 <+664>:   ldw c(ret0),r26
   0x00018cb4 <+668>:   copy r5,r24
   0x00018cb8 <+672>:   add,l r6,r25,r25
   0x00018cbc <+676>:   b,l 0x13144,rp
   0x00018cc0 <+680>:   add,l ret0,r26,r26
   0x00018cc4 <+684>:   cmpib,<> 0,ret0,0x18ac0 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) const+168>
   0x00018cc8 <+688>:   copy r4,r19
   0x00018ccc <+692>:   ldw 4(r3),ret0
   0x00018cd0 <+696>:   ldo -1(ret0),ret0
   0x00018cd4 <+700>:   cmpib,= -1,ret0,0x18cec 
<ServiceTypeDefinition::parseValue(QByteArray const&, QString const&) const+724>
   0x00018cd8 <+704>:   copy r19,r4
   0x00018cdc <+708>:   b,l 0x22a78 <__sync_sub_and_fetch_4>,rp
   0x00018ce0 <+712>:   ldi 1,r25

This is likely a gcc bug.  If the code falls through from the call at 
0x00018cbc, the argument register r26
for the call to __sync_sub_and_fetch_4 is not setup.

Dave
--
John David Anglin   dave.ang...@bell.net

Bug#874312: kdelibs4support: FTBFS on hppa - segmentation fault in desktoptojson

[John David Anglin]

Source: kdelibs4support
Version: 5.37.0-2
Severity: normal

Dear Maintainer,

Build fails here:

Generating MOC compilation mocs_compilation.cpp
make[4]: Leaving directory '/<>/obj-hppa-linux-gnu'
Segmentation fault
src/solid-networkstatus/kded/CMakeFiles/kded_networkstatus_autogen.dir/build.mak
e:69: recipe for target 'src/solid-networkstatus/kded/networkstatus.json' failed
make[4]: *** [src/solid-networkstatus/kded/networkstatus.json] Error 139
make[4]: Leaving directory '/<>/obj-hppa-linux-gnu'
CMakeFiles/Makefile2:2927: recipe for target 'src/solid-networkstatus/kded/CMake
Files/kded_networkstatus_autogen.dir/all' failed
make[3]: *** [src/solid-networkstatus/kded/CMakeFiles/kded_networkstatus_autogen
.dir/all] Error 2
make[3]: *** Waiting for unfinished jobs
[ 39%] Automatic MOC for target kdebugdialog5

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=kdelibs4support=hppa=5.37.0-2=1504553058=0

The failure is caused by segmentation fault in desktoptojson:
do_page_fault() command='desktoptojson' type=15 address=0x6f64756c in 
desktoptojson[1+17000]
trap #15: Data TLB miss fault, vm_start = 0x00028000, vm_end = 0x0005f000

Sep  4 15:23:59 mx3210 kernel: do_page_fault() command='desktoptojson' type=15 
address=0x6f64756c in desktoptojson[1+17000]
Sep  4 15:23:59 mx3210 kernel: trap #15: Data TLB miss fault, vm_start = 
0x00028000, vm_end = 0x0005f000
Sep  4 15:23:59 mx3210 kernel: CPU: 0 PID: 10405 Comm: desktoptojson Not 
tainted 4.13.0 #1
Sep  4 15:23:59 mx3210 kernel: task: 0001be5220a0 task.stack: 
0001c5228000
Sep  4 15:23:59 mx3210 kernel: 
Sep  4 15:23:59 mx3210 kernel: YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
Sep  4 15:23:59 mx3210 kernel: PSW: 01101100 Not tainted
Sep  4 15:23:59 mx3210 kernel: r00-03  00ff0006fc0f 00027130 
00018ce7 6f64756c
Sep  4 15:23:59 mx3210 kernel: r04-07  00027130 0001 
ff05 f8d028c4
Sep  4 15:23:59 mx3210 kernel: r08-11  00036ec8 f8d02788 
f8d0265c 00027130
Sep  4 15:23:59 mx3210 kernel: r12-15  00036e78 f8d02674 
0001 f8d02664
Sep  4 15:23:59 mx3210 kernel: r16-19  00027130 f8498c90 
00027130 00027130
Sep  4 15:23:59 mx3210 kernel: r20-23  06f8 000321bd 
000321bd 654e616d
Sep  4 15:23:59 mx3210 kernel: r24-27  000321bd 0001 
6f64756c 00027130
Sep  4 15:23:59 mx3210 kernel: r28-31  0009 000321bc 
f8d02a00 0065
Sep  4 15:23:59 mx3210 kernel: sr00-03  0800 0800 
 0800
Sep  4 15:23:59 mx3210 kernel: sr04-07  0800 0800 
0800 0800
Sep  4 15:23:59 mx3210 kernel: 
Sep  4 15:23:59 mx3210 kernel:  VZOUICununcqcqcqcqcqcrmunTDVZOUI
Sep  4 15:23:59 mx3210 kernel: FPSR: 
Sep  4 15:23:59 mx3210 kernel: FPER1: 
Sep  4 15:23:59 mx3210 kernel: fr00-03    
 
Sep  4 15:23:59 mx3210 kernel: fr04-07  40141a9fbe76c8b4 4014083126e978d5 
0009e200 4014083126e978d5
Sep  4 15:23:59 mx3210 kernel: fr08-11  ca9e  
 
Sep  4 15:23:59 mx3210 kernel: fr12-15    
 
Sep  4 15:23:59 mx3210 kernel: fr16-19    
 
Sep  4 15:23:59 mx3210 kernel: fr20-23    
002c 067147690036
Sep  4 15:23:59 mx3210 kernel: fr24-27   3fe0 
412e8480 
Sep  4 15:23:59 mx3210 kernel: fr28-31  873cfdda681e5afa 3e3aeb62d14759c4 
873cfdda 267c737f
Sep  4 15:23:59 mx3210 kernel: 
Sep  4 15:23:59 mx3210 kernel: IASQ: 0800 0800 IAOQ: 
00022a9f 00022aa3
Sep  4 15:23:59 mx3210 kernel: IIR: 0c601082ISR: 0800  IOR: 
6f64756c
Sep  4 15:23:59 mx3210 kernel: CPU:0   CR30: 0001c5228000 CR31: 

Sep  4 15:23:59 mx3210 kernel: ORIG_R28: 
Sep  4 15:23:59 mx3210 kernel: IAOQ[0]: 00022a9f
Sep  4 15:23:59 mx3210 kernel: IAOQ[1]: 00022aa3
Sep  4 15:23:59 mx3210 kernel: RP(r2): 00018ce7

The faulting instruction is:
   0c 60 10 82 ldw 0(r3),rp

Start of faulting functions is:
   0x00022a78:  stw rp,-14(sp)
   0x00022a7c:  stw,ma r6,40(sp)
   0x00022a80:  ldi -fb,r6
   0x00022a84:  stw r5,-3c(sp)
   0x00022a88:  copy r25,r5
   0x00022a8c:  stw r3,-34(sp)
   0x00022a90:  copy r26,r3
   0x00022a94:  stw r4,-38(sp)
   0x00022a98:  stw r19,-20(sp)
   0x00022a9c:  ldw 0(r3),rp

Since symbols have been stripped, it hard to tell which function faulted but the
fault is caused by the first 

Bug#828160: kwallet-kf5: FTBFS on hppa - blowfishtest (Failed)

[John David Anglin]

On 2016-06-26, at 3:11 PM, Maximiliano Curia wrote:

> Yes, apparently the blowfish backend has never worked in big endian archs, 
> the 
> new test reveals that. I've added a patch in the Debian repository to fix 
> this, 
> and Pino is working in fixing this upstream.

Excellent!

Dave
--
John David Anglin   dave.ang...@bell.net

Bug#828160: kwallet-kf5: FTBFS on hppa - blowfishtest (Failed)

[John David Anglin]

Source: kwallet-kf5
Version: 5.23.0-1
Severity: normal

Dear Maintainer,

Build fails on hppa and other big endian systems due to failure of
TestBlowfishCipher:

Running tests...
/usr/bin/ctest --force-new-ctest-process -j4
Test project /<>/obj-hppa-linux-gnu
Start 1: blowfishtest
1/1 Test #1: blowfishtest .***Failed1.11 sec
* Start testing of TestBlowfish *
Config: Using QtTest library 5.6.1, Qt 5.6.1 (unknown-big_endian-ilp32 shared 
(dynamic) release build; by GCC 5.4.0 20160609)
PASS   : TestBlowfish::initTestCase()
FAIL!  : TestBlowfish::testBlowfishCipher() 'temp == ciphertext' returned 
FALSE. ()
   Loc: [/<>/autotests/blowfishtest.cpp(171)]
PASS   : TestBlowfish::cleanupTestCase()
Totals: 2 passed, 1 failed, 0 skipped, 0 blacklisted
* Finished testing of TestBlowfish *


0% tests passed, 1 tests failed out of 1

Total Test time (real) =   1.14 sec

The following tests FAILED:
  1 - blowfishtest (Failed)
Errors while running CTest
Makefile:130: recipe for target 'test' failed
make[2]: *** [test] Error 8

Full log is here:
https://buildd.debian.org/status/fetch.php?pkg=kwallet-kf5=hppa=5.23.0-1=1466771739

Regards,
Dave Anglin

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.18.36+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#827783: qtwebkit-opensource-src: FTBFS on sparc64 due to mismatched symbols file

[John David Anglin]

On 2016-06-22, at 11:01 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

> I'm about to push this, please keep an eye on the buildds in case a new 
> adjustment is needed.

Success.

Thanks,
Dave
--
John David Anglin   dave.ang...@bell.net

Bug#827783: qtwebkit-opensource-src: FTBFS on sparc64 due to mismatched symbols file

[John David Anglin]

Source: qtwebkit-opensource-src
Version: 5.6.1+dfsg-3
Followup-For: Bug #827783

Likewise on hppa.  See:
https://buildd.debian.org/status/fetch.php?pkg=qtwebkit-opensource-src=hppa=5.6.1%2Bdfsg-3=1466535251

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.18.34+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#827613: qtscript-opensource-src: FTBFS on hppa - FAIL! : tst_QScriptEngine::collectGarbageAfterConnect()

[John David Anglin]

Source: qtscript-opensource-src
Version: 5.6.1+dfsg-2
Severity: normal

Dear Maintainer,

The build fails because of the following test failure:
FAIL!  : tst_QScriptEngine::collectGarbageAfterConnect() 'widget == 0' returned 
FALSE. ()
   Loc: [tst_qscriptengine.cpp(5707)]

Full build log is here:
https://buildd.debian.org/status/fetch.php?pkg=qtscript-opensource-src=hppa=5.6.1%2Bdfsg-2=1466027449

Regards,
Dave Anglin

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.18.34+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#794950: qtbase-opensource-src: FTBFS on hppa - symbols

[John David Anglin]

Source: qtbase-opensource-src
Version: 5.4.2+dfsg-8
Severity: normal

Build log with symbol differences is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=qtbase-opensource-srcarch=hppaver=5.4.2%2Bdfsg-8stamp=1438922211

-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.18.19+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/blu436-smtp21260cc0e74e39cacf8cdef97...@phx.gbl

Bug#764893: qtwebsockets-opensource-src: FTBFS on hppa: some tests fail

[John David Anglin]

Package: qtwebsockets-opensource-src
Version: 5.3.2-5
Severity: normal

PASS   : tst_QWebSocket::tst_invalidOrigin()
QWARN  : tst_QWebSocket::tst_sendTextMessage() QObject::connect: signal not 
found in QWebSocketServer
QWARN  : tst_QWebSocket::tst_sendTextMessage() QObject::connect: signal not 
found in QWebSocketServer
FAIL!  : tst_QWebSocket::tst_sendTextMessage() 'textMessageReceived.wait(500)' 
returned FALSE. ()
   Loc: [tst_qwebsocket.cpp(460)]
QWARN  : tst_QWebSocket::tst_sendBinaryMessage() QObject::connect: signal not 
found in QWebSocketServer
QWARN  : tst_QWebSocket::tst_sendBinaryMessage() QObject::connect: signal not 
found in QWebSocketServer
FAIL!  : tst_QWebSocket::tst_sendBinaryMessage() 
'binaryMessageReceived.wait(500)' returned FALSE. ()
   Loc: [tst_qwebsocket.cpp(534)]
FAIL!  : tst_QWebSocket::tst_errorString() Compared values are not the same
   Actual   (errorSpy.count()): 0
   Expected (1)   : 1
   Loc: [tst_qwebsocket.cpp(596)]

Full log is here:
http://buildd.debian-ports.org/status/fetch.php?pkg=qtwebsockets-opensource-srcarch=hppaver=5.3.2-5stamp=1411687605

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.16.3+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu436-smtp354fdb775dd1c2a11a771397...@phx.gbl

Bug#764556: qbs: FTBFS on hppa: endian problem

[John David Anglin]

Package: qbs
Version: 1.3.1+dfsg-3
Severity: normal

Build fails in testsuite with errors like the following:

make[5]: Entering directory '/«BUILDDIR»/qbs-1.3.1+dfsg/tests/auto/blackbox'
QT_PLUGIN_PATH=/usr/lib/hppa-linux-gnu/qt5/plugins 
LD_LIBRARY_PATH=/usr/lib/hppa-linux-gnu${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH} cd 
../../../bin   ./tst_blackbox 
* Start testing of TestBlackbox *
Config: Using QtTest library 5.3.2, Qt 5.3.2
PASS   : TestBlackbox::initTestCase()
QDEBUG : TestBlackbox::addedFilePersistent() ERROR: 
/«BUILDDIR»/qbs-1.3.1+dfsg/share/qbs/modules/qbs/common.qbs:271 The following 
properties have invalid values:
qbs.endianness: must be in [big, little, mixed]

QDEBUG : TestBlackbox::addedFilePersistent() No build graph exists yet for this 
configuration.
Resolving project for configuration qbs_autotests-debug

FAIL!  : TestBlackbox::addedFilePersistent() Compared values are not the same
   Actual   (runQbs(QbsRunParameters(resolve))): 1
   Expected (0)  : 0
   Loc: [tst_blackbox.cpp(220)]
QDEBUG : TestBlackbox::addQObjectMacroToCppFile() ERROR: 
/«BUILDDIR»/qbs-1.3.1+dfsg/share/qbs/modules/qbs/common.qbs:271 The following 
properties have invalid values:
qbs.endianness: must be in [big, little, mixed]

The hppa architecture is big endian.

Full log:
http://buildd.debian-ports.org/status/fetch.php?pkg=qbsarch=hppaver=1.3.1%2Bdfsg-3stamp=1412814138

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.16.3+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu437-smtp8fc63c5c19bbb8fc544a597...@phx.gbl

Bug#760759: qtwebkit: FTBFS on hppa: #error The MacroAssembler is not supported on this platform.

[John David Anglin]

Package: qtwebkit
Version: 2.3.2.dfsg-3
Severity: normal

Build fails here:

echo /«PKGBUILDDIR»/Source/WebCore/svg/SVGZoomEvent.idl 
generated/idl_files.tmp
perl -I/«PKGBUILDDIR»/Source/WebCore/bindings/scripts 
/«PKGBUILDDIR»/Source/WebCore/bindings/scripts/preprocess-idls.pl --defines 
LANGUAGE_JAVASCRIPT=1 ENABLE_3D_RENDERING=1 ENABLE_BLOB=1 
ENABLE_CHANNEL_MESSAGING=1 ENABLE_CSS_BOX_DECORATION_BREAK=1 
ENABLE_CSS_COMPOSITING=1 ENABLE_CSS_EXCLUSIONS=1 ENABLE_CSS_FILTERS=1 
ENABLE_CSS_IMAGE_SET=1 ENABLE_CSS_REGIONS=1 ENABLE_CSS_SHADERS=1 
ENABLE_CSS_STICKY_POSITION=1 ENABLE_DATALIST_ELEMENT=1 ENABLE_DETAILS_ELEMENT=1 
ENABLE_FAST_MOBILE_SCROLLING=1 ENABLE_FILTERS=1 ENABLE_FTPDIR=1 
ENABLE_GESTURE_EVENTS=1 ENABLE_ICONDATABASE=1 ENABLE_IFRAME_SEAMLESS=1 
ENABLE_INPUT_TYPE_COLOR=1 ENABLE_INSPECTOR=1 ENABLE_INSPECTOR_SERVER=1 
ENABLE_JAVASCRIPT_DEBUGGER=1 ENABLE_LEGACY_NOTIFICATIONS=1 
ENABLE_LEGACY_VENDOR_PREFIXES=1 ENABLE_LEGACY_VIEWPORT_ADAPTION=1 
ENABLE_METER_ELEMENT=1 ENABLE_MHTML=1 ENABLE_MUTATION_OBSERVERS=1 
ENABLE_NETSCAPE_PLUGIN_API=1 ENABLE_NOTIFICATIONS=1 
ENABLE_PAGE_VISIBILITY_API=1 ENABLE_PROGRESS_ELEMENT=1 ENABLE_REQUEST_ANIMATION_
 FRAME=1 ENABLE_RESOLUTION_MEDIA_QUERY=1 ENABLE_SHARED_WORKERS=1 
ENABLE_SMOOTH_SCROLLING=1 ENABLE_SQL_DATABASE=1 ENABLE_SVG=1 
ENABLE_TOUCH_ADJUSTMENT=1 ENABLE_TOUCH_EVENTS=1 ENABLE_VIDEO=1 ENABLE_WEBGL=1 
ENABLE_WEB_SOCKETS=1 ENABLE_WEB_TIMING=1 ENABLE_WORKERS=1 ENABLE_XHR_TIMEOUT=1 
ENABLE_XSLT=1 --idlFilesList generated/idl_files.tmp 
--supplementalDependencyFile generated/supplemental_dependency.tmp 
--idlAttributesFile 
/«PKGBUILDDIR»/Source/WebCore/bindings/scripts/IDLAttributes.txt --preprocessor 
/usr/lib/hppa-linux-gnu/qt4/bin/moc -E
offlineasm: offset extractor LLIntDesiredOffsets.h successfully generated.
g++ -c -Wall -Wextra -Wreturn-type -fno-strict-aliasing -Wchar-subscripts 
-Wformat-security -Wreturn-type -Wno-unused-parameter -Wno-sign-compare 
-Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self -pipe 
-Wno-c++0x-compat -O2 -DQT_WEBKIT -DENABLE_3D_RENDERING=1 
-DENABLE_ACCELERATED_2D_CANVAS=0 -DENABLE_ANIMATION_API=0 
-DENABLE_BATTERY_STATUS=0 -DENABLE_BLOB=1 -DENABLE_CHANNEL_MESSAGING=1 
-DENABLE_CSP_NEXT=0 -DENABLE_CSS3_BACKGROUND=0 
-DENABLE_CSS3_CONDITIONAL_RULES=0 -DENABLE_CSS3_TEXT=0 
-DENABLE_CSS_BOX_DECORATION_BREAK=1 -DENABLE_CSS_COMPOSITING=1 
-DENABLE_CSS_EXCLUSIONS=1 -DENABLE_CSS_FILTERS=1 -DENABLE_CSS_GRID_LAYOUT=0 
-DENABLE_CSS_HIERARCHIES=0 -DENABLE_CSS_IMAGE_ORIENTATION=0 
-DENABLE_CSS_IMAGE_RESOLUTION=0 -DENABLE_CSS_IMAGE_SET=1 -DENABLE_CSS_REGIONS=1 
-DENABLE_CSS_SHADERS=1 -DENABLE_CSS_STICKY_POSITION=1 -DENABLE_CSS_VARIABLES=0 
-DENABLE_DASHBOARD_SUPPORT=0 -DENABLE_DATAGRID=0 -DENABLE_DATALIST_ELEMENT=1 
-DENABLE_DATA_TRANSFER_ITEMS=0 -DENABLE_DETAILS_ELEMEN
 T=1 -DENABLE_DEVICE_ORIENTATION=0 -DENABLE_DIRECTORY_UPLOAD=0 
-DENABLE_DOWNLOAD_ATTRIBUTE=0 -DENABLE_FAST_MOBILE_SCROLLING=1 
-DENABLE_FILE_SYSTEM=0 -DENABLE_FILTERS=1 -DENABLE_FTPDIR=1 
-DENABLE_FULLSCREEN_API=0 -DENABLE_GAMEPAD=0 -DENABLE_GEOLOCATION=0 
-DENABLE_GESTURE_EVENTS=1 -DENABLE_HIGH_DPI_CANVAS=0 -DENABLE_ICONDATABASE=1 
-DENABLE_IFRAME_SEAMLESS=1 -DENABLE_INDEXED_DATABASE=0 -DENABLE_INPUT_SPEECH=0 
-DENABLE_INPUT_TYPE_COLOR=1 -DENABLE_INPUT_TYPE_DATE=0 
-DENABLE_INPUT_TYPE_DATETIME=0 -DENABLE_INPUT_TYPE_DATETIMELOCAL=0 
-DENABLE_INPUT_TYPE_MONTH=0 -DENABLE_INPUT_TYPE_TIME=0 
-DENABLE_INPUT_TYPE_WEEK=0 -DENABLE_INSPECTOR=1 -DENABLE_INSPECTOR_SERVER=1 
-DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_LEGACY_CSS_VENDOR_PREFIXES=0 
-DENABLE_LEGACY_NOTIFICATIONS=1 -DENABLE_LEGACY_VENDOR_PREFIXES=1 
-DENABLE_LEGACY_VIEWPORT_ADAPTION=1 -DENABLE_LINK_PREFETCH=0 
-DENABLE_LINK_PRERENDER=0 -DENABLE_MATHML=0 -DENABLE_MEDIA_SOURCE=0 
-DENABLE_MEDIA_STATISTICS=0 -DENABLE_MEDIA_STREAM=0 -DENABLE_METER_ELEM
 ENT=1 -DENABLE_MHTML=1 -DENABLE_MICRODATA=0 -DENABLE_MUTATION_OBSERVERS=1 
-DENABLE_NAVIGATOR_CONTENT_UTILS=0 -DENABLE_NETSCAPE_PLUGIN_API=1 
-DENABLE_NETWORK_INFO=0 -DENABLE_NOTIFICATIONS=1 -DENABLE_ORIENTATION_EVENTS=0 
-DENABLE_PAGE_VISIBILITY_API=1 -DENABLE_PROGRESS_ELEMENT=1 
-DENABLE_PROXIMITY_EVENTS=0 -DENABLE_QUOTA=0 -DENABLE_REQUEST_ANIMATION_FRAME=1 
-DENABLE_RESOLUTION_MEDIA_QUERY=1 -DENABLE_SCRIPTED_SPEECH=0 
-DENABLE_SHADOW_DOM=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_SMOOTH_SCROLLING=1 
-DENABLE_SQL_DATABASE=1 -DENABLE_STYLE_SCOPED=0 -DENABLE_SVG=1 
-DENABLE_SVG_DOM_OBJC_BINDINGS=0 -DENABLE_SVG_FONTS=0 
-DENABLE_TEXT_AUTOSIZING=0 -DENABLE_TEXT_NOTIFICATIONS_ONLY=0 
-DENABLE_TOUCH_ADJUSTMENT=1 -DENABLE_TOUCH_EVENTS=1 
-DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_VIBRATION=0 -DENABLE_VIDEO=1 
-DENABLE_VIDEO_TRACK=0 -DENABLE_WEBGL=1 -DENABLE_WEB_AUDIO=0 
-DENABLE_WEB_SOCKETS=1 -DENABLE_WEB_TIMING=1 -DENABLE_WORKERS=1 
-DENABLE_XHR_TIMEOUT=1 -DENABLE_XSLT=1 -DHAVE_FONTCONFIG=1 -DHAVE_QQUICK1=1 -D
 HAVE_QSTYLE=1 -DHAVE_QTPRINTSUPPORT=1 -DHAVE_QTTESTLIB=1 -DHAVE_SQLITE3=1 
-DPLUGIN_ARCHITECTURE_UNSUPPORTED=1 -DWTF_USE_3D_GRAPHICS=1 
-DWTF_USE_GSTREAMER=1 

Bug#760759: qtwebkit: FTBFS on hppa: #error The MacroAssembler is not supported on this platform.

[John David Anglin]

On 7-Sep-14, at 2:24 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

I have just disabled JIT on hppa too, this will fix this issue on  
next upload.


We also need platform patch that was applied to webkitgtk.
Otherwise, the build fails here:
/«PKGBUILDDIR»/Source/WTF/wtf/dtoa/utils.h:62:2: error: #error Target  
architecture was not detected as supported by Double-Conversion.


I have a build going to test this but it's not finished yet.

Thanks,
Dave
--
John David Anglin   dave.ang...@bell.net


Description: short summary of the patch
 TODO: Put a short summary on the line above and replace this paragraph
 with a longer explanation of this change. Complete the meta-information
 with other relevant fields (see below for details). To make it easier, the
 information below has been extracted from the changelog. Adjust it or drop
 it.
 .
 qtwebkit (2.3.2.dfsg-3) unstable; urgency=medium
 .
   * Disable JIT also in s390x.
   * Build depend upon libqt4-dev = 4:4.8.6+git64-g5dc8b2b+dfsg-2~ so as to
 be sure to be using the version of xmlpatterns that does not consumes a
 lot of memory.
   * Ensure ppc64el is built in little endian mode with
 Colin Watson's ppc64el.patch.
   * Bound CPU usage on unknown platforms with bound_cpu_usage.patch
 (Closes: #760519). Thanks Samuel Thibault for the patch.
   * Update symbols files with buildds' logs.
   * Add x32_support.patch to support x32 (Closes: #700093).
 - Also disable JIT on x32.
   * Add arm64.patch (taken from Ubuntu's aarch64.patch) and modify it to
 properly detect arm64.
Author: Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org
Bug-Debian: https://bugs.debian.org/700093
Bug-Debian: https://bugs.debian.org/760519

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: vendor|upstream|other, url of original patch
Bug: url in upstream bugtracker
Bug-Debian: https://bugs.debian.org/bugnumber
Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
Forwarded: no|not-needed|url proving that it has been forwarded
Reviewed-By: name and email of someone who approved the patch
Last-Update: -MM-DD

--- qtwebkit-2.3.2.dfsg.orig/Source/WTF/wtf/Platform.h
+++ qtwebkit-2.3.2.dfsg/Source/WTF/wtf/Platform.h
@@ -65,6 +65,15 @@
 #define WTF_CPU_ALPHA 1
 #endif
 
+/* CPU(HPPA) - HP PARISC */
+#if defined(__hppa__)
+#define WTF_CPU_HPPA 1
+#define WTF_CPU_BIG_ENDIAN 1
+#define ENABLE_JIT 0
+#define ENABLE_YARR_JIT 0
+#define ENABLE_ASSEMBLER 0
+#endif
+
 /* CPU(IA64) - Itanium / IA-64 */
 #if defined(__ia64__)
 #define WTF_CPU_IA64 1

Bug#753409: qtwebkit-opensource-src: FTBFS on hppa -- symbols

[John David Anglin]

Package: qtwebkit-opensource-src
Version: 5.3.1+dfsg-1
Severity: normal
Tags: patch

With the attached patch, build fails due to differences between
expected and actual symbols.  See:
http://buildd.debian-ports.org/status/fetch.php?pkg=qtwebkit-opensource-srcarch=hppaver=5.3.1%2Bdfsg-1stamp=1404212750

The attached patch is similar to that applied to webkitgtk.

Regards,
Dave

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.15.0-rc8+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Description: short summary of the patch
 TODO: Put a short summary on the line above and replace this paragraph
 with a longer explanation of this change. Complete the meta-information
 with other relevant fields (see below for details). To make it easier, the
 information below has been extracted from the changelog. Adjust it or drop
 it.
 .
 qtwebkit-opensource-src (5.3.1+dfsg-1) unstable; urgency=medium
 .
   [ Lisandro Damián Nicanor Pérez Meyer ]
   * New upstream release.
   * Bump Qt build dependencies, using qtbase-private-dev = 5.3.1 to get
 qtbase-abi-5-3-1.
   * Update symbols files with buildds' logs.
   * Switch amd64's debugging symbols to stabs again. I can't build dwarf
 symbols anymore due to lack of RAM, and I doubt our buildds could too.
 .
   [ Alf Gaida ]
   * Fix QML module's install file.
Author: Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: vendor|upstream|other, url of original patch
Bug: url in upstream bugtracker
Bug-Debian: http://bugs.debian.org/bugnumber
Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
Forwarded: no|not-needed|url proving that it has been forwarded
Reviewed-By: name and email of someone who approved the patch
Last-Update: -MM-DD

--- qtwebkit-opensource-src-5.3.1+dfsg.orig/Source/WTF/wtf/dtoa/utils.h
+++ qtwebkit-opensource-src-5.3.1+dfsg/Source/WTF/wtf/dtoa/utils.h
@@ -49,7 +49,7 @@
 defined(__ARMEL__) || \
 defined(_MIPS_ARCH_MIPS32R2)
 #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1
-#elif CPU(MIPS) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) || CPU(S390) || CPU(S390X) || CPU(IA64) || CPU(SPARC) || CPU(ALPHA) || CPU(MIPS64) || CPU(AARCH64)
+#elif CPU(MIPS) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) || CPU(S390) || CPU(S390X) || CPU(IA64) || CPU(SPARC) || CPU(ALPHA) || CPU(MIPS64) || CPU(AARCH64) || CPU(HPPA)
 #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1
 #elif defined(_M_IX86) || defined(__i386__)
 #if defined(_WIN32)

Bug#753409: qtwebkit-opensource-src: FTBFS on hppa -- symbols

[John David Anglin]

On 1-Jul-14, at 2:51 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

On Tuesday 01 July 2014 15:43:35 Lisandro Damián Nicanor Pérez Meyer  
wrote:

On Tuesday 01 July 2014 11:57:43 John David Anglin wrote:

Package: qtwebkit-opensource-src
Version: 5.3.1+dfsg-1
Severity: normal
Tags: patch

With the attached patch, build fails due to differences between
expected and actual symbols.  See:
http://buildd.debian-ports.org/status/fetch.php?pkg=qtwebkit-opensource-sr
c arch=hppaver=5.3.1%2Bdfsg-1stamp=1404212750

The attached patch is similar to that applied to webkitgtk.


Hi John! In order to avoid deltas with upstream, I will need you to  
push it

upstream to codereview.qt-project.org

I sadly can't do it myself.


I forgot to tell you to include me as reviewer whenever you get the  
patch in

codereview, I'll happily take over from there.



Sigh, you know my position on the Qt assignment required do this.

There shouldn't be any copyright issues with this one line change.

As mentioned a similar change was accepted for webkitgtk and  
previously for qtwebkit.
See bug #721206: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721206 



Regards,
Dave
--
John David Anglin   dave.ang...@bell.net


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/blu436-smtp2355d8807bdb4fa8ba8eff097...@phx.gbl

Bug#750878: qtdeclarative-opensource-src: FTBFS on hppa: symbol problems

[John David Anglin]

Package: qtdeclarative-opensource-src
Version: 5.3.0-5
Severity: normal

See following build log:
http://buildd.debian-ports.org/status/fetch.php?pkg=qtdeclarative-opensource-srcarch=hppaver=5.3.0-5stamp=1402178028

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.15.0-rc8+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp21c35ce12fa7c25178bd5497...@phx.gbl

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

Hi Lisandro,

On 4-Apr-14, at 2:18 PM, Lisandro Damián Nicanor Pérez Meyer wrote:


On Friday 04 April 2014 11:46:23 John David Anglin wrote:

On 4/3/2014 10:19 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

OK, here's what upstream replied wrt the patch:
  Sorry, there's no way we can accept this patch. It is totally  
binary-

  incompatible for PA-RISC since it changes the size of QAtomicInt.
  Debian will need to keep the patch and ensure that everything is  
built

  with
  the patch applied (or without it).


As noted in message #25, I was worried about this.  However, this  
is an

essential part of
the change and I don't see any other way to resolve bug #708200.   
If you

have any suggestions
for resolving it without changing qt4-x11, let me know.


I'm ok on breaking binary compatibility just in Debian just for  
parisc because

it's not a release arch. Would it have been otherwise, then not.



Attached is an updated patch which reflects that the parisc Linux  
atomic support does use locks on
SMP systems.  We would greatly appreciate your taking this patch in  
Debian as it simplifies our support.


The latest Qt and kde release are now built upon this change.

Thanks,
Dave
--
John David Anglin   dave.ang...@bell.net


Description: Revise PARISC atomic support to use GCC atomic builtins
  The current atomic support for PARISC uses a four word object
  to dynamically address the alignment requirements of the ldcw
  instruction.  Unfortunately, the current implementation breaks
  the smokeqt package build http://bugs.debian.org/708200.
  This change uses the GCC atomic builtin support available on
  linux for qt4-x11 atomic operations.  It is derived from the
  AVR32 implementation.  This allows atomic operations on integer
  objects. 
Author: John David Anglin dave.ang...@bell.net
Bug-Debian: http://bugs.debian.org/bugnumber
Forwarded: not-needed
Author: John David Anglin dave.ang...@bell.net
Last-Update: 2014-05-03

--- qt4-x11-4.8.6+dfsg.orig/src/corelib/arch/parisc/arch.pri
+++ qt4-x11-4.8.6+dfsg/src/corelib/arch/parisc/arch.pri
@@ -1,5 +1,3 @@
 #
 # HP PA-RISC architecture
 #
-SOURCES += $$QT_ARCH_CPP/q_ldcw.s \
-  $$QT_ARCH_CPP/qatomic_parisc.cpp
--- qt4-x11-4.8.6+dfsg.orig/src/corelib/arch/qatomic_parisc.h
+++ qt4-x11-4.8.6+dfsg/src/corelib/arch/qatomic_parisc.h
@@ -101,41 +101,19 @@ template typename T
 Q_INLINE_TEMPLATE bool QBasicAtomicPointerT::isFetchAndAddWaitFree()
 { return false; }
 
-extern C {
-Q_CORE_EXPORT void q_atomic_lock(int *lock);
-Q_CORE_EXPORT void q_atomic_unlock(int *lock);
-}
-
-// Reference counting
-
 inline bool QBasicAtomicInt::ref()
 {
-q_atomic_lock(_q_lock);
-bool ret = (++_q_value != 0);
-q_atomic_unlock(_q_lock);
-return ret;
+return __sync_add_and_fetch(_q_value, 1);
 }
 
 inline bool QBasicAtomicInt::deref()
 {
-q_atomic_lock(_q_lock);
-bool ret = (--_q_value != 0);
-q_atomic_unlock(_q_lock);
-return ret;
+return __sync_sub_and_fetch(_q_value, 1);
 }
 
-// Test-and-set for integers
-
 inline bool QBasicAtomicInt::testAndSetOrdered(int expectedValue, int newValue)
 {
-q_atomic_lock(_q_lock);
-if (_q_value == expectedValue) {
-_q_value = newValue;
-q_atomic_unlock(_q_lock);
-return true;
-}
-q_atomic_unlock(_q_lock);
-return false;
+return __sync_bool_compare_and_swap(_q_value, expectedValue, newValue);
 }
 
 inline bool QBasicAtomicInt::testAndSetRelaxed(int expectedValue, int newValue)
@@ -153,15 +131,9 @@ inline bool QBasicAtomicInt::testAndSetR
 return testAndSetOrdered(expectedValue, newValue);
 }
 
-// Fetch-and-store for integers
-
 inline int QBasicAtomicInt::fetchAndStoreOrdered(int newValue)
 {
-q_atomic_lock(_q_lock);
-int returnValue = _q_value;
-_q_value = newValue;
-q_atomic_unlock(_q_lock);
-return returnValue;
+return __sync_lock_test_and_set(_q_value, newValue);
 }
 
 inline int QBasicAtomicInt::fetchAndStoreRelaxed(int newValue)
@@ -179,15 +151,9 @@ inline int QBasicAtomicInt::fetchAndStor
 return fetchAndStoreOrdered(newValue);
 }
 
-// Fetch-and-add for integers
-
 inline int QBasicAtomicInt::fetchAndAddOrdered(int valueToAdd)
 {
-q_atomic_lock(_q_lock);
-int originalValue = _q_value;
-_q_value += valueToAdd;
-q_atomic_unlock(_q_lock);
-return originalValue;
+return __sync_fetch_and_add(_q_value, valueToAdd);
 }
 
 inline int QBasicAtomicInt::fetchAndAddRelaxed(int valueToAdd)
@@ -205,19 +171,10 @@ inline int QBasicAtomicInt::fetchAndAddR
 return fetchAndAddOrdered(valueToAdd);
 }
 
-// Test and set for pointers
-
 template typename T
 Q_INLINE_TEMPLATE bool QBasicAtomicPointerT::testAndSetOrdered(T 
*expectedValue, T *newValue)
 {
-q_atomic_lock(_q_lock);
-if (_q_value == expectedValue) {
-_q_value = newValue;
-q_atomic_unlock(_q_lock);
-return true;
-}
-q_atomic_unlock(_q_lock);
-return false;
+return

Bug#744311: qtscript-opensource-src: FTBFS on hppa: cast increases required alignment

[John David Anglin]

On 4/17/2014 7:31 AM, Lisandro Damián Nicanor Pérez Meyer wrote:

Excellent! I'll take a look into that as soon as possible (which will be in at
least four or five days).
Just want to say that I got qtscript-opensource-src to build 
successfully by removing

-Wcast-align from CXX_FLAGS in qt_headersclean.prf.

Thanks,
Dave

--
John David Anglindave.ang...@bell.net


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp84c3160eb06ed5c54fd1c97...@phx.gbl

Bug#744311: qtscript-opensource-src: FTBFS on hppa: cast increases required alignment

[John David Anglin]

On 13-Apr-14, at 11:41 AM, Lisandro Damián Nicanor Pérez Meyer wrote:

[-Werror=cast-align] should not be there. I currently lack the time  
to look at

it, but will happily accept patches :)


[-Werror=cast-align] comes from /usr/lib/hppa-linux-gnu/qt5/mkspecs/ 
features/qt_headersclean.prf
(i.e., from the qt5-qmake package).  It would appear  
contains(QT_ARCH,parisc) or something like it needs to
be added similar to that for arm, mips and sparc.  Since this doesn't  
work for hppa or parisc, I assume
that either -= doesn't work or QT_ARCH isn't set correctly (probably  
latter).


Dave
--
John David Anglin   dave.ang...@bell.net


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp739cd0dd7d71bcfb8c18b697...@phx.gbl

Bug#744311: qtscript-opensource-src: FTBFS on hppa: cast increases required alignment

[John David Anglin]

Package: qtscript-opensource-src
Version: 5.2.1+dfsg-2
Severity: normal

See:
http://buildd.debian-ports.org/status/fetch.php?pkg=qtscript-opensource-srcarch=hppaver=5.2.1%2Bdfsg-2stamp=1397320687

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.14.0+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp286cd2950443d36863b72e97...@phx.gbl

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

On 4/3/2014 10:19 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

OK, here's what upstream replied wrt the patch:

   Sorry, there's no way we can accept this patch. It is totally binary-
   incompatible for PA-RISC since it changes the size of QAtomicInt.
   Debian will need to keep the patch and ensure that everything is built with
   the patch applied (or without it).
As noted in message #25, I was worried about this.  However, this is an 
essential part of
the change and I don't see any other way to resolve bug #708200.  If you 
have any suggestions

for resolving it without changing qt4-x11, let me know.



   What's more, I m not sure that you can set the IS_WAIT_FREE macros, since
   they are probably not wait-free. Just because you removed the explicit lock
   doesn't mean GCC won't use one behind your back in the __sync functions. I
   know it does that for ARM for types whose size are not 4 bytes. And knowing
   PA-RISC doesn't have wait-free atomic instructions, I doubt GCC can do it
   wait free either.

I will not have any problem to keep this delta **if and only if** you can
prove is safe to set IS_WAIT_FREE macros.
Based on this page http://qt-project.org/doc/qt-5/QAtomicInt.html, the 
macro defines need
to stay as they were before.  The implementation is not lock or loop 
free.  I will update the patch

and retest.

The compare and swap implementation is not in GCC but in the kernel.



If you can't, then you need another fix.

Tip: if you want to dig further in this subject, you might ask thiago on #qt
on freenode, he's the Qt core maintainer.

Kinds regards, Lisandro.


Thanks for helping.

Regards,
Dave

--
John David Anglindave.ang...@bell.net


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp24f618136eecfe8252aae897...@phx.gbl

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

On 22-Mar-14, at 11:32 PM, Lisandro Damián Nicanor Pérez Meyer wrote:

Patch pushed upstream, not it's just time to wait for Thiago to  
check it :)



Thanks for the upstream push.

This is reference for m68k change:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660963 #58

Dave
--
John David Anglin   dave.ang...@bell.net


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp4259b01e9ae29935e8da4397...@phx.gbl

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

On 22-Mar-14, at 9:38 PM, Lisandro Damián Nicanor Pérez Meyer wrote:


On Wednesday 12 March 2014 19:10:25 John David Anglin wrote:
[snip]

I'm fully willing to make the contribution available under any GNU
License Terms.


Or BSD-license? Would that help? (Maybe not because of the copyright
licensing?)


I have no objection to this approach and could try to send a signed
email on the
weekend.  It's something I've never done before.


OK, then let's try with an unsigned mail to this address  
(741190@...) stating
that you put the patch under a BSD license. If we then get the  
requirement to

get it signed we will see what to do.


Will do tomorrow.  Sorry for the delay.



I don't  understand the copyright situation for these files.  It is  
my

understanding
that Helge contributed the code that is being removed in my patch.
The AVR32
header that is copied has a Digia copyright.  Indeed, every file that
I looked at has
a Digia copyright.


AVR32? OK, did you write this patch or did you just copied another  
header from
Qt source and applied it to parisc? In case you have done the  
latest, did you
modify anything? Please try to be as verbose as possible, it will  
certainly be

the best for all of us :-D


I did not write the new qatomic_parisc.h header file.

I deleted the old qatomic_parisc.h file, copied qatomic_avr32.h to  
qatomic_parisc.h and
changed all instances of AVR32 to PARISC to ensure that the  
included header is unique

to parisc.  Only three lines are changed in the original avr32 header:

#ifndef QATOMIC_AVR32_H to #ifndef QATOMIC_PARISC_H
#define QATOMIC_AVR32_H to #define QATOMIC_PARISC_H
#endif // QATOMIC_AVR32_H to #endif // QATOMIC_PARISC_H

Thus, there is no functional difference between the AVR32 and PARISC  
implementations.


I understand that m68k is using a similar approach to enable Qt  
support.  I learned this
in a message posted by Thorsten Glaser a few months ago, but I haven't  
seen a m68k
patch.  I believe the message is in a Debian bug report.  This is what  
led me to develop

the change.



WRT copyright: if you substantially modify a file you also get a  
copyright

right, except the changes are trivial or come from well defined data.


I would prefer not to have copyright on the modified files because of  
the

commercial licensing of Qt.

I believe the changes are trivial and simply revert to the atomic  
implementation

used by all other architectures.

Regards,
Dave
--
John David Anglin   dave.ang...@bell.net


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp4996d20172f9297d2833dd97...@phx.gbl

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

On 12-Mar-14, at 4:57 PM, Helge Deller wrote:


On 03/12/2014 03:27 AM, John David Anglin wrote:

I also don't want to become a Qt developer. I have enough on my
plate with GCC and Linux.

Helge, do you have any thoughts about this?


I would be interested to come up with a good fix, and even submit it  
via
the required CLA, but right now I'm pretty busy with so many things,  
that

I don't want to take another one in addition.
Maybe in a few weeks.


This is also a busy time for me.

Helge, do you still have a CLA?  If you don't, wouldn't you need to  
get your
employer to apply?  That might take time as it would probably require  
legal

review.




I'm fully willing to make the contribution available under any GNU
License Terms.


Or BSD-license? Would that help? (Maybe not because of the copyright  
licensing?)


I have no objection to this approach and could try to send a signed  
email on the

weekend.  It's something I've never done before.

I don't  understand the copyright situation for these files.  It is my  
understanding
that Helge contributed the code that is being removed in my patch.   
The AVR32
header that is copied has a Digia copyright.  Indeed, every file that  
I looked at has

a Digia copyright.




It looks to me like it's best for me to continue to patch the binary
uploads given the Qt CLA.


Or alternatively if Debian could carry your patch until we get it  
resolved

somehow in the future (either by me or you) ?



Dave
--
John David Anglin   dave.ang...@bell.net


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp26f78f08ea2b4da4c2b36897...@phx.gbl

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

On 11-Mar-14, at 10:50 AM, Lisandro Damián Nicanor Pérez Meyer wrote:

I think not, so the best thing here would be to you to push it  
upstream.
Please note I would really love to do it myself, but I can't due to  
Qt's CLA.
You need to sign up in upstream's gerrit instance and push the patch  
there.


Well this is messy.  I already a similar agreement with the FSF, and  
as an
independent contractor, I deal with other organizations who I transfer  
copy
right assignments for the work I do.  I don't really want to sign  
another CLA

for a single change.

I also don't want to become a Qt developer.   I have enough on my plate
with GCC and Linux.

Helge, do you have any thoughts about this?



Of course, **do not hesitate** in asking me for help if needed. Once  
you have
pushed the patch upstream, also don't forget to add me as reviewer,  
at that

point I might be of even more help :)


The patch changes the atomic interface and this affects quite a few
packages using qt4-x11.  Since hppa has been back in ports, we have
been building qt4-x11 unstable with this change.


That's the perfect reason for upstream to accept it, don't forget to  
mention

it!



Dave
--
John David Anglin   dave.ang...@bell.net


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp86370989b3e1db1d847fa997...@phx.gbl

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

On 3/10/2014 9:06 AM, Lisandro Damián Nicanor Pérez Meyer wrote:

tag 741190 moreinfo
thanks

Hi Jhon! This seems an interesting bugfix for Qt4, if there any chance for you
to push it upstream?


As it stands, the patch is only applicable to linux.  On parisc,
kernel support is required to implement GCC's atomic builtins and
linux is the only system with this support.

I have no clue as to whether Qt will build on hpux or openbsd.  If
not, the change could go upstream as is.  Otherwise, we need to keep
the old atomic code for hpux and openbsd.

The patch changes the atomic interface and this affects quite a few
packages using qt4-x11.  Since hppa has been back in ports, we have
been building qt4-x11 unstable with this change.

Dave

--
John David Anglindave.ang...@bell.net


--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp90bee70b2a2287667d5b2897...@phx.gbl

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

Package: qt4-x11
Severity: important

The smokeqt package fails to build on hppa.  See:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708200

Will attach fix to this bug report.  I would appreciate your
adding it to the set of packages for qt4-x11.

Dave

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.13.6+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/blu0-smtp74daed72a66f7560a8a06497...@phx.gbl

Bug#741190: qt4-x11: Improve atomic support on parisc

[John David Anglin]

Attached patch.

--
John David Anglin   dave.ang...@bell.net




qt4-x11-parisc-atomic.diff
Description: Binary data

Bug#672825: qt4-x11: Various small problems building qt4-x11 on hppa

[John David Anglin]

I suspect problems 2+3 are due to qt4 being compiled in a non-minimal
build environment, with an already installed qtwebkit. Can you confirm
they would eventually disappear if you build qt4-x11 in a minimal  
build

environment?


Correct, qtwebkit is installed in my standard build environment.   
Everything

is being built manually.

I can give it a try but it may not be easy.  I have a schroot  
environment

setup as  I have been working to restart buildd on hppa.



Regarding problem 1), I just adapted patch
07_trust_dpkg-arch_over_uname-m.diff (which is what does that change  
to

configure), so since the next upload should be fine.
Please note that switching from the 'generic' architecture (which is  
how
the latest version of qt4-x11 were compiled on hppa, at least by  
reading

the build logs) to a proper cpu-specific one *does* break the binary
compatibility of libQtCore.so.4 (in libqtcore4), so you will need to
recompile basically every Qt/KDE application/library.



Ok.  Probably, this doesn't matter as everyone that updates will  
reinstall

the whole Qt/KDE environment.

Dave
--
John David Anglin   dave.ang...@bell.net






--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/blu0-smtp20a0634105bcd866b2868f97...@phx.gbl

Bug#672822: qtwebkit: Missing symbols cause build failure on hppa

[John David Anglin]

On 13-May-12, at 7:15 PM, Pino Toscano wrote:


Can you please try with qtwebkit 2.2.1-4?



I had a successful build with 2.2.1-4.

Thanks,
Dave
--
John David Anglin   dave.ang...@bell.net






--
To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/blu0-smtp46c4208d347a2f1894232d97...@phx.gbl

Bug#342545: [parisc-linux] Re: Bug#342545: qt-x11-free FTBFS

[John David Anglin]

 That would be wonderful if you, or another hppa porter, could track down
 where the bug lies.  libgcc2 is almost certainly the wrong package, since
 nothing should be *using* libgcc2 in a fresh build of qt-x11-free; it may be
 a bug in libgcc4 instead, but I think that's yet to be determined.  In the
 meantime, I think it's best to reassign this back to qt-x11-free.

This might be a nan bug.  There is one GCC nan fix that's only
installed on the trunk:

2006-05-24  John David Anglin  [EMAIL PROTECTED]

PR target/27627
* pa/pa-modes.def: Use mips_single_format, mips_double_format and
mips_quad_format formats instead of ieee_single_format,
ieee_double_format and ieee_quad_format formats, respectively.

However, I think the real bug is here:

  0x40cb2150 in negNan () at tools/qlocale.cpp:131
  131 *((const double *) le_neg_nan_bytes));

PA-RISC requires strict alignment and it's highly likely that
the pointer le_neg_nan_bytes isn't aligned to an eight byte
boundary.  You could see the faulting insn by disassembling
around 0x40cb2150 to be sure.  The nan problem fixed by the
above change would cause a SIGFPE instead of a SIGBUS.

I'm fairly certain we have a bug in handling unaligned fixups
for doubles in the kernel.  This caused a problem for libffi.
This depends on whether the kernel is 32/64 bits.

As Kyle pointed out, unaligned fixups by the kernel are expensive
and they should be avoided.  tools/qlocale.cpp appears to be a
qt-x11-free routine, so I agree that the reassignment was correct.

Dave
-- 
J. David Anglin  [EMAIL PROTECTED]
National Research Council of Canada  (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#342545: [parisc-linux] Re: Bug#342545: qt-x11-free FTBFS

[John David Anglin]

Steve,

 This might be a nan bug.  There is one GCC nan fix that's only
 installed on the trunk:
 
 2006-05-24  John David Anglin  [EMAIL PROTECTED]
 
   PR target/27627
   * pa/pa-modes.def: Use mips_single_format, mips_double_format and
   mips_quad_format formats instead of ieee_single_format,
   ieee_double_format and ieee_quad_format formats, respectively.

Just saw your patch.  Watch out, there are at least two different
representations for nans.  In GCC, they are called mips and ieee.
However, as far as I can tell, PA-RISC used the mips format before
mips.  Both formats are complient with the original IEEE standard,
so it's also a bit of a misnomer to call the other format the IEEE
format.

Dave
-- 
J. David Anglin  [EMAIL PROTECTED]
National Research Council of Canada  (613) 990-0752 (FAX: 952-6602)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]