In emerge -e world, compiling mini_httpd results in this output: rm -f mime_encodings.h rm -f mime_types.h sed < mime_encodings.txt > mime_encodings.h \ -e 's/#.*//' -e 's/[ ]*$//' -e '/^$/d' \ -e 's/[ ][ ]*/", 0, "/' -e 's/^/{ "/' -e 's/$/", 0 },/' sed < mime_types.txt > mime_types.h \ -e 's/#.*//' -e 's/[ ]*$//' -e '/^$/d' \ -e 's/[ ][ ]*/", 0, "/' -e 's/^/{ "/' -e 's/$/", 0 },/' gcc -O -DUSE_SSL -I/usr/include -c match.c gcc -O -DUSE_SSL -I/usr/include -c tdate_parse.c gcc -O -DUSE_SSL -I/usr/include -c htpasswd.c gcc -O -DUSE_SSL -I/usr/include -c mini_httpd.c gcc -O -DUSE_SSL -I/usr/include -s htpasswd.o -lcrypt -o htpasswd mini_httpd.c: In function `handle_request': mini_httpd.c:1251: error: label at end of compound statement make: *** [mini_httpd.o] Error 1 Reproducible: Always Steps to Reproduce: 1. emerge mini_httpd emerge --info Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r10 i686) ================================================================= System uname: 2.6.12-gentoo-r10 i686 Intel(R) Celeron(R) CPU 2.00GHz Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O2 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.inode.at/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/" LDFLAGS="-Wl,-O1 -Wl,-z,now" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 16bit X accessibility alsa apm arts avi berkdb bitmap-fonts blas cdparanoia cdr cjk crypt cups curl divx4linux dvd dvdr dvdread eds emboss encode esd fam firefox flac flash foomaticdb gcj gd gdbm gif gimpprint gnokii gpm gstreamer gtk gtk2 hal icq imagemagick imlib jack java jikes jpeg junit kde kdeenablefinal kig-scripting libg++ libwww logitech-mouse mad mikmod mmx mng motif mozsvg mp3 mpeg mule mysql ncurses nls nocd nodrm nptl nptlonly offensive ogg oggvorbis openal opengl oss pam pdflib perl pic plotutils png portaudio povray ppds pyste python qt quicktime readline rrdtool sdl sms softmmu speex spell sse ssl svg svga tcltk tcpd tetex theora threads tidy tiff truetype truetype-fonts type1-fonts unicode userlocales vorbis win32codecs wmf xine xml xml2 xscreensaver xv zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL
Same problem here. Seems to be related to gcc 3.4.4 update. www-servers/mini_httpd-1.19 works. Please bump.
same problem in uclibc environment. 1.19 compiles fine, it has been around in over a year (since august 2004) and it its marked as stable on ppc since september. I vote for marking 1.19 as stable on x86.
this is due to gcc-update to 3.4.4+. the attached patch works on x86 and amd64.
Created attachment 75974 [details, diff] mini_httpd-1.17-beta1.ebuild.patch patch for the ebuild (to "-r1")
Created attachment 75975 [details, diff] mini_httpd-1.17_beta1-gcc-3.4.4.patch this should go to ./files/
more precisely the patch is _tested_ on x86 and amd64.
(In reply to comment #2) > september. I vote for marking 1.19 as stable on x86. there is an unsolved problem with 1.19 and transmission of large files over slow lines. this should be checked carefully
as you might have guessed from my comment and the attached patches I'd vote for making 1.17_beta1 working with gcc-3.4.4. any chance to get this merged into portage?
any news on this?
mini_httpd-1.19 is stable on all architectures and working with all current versions of gcc. The old ebuild mini_httpd-1.17 even does not exist any more in the portage tree. So I change the resolution of this bug to fixed.