--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: tightvnc_1.2.9-15(ia64/unstable): FTBFS: compile errors
- From: lamont@debian.org
- Date: Thu, 3 Aug 2006 10:37:26 -0600
- Message-id: <20060803163726.GX13712@mmjgroup.com>
Package: tightvnc
Version: 1.2.9-15
Severity: serious
There was an error while trying to autobuild your package:
> Automatic build of tightvnc_1.2.9-15 on caballero by sbuild/ia64 85
> Build started at 20060803-1301
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>> 4.0.0), lynx, zlib1g-dev, xutils, libjpeg62-dev, libxaw7-dev (>> 4.1.0), perl-modules, xfonts-base, xutils, libx11-dev, libxau-dev, libxext-dev, libxi-dev, libxkbfile-dev, libxmu-dev, libxt-dev, x-dev
[...]
> In file included from /usr/include/asm/intrinsics.h:19,
> from /usr/include/asm/page.h:12,
> from xalloc.c:244:
> /usr/include/asm/gcc_intrin.h:27: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'asm'
> make[5]: *** [xalloc.o] Error 1
> make[5]: Leaving directory `/build/buildd/tightvnc-1.2.9/Xvnc/programs/Xserver/os'
> make[4]: *** [os] Error 2
> make[4]: Leaving directory `/build/buildd/tightvnc-1.2.9/Xvnc/programs/Xserver'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory `/build/buildd/tightvnc-1.2.9/Xvnc/programs'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/build/buildd/tightvnc-1.2.9/Xvnc'
> make[1]: *** [World] Error 2
> make[1]: Leaving directory `/build/buildd/tightvnc-1.2.9/Xvnc'
> make: *** [build-arch-stamp] Error 2
A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=tightvnc&ver=1.2.9-15
--- End Message ---
--- Begin Message ---
I've investigated this bug, originally reported in tightvnc, which
goes down to this line in /usr/include/asm/gcc_intrin.h:
register unsigned long ia64_r13 asm ("r13") __attribute_used__;
Which looks really strange but is correct gcc idiom, once you resolve
the macro __atribute_used__. I keep looking on it, and found that the
problem was that tightvnc included asm/page.h _AND_ compiled with
-ansi. Of course, that funny line is not ansi, nor many other things
in asm/. So, I'm closing this bug.
--
Martín Ferrari
--- End Message ---