Please mark it stable.
Is there any way to test this without the actual hardware? Might a minimum of testing (sanity checks basically, without the hardware) be enough?
Whatever you can do to test it is good enough for me. After nearly 2 years of testing I think this revision is entitled for a stable keyword ;)
Created attachment 129845 [details] net-dialup/speedtouch-1.3.1-r3/work/speedtouch-1.3.1/config.log Configure fails with the old section 19.7: "Header Present But Cannot Be Compiled". -r2 has the same problem.
checking how to run the C preprocessor... hppa2.0-unknown-linux-gnu-gcc -E checking for egrep... grep -E checking for ANSI C header files... no checking for sys/types.h... no checking for sys/stat.h... no checking for stdlib.h... no checking for string.h... no checking for memory.h... no checking for strings.h... no checking for inttypes.h... no checking for stdint.h... no checking for unistd.h... no checking stdio.h usability... no checking stdio.h presence... yes configure: WARNING: stdio.h: present but cannot be compiled configure: WARNING: stdio.h: check for missing prerequisite headers? configure: WARNING: stdio.h: see the Autoconf documentation configure: WARNING: stdio.h: section "Present But Cannot Be Compiled" configure: WARNING: stdio.h: proceeding with the preprocessor's result configure: WARNING: stdio.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to speedtouch@ml.free.fr ## configure: WARNING: ## ------------------------------------ ## checking for stdio.h... yes checking for unistd.h... (cached) no configure: error: Missing header file
I think your CFLAGS="-O2 -pipe -mschedule=8000 -march=2.0 gdb -Wall" isn't exactly correct. You might wanna use -ggdb.
Created attachment 129887 [details] emerge --info (In reply to comment #5) > I think your CFLAGS="-O2 -pipe -mschedule=8000 -march=2.0 gdb -Wall" isn't > exactly correct. You might wanna use -ggdb. How interesting of you to assume my CFLAGS are incorrect. To me it looks like an ebuild or eclass inappropriately stripped "-g" instead of "-ggdb". Back to you.
(In reply to comment #6) > Created an attachment (id=129887) [edit] > emerge --info > > (In reply to comment #5) > > I think your CFLAGS="-O2 -pipe -mschedule=8000 -march=2.0 gdb -Wall" isn't > > exactly correct. You might wanna use -ggdb. > > How interesting of you to assume my CFLAGS are incorrect. To me it looks like > an ebuild or eclass inappropriately stripped "-g" instead of "-ggdb". Back to > you. I was wrong: /dev/shm/portage/net-dialup/speedtouch-1.3.1-r3/work/speedtouch-1.3.1 # grep -- \-g configure.in CFLAGS=`echo $CFLAGS | sed s/"-g"/""/g` AC_ARG_ENABLE(debug,[ --enable-debug set the compiler flags to -g],[ CFLAGS="-g"; debug_flags="-DDEBUG"]) Apparently it will strip -g (not -ggdb) when USE=-debug ...
(In reply to comment #7) > (In reply to comment #6) > > Created an attachment (id=129887) [edit] > > emerge --info > > > > (In reply to comment #5) > > > I think your CFLAGS="-O2 -pipe -mschedule=8000 -march=2.0 gdb -Wall" isn't > > > exactly correct. You might wanna use -ggdb. > > > > How interesting of you to assume my CFLAGS are incorrect. To me it looks like > > an ebuild or eclass inappropriately stripped "-g" instead of "-ggdb". Back to > > you. > > I was wrong: > > /dev/shm/portage/net-dialup/speedtouch-1.3.1-r3/work/speedtouch-1.3.1 # grep -- > \-g configure.in > CFLAGS=`echo $CFLAGS | sed s/"-g"/""/g` > AC_ARG_ENABLE(debug,[ --enable-debug set the compiler flags to -g],[ > CFLAGS="-g"; debug_flags="-DDEBUG"]) > > Apparently it will strip -g (not -ggdb) when USE=-debug ... Er, it will strip -g anyway, then readd it if USE=debug. [I may be near bed time for me. :) ]
Marked stable for HPPA. And closing. Bug #191118 continues the debug bug.