Debian Bug report logs - #686231
dragonegg-4.6 built incorrectly - internal compiler error: Segmentation fault with llvm-gcc / cpp-4.6 4.6.3-9

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: dragonegg-4.6: internal compiler error: Segmentation fault with llvm-gcc

Date: Thu, 30 Aug 2012 13:08:28 +0200

Package: dragonegg-4.6
Version: 3.1-2
Severity: important

I get the following ICE on the following program:

int f (unsigned int u)
{
  unsigned int c;
  __asm__ ("bsr %1,%0" : "=r" (c) : "rm" (u));
  return 0;
}

$ llvm-gcc -c test.i
*** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_UNIT               | dragonegg
PLUGIN_FINISH                    | dragonegg
PLUGIN_START_UNIT                | dragonegg
PLUGIN_ALL_IPA_PASSES_END        | dragonegg
test.i: In function ‘f’:
test.i:4:3: internal compiler error: Segmentation fault
[...]

This is due to the dragonegg plugin, because gcc-4.6 alone is fine
on this example.

Due to this bug, GNU MPFR cannot be built with llvm-gcc.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dragonegg-4.6 depends on:
ii  libc6       2.13-35
ii  libffi5     3.0.10-3
ii  libgcc1     1:4.7.1-7
ii  libstdc++6  4.7.1-7

Versions of packages dragonegg-4.6 recommends:
ii  g++-4.6  4.6.3-9
ii  gcc-4.6  4.6.3-9

dragonegg-4.6 suggests no packages.

-- no debconf information

Message #10 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: 686231@bugs.debian.org

Subject: Re: dragonegg-4.6: internal compiler error: Segmentation fault with llvm-gcc

Date: Thu, 30 Aug 2012 13:28:40 +0200

With "valgrind --trace-children=yes llvm-gcc -c test.i", I get:

[...]
==27077== Memcheck, a memory error detector
==27077== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==27077== Using Valgrind-3.8.0 and LibVEX; rerun with -h for copyright info
==27077== Command: /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1 -fpreprocessed test.i -iplugindir=/usr/lib/gcc/x86_64-linux-gnu/4.6/plugin -quiet -dumpbase test.i -mtune=generic -march=x86-64 -auxbase test -fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so -o /tmp/ccfPuGIx.s
==27077== 
==27077== Invalid read of size 1
==27077==    at 0x860826: decode_reg_name_and_count (in /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1)
==27077==    by 0x86099D: decode_reg_name (in /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1)
==27077==    by 0xCB39169: ??? (in /usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so)
==27077==    by 0xCB4400A: ??? (in /usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so)
==27077==    by 0xCB4415A: ??? (in /usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so)
==27077==    by 0xCB192DB: ??? (in /usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so)
==27077==    by 0xCB193DE: ??? (in /usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so)
==27077==    by 0x69D2F8: execute_one_pass (in /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1)
==27077==    by 0x69D5A4: execute_pass_list (in /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1)
==27077==    by 0x769A50: tree_rest_of_compilation (in /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1)
==27077==    by 0x8A9FCE: ??? (in /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1)
==27077==    by 0x8ABE6D: cgraph_optimize (in /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1)
==27077==  Address 0x40110041 is not stack'd, malloc'd or (recently) free'd
==27077== 
[...]

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #15 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: 686231@bugs.debian.org

Subject: Re: dragonegg-4.6: internal compiler error: Segmentation fault with llvm-gcc

Date: Thu, 30 Aug 2012 14:52:49 +0200

reassign 686231 cpp-4.6
found 686231 4.6.3-9
thanks

On 2012-08-30 13:08:28 +0200, Vincent Lefevre wrote:
> Package: dragonegg-4.6
> Version: 3.1-2
> Severity: important
> 
> I get the following ICE on the following program:
> 
> int f (unsigned int u)
> {
>   unsigned int c;
>   __asm__ ("bsr %1,%0" : "=r" (c) : "rm" (u));
>   return 0;
> }
> 
> $ llvm-gcc -c test.i
> *** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
> Event                            | Plugins
> PLUGIN_FINISH_UNIT               | dragonegg
> PLUGIN_FINISH                    | dragonegg
> PLUGIN_START_UNIT                | dragonegg
> PLUGIN_ALL_IPA_PASSES_END        | dragonegg
> test.i: In function ‘f’:
> test.i:4:3: internal compiler error: Segmentation fault
> [...]
> 
> This is due to the dragonegg plugin, because gcc-4.6 alone is fine
> on this example.

Downgrading llvm-gcc / dragonegg doesn't solve the problem, while
it was working in the past. But downgrading the packages of gcc-4.6
source from 4.6.3-9 to 4.6.3-8 solves the problem. As valgrind
output shows that the crash occurs in

  /usr/lib/gcc/x86_64-linux-gnu/4.6/cc1

I assume that the bug is in cpp-4.6.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #34 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: 686231@bugs.debian.org

Subject: Re: dragonegg-4.6: internal compiler error: Segmentation fault with llvm-gcc

Date: Tue, 4 Sep 2012 13:16:35 +0200

retitle 686231 dragonegg-4.6 built incorrectly - internal compiler error: Segmentation fault with llvm-gcc / cpp-4.6 4.6.3-9
severity 686231 serious
thanks

Raising severity because llvm-gcc is unusable and its build is
incorrect (was it built in an incorrect environment or is there
any missing build dependency?), meaning that it can yield obscure
problems.

If I rebuild and reinstall dragonegg-4.6 (still version 3.1-2)
locally with:

$ apt-get source dragonegg
$ cd ./dragonegg-3.1
$ dpkg-buildpackage -b -uc
$ su
# dpkg -i llvm-gcc-4.6_3.1-2_amd64.deb dragonegg-4.6_3.1-2_amd64.deb dragonegg_3.1-2_amd64.deb

the problem disappears (I've tested with valgrind too in case there
were still a hidden incorrect memory access, but everything is fine).

If I reinstall the official binaries with:

# apt-get install dragonegg-4.6 dragonegg llvm-gcc-4.6

the problem (segmentation fault) reappears.

If I copy the correct dragonegg.so in a safe place, and use
"gcc-4.6 -fplugin=.../dragonegg.so" after the above apt-get,
the problem doesn't occur:

$ gcc-4.6 -fplugin=/home/vlefevre/software/dragonegg.so -c test.i
$ gcc-4.6 -fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so -c test.i
*** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins.
Event                            | Plugins
PLUGIN_FINISH_UNIT               | dragonegg
PLUGIN_FINISH                    | dragonegg
PLUGIN_START_UNIT                | dragonegg
PLUGIN_ALL_IPA_PASSES_END        | dragonegg
test.i: In function ‘f’:
test.i:4:3: internal compiler error: Segmentation fault
[...]

The dragonegg.so files have the same size, but differ.
In case this is useful:

$ cmp -l /usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so /home/vlefevre/software/dragonegg.so
     417 237  45
     418 323 354
     419 243 211
     420 111  71
     421 245 146
     422 352 356
     423  66 312
     424 201  23
     425 151 174
     426 202 206
     427 210 253
     428 137 237
     429   5 210
     430 372 340
     431 143 167
     432 231 250
     433 345  12
     434 375 217
     435   3 130
     436  53 243
   28249  30  10
   28321  70  50
   28417 130 110
   28465 170 150
  753987 270 300
  892711 140 150
  893333  60  40
  893776  55  35
  894410 143 123
 8714722 142 150
 8714723 165 157
 8714724 151 155
 8714725 154 145
 8714726 144  57
 8714727  57 166
 8714728 142 154
 8714729 165 145
 8714730 151 146
 8714731 154 145
 8714732 144 166
 8714733 144 162
 8714734  55 145
 8714735 144  57
 8714736 162 163
 8714737 141 157
 8714738 147 146
 8714739 157 164
 8714740 156 167
 8714741 145 141
 8714742 147 162
 8714743 147 145
 8714744 137  57
 8714745  63 144
 8714746  56 162
 8714747  61 141
 8714748  55 147
 8714749  62 157
 8714750  55 156
 8714751 141 145
 8714752 155 147
 8714753 144 147
 8714754  66  55
 8714755  64  63
 8714756  55  56
 8714757 142  61
 8714758 105  57
 8714759 127 163
 8714760 142 162
 8714761 120 143
 8714762 112  57
 8714763  57 170
 8714764 144  70
 8714765 162  66
 8714766 141  57
 8714767 147 101
 8714768 157 102
 8714769 156 111
 8714770 145 110
 8714771 147 141
 8714772 147 143
 8714773  55 153
 8714774  63  56
 8714775  56 151
 8714776  61 156
 8714777  57 143
 8714778 163   0
 8714779 162   0
 8714780 143   0
 8714781  57   0
 8714782 170   0
 8714783  70   0
 8714784  66   0
 8714785  57 124
 8714786 101 150
 8714787 102 145
 8714788 111  40
 8714789 110 101
 8714790 141 102
 8714791 143 111
 8714792 153  40
 8714793  56 157
 8714794 151 146
 8714795 156  40
 8714796 143 160
 8714797   0 141
 8714798   0 163
 8714799   0 163
 8714800   0 151
 8714801 124 156
 8714802 150 147
 8714803 145  40
 8714804  40 163
 8714805 101 164
 8714806 102 162
 8714807 111 165
 8714808  40 143
 8714809 157 164
 8714810 146  40
 8714811  40 167
 8714812 160 151
 8714813 141 164
 8714814 163 150
 8714815 163  40
 8714816 151 141
 8714817 156  40
 8714818 147 146
 8714819  40 154
 8714820 163 145
 8714821 164 170
 8714822 162 151
 8714823 165 142
 8714824 143 154
 8714825 164 145
 8714827 167 141
 8714828 151 162
 8714829 164 162
 8714830 150 141
 8714831  40 171
 8714832 141  40
 8714833  40 155
 8714834 146 145
 8714835 154 155
 8714836 145 142
 8714837 170 145
 8714838 151 162
 8714839 142  40
 8714840 154 150
 8714841 145 141
 8714842  40 163
 8714843 141  40
 8714844 162 143
 8714845 162 150
 8714847 171 156
 8714848  40 147
 8714849 155 145
 8714850 145 144
 8714851 155  40
 8714852 142 151
 8714853 145 156
 8714854 162  40
 8714855  40 107
 8714856 150 103
 8714857 141 103
 8714858 163  40
 8714859  40  64
 8714860 143  56
 8714861 150  64
 8714862 141   0
 8714863 156   0
 8714864 147   0
 8714865 145 124
 8714866 144 150
 8714867  40 145
 8714868 151  40
 8714869 156 101
 8714870  40 102
 8714871 107 111
 8714872 103  40
 8714873 103 157
 8714874  40 146
 8714875  64  40
 8714876  56 160
 8714877  64 141
 8714878   0 163
 8714879   0 163
 8714880   0 151
 8714881 124 156
 8714882 150 147
 8714883 145  40
 8714884  40 165
 8714885 101 156
 8714886 102 151
 8714887 111 157
 8714888  40 156
 8714889 157  40
 8714890 146 167
 8714891  40 151
 8714892 160 164
 8714893 141 150
 8714894 163  40
 8714895 163 154
 8714896 151 157
 8714900 165 144
 8714901 156 157
 8714902 151 165
 8714903 157 142
 8714904 156 154
 8714905  40 145
 8714906 167  40
 8714907 151 150
 8714908 164 141
 8714909 150 163
 8714911 154 143
 8714912 157 150
 8714913 156 141
 8714914 147 156
 8714915  40 147
 8714916 144 145
 8714917 157 144
 8714918 165  40
 8714919 142 151
 8714920 154 156
 8714921 145  40
 8714922  40 107
 8714923 150 103
 8714924 141 103
 8714925 163  40
 8714926  40  64
 8714927 143  56
 8714928 150  64
 8714929 141   0
 8714930 156   0
 8714931 147   0
 8714932 145   0
 8714933 144   0
 8714934  40   0
 8714935 151   0
 8714936 156   0
 8714937  40 124
 8714938 107 150
 8714939 103 145
 8714940 103  40
 8714941  40 101
 8714942  64 102
 8714943  56 111
 8714944  64  40
 8714945   0 157
 8714946   0 146
 8714947   0  40
 8714948   0 160
 8714949   0 141
 8714950   0 163
 8714951   0 163
 8714952   0 151
 8714953 124 156
 8714954 150 147
 8714955 145  40
 8714956  40 163
 8714957 101 164
 8714958 102 162
 8714959 111 165
 8714960  40 143
 8714961 157 164
 8714962 146 165
 8714963  40 162
 8714964 160 145
 8714965 141  40
 8714966 163 167
 8714967 163 151
 8714968 151 164
 8714969 156 150
 8714970 147  40
 8714971  40 143
 8714972 163 157
 8714973 164 155
 8714974 162 160
 8714975 165 154
 8714976 143 145
 8714977 164 170
 8714978 165  40
 8714979 162 146
 8714980 145 154
 8714981  40 157
 8714982 167 141
 8714983 151 164
 8714984 164  40
 8714985 150 155
 8714986  40 145
 8714987 143 155
 8714988 157 142
 8714989 155 145
 8714990 160 162
 8714991 154  40
 8714992 145 150
 8714993 170 141
 8714994  40 163
 8714995 146  40
 8714996 154 143
 8714997 157 150
 8714999 164 156
 8715000  40 147
 8715001 155 145
 8715002 145 144
 8715003 155  40
 8715004 142 151
 8715005 145 156
 8715006 162  40
 8715007  40 107
 8715008 150 103
 8715009 141 103
 8715010 163  40
 8715011  40  64
 8715012 143  56
 8715013 150  64
 8715014 141   0
 8715015 156   0
 8715016 147   0
 8715017 145 137
 8715018 144 137
 8715019  40 142
 8715020 151 165
 8715021 156 151
 8715022  40 154
 8715023 107 164
 8715024 103 151
 8715025 103 156
 8715026  40 137
 8715027  64 151
 8715028  56 141
 8715029  64  63
 8715030   0  62
 8715031   0 137
 8715032   0 166
 8715033 137 145
 8715034 137 143
 8715035 142 137
 8715036 165 160
 8715037 151 145
 8715038 154 162
 8715039 164 155
 8715040 151 137
 8715041 156 166
 8715042 137  61
 8715043 151  66
 8715044 141 161
 8715045  63 151
 8715046  62 137
 8715047 137 165
 8715048 166   0
 8715049 145 137
 8715050 143 137
 8715051 137 142
 8715052 160 165
 8715053 145 151
 8715054 162 154
 8715055 155 164
 8715056 137 151
 8715057 166 156
 8715058  61 137
 8715059  66 151
 8715060 161 141
 8715061 151  63
 8715062 137  62
 8715063 165 137
 8715064   0 166
 8715065 137 145
 8715066 137 143
 8715067 142 137
 8715068 165 160
 8715069 151 145
 8715070 154 162
 8715071 164 155
 8715072 151 137
 8715073 156 166
 8715074 137  62
 8715075 151 144
 8715076 141 151
 8715077  63 137
 8715078  62 165
 8715079 137   0
 8715080 166   0
 8715081 145 137
 8715082 143 137
 8715083 137 142
 8715084 160 165
 8715085 145 151
 8715086 162 154
 8715087 155 164
 8715088 137 151
 8715089 166 156
 8715090  62 137
 8715091 144 151
 8715092 151 141
 8715093 137  63
 8715094 165  62
 8715095   0 137
 8715096   0 166
 8715097 137 145
 8715098 137 143
 8715099 142 137
 8715100 165 160
 8715101 151 145
 8715102 154 162
 8715103 164 155
 8715104 151 137
 8715105 156 166
 8715106 137  64
 8715107 151 163
 8715108 141 151
 8715109  63 137
 8715110  62 165
 8715111 137   0
 8715112 166   0
 8715113 145 137
 8715114 143 137
 8715115 137 142
 8715116 160 165
 8715117 145 151
 8715118 162 154
 8715119 155 164
 8715120 137 151
 8715121 166 156
 8715122  64 137
 8715123 163 151
 8715124 151 141
 8715125 137  63
 8715126 165  62
 8715127   0 137
 8715128   0 166
 8715129 137 145
 8715130 137 143
 8715131 142 137
 8715132 165 160
 8715133 151 145
 8715134 154 162
 8715135 164 155
 8715136 151 137
 8715137 156 166
 8715138 137  70
 8715139 151 150
 8715140 141 151
 8715141  63 137
 8715142  62 165
 8715143 137   0
 8715144 166   0
 8715145 145   0
 8715146 143   0
 8715147 137   0
 8715148 160   0
 8715149 145   0
 8715150 162   0
 8715151 155   0
 8715152 137   0
 8715153 166   0
 8715154  70   0
 8715155 150   0
 8715156 151   0
 8715157 137   0
 8715158 165   0
10243697  30  10
10243745  70  50
10243809 130 110
10243841 170 150

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #43 received at 686231-close@bugs.debian.org (full text, mbox, reply):

From: Sylvestre Ledru <sylvestre@debian.org>

To: 686231-close@bugs.debian.org

Subject: Bug#686231: fixed in dragonegg 3.1-3

Date: Fri, 28 Sep 2012 14:47:38 +0000

Source: dragonegg
Source-Version: 3.1-3

We believe that the bug you reported is fixed in the latest version of
dragonegg, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 686231@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sylvestre Ledru <sylvestre@debian.org> (supplier of updated dragonegg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Fri, 28 Sep 2012 16:25:09 +0200
Source: dragonegg
Binary: dragonegg dragonegg-4.6 dragonegg-4.7 llvm-gcc-4.6 llvm-gcc-4.7
Architecture: source amd64
Version: 3.1-3
Distribution: unstable
Urgency: low
Maintainer: LLVM Packaging Team <pkg-llvm-team@lists.alioth.debian.org>
Changed-By: Sylvestre Ledru <sylvestre@debian.org>
Description: 
 dragonegg  - GCC plugin that uses LLVM for optimization and code generation
 dragonegg-4.6 - GCC plugin that uses LLVM for optimization and code generation
 dragonegg-4.7 - GCC plugin that uses LLVM for optimization and code generation
 llvm-gcc-4.6 - C front end for LLVM C/C++ compiler
 llvm-gcc-4.7 - C front end for LLVM C/C++ compiler
Closes: 676499 686231
Changes: 
 dragonegg (3.1-3) unstable; urgency=low
 .
   * Rebuild against the lastest version of gcc
   (Closes: #686231, #676499)
 .
   [ Matthias Klose ]
   * Use GCC 4.7 by default.
Checksums-Sha1: 
 126cd06ffdeac856b09e81b254ff7968509e06e6 1709 dragonegg_3.1-3.dsc
 71465f6ae33b03821e3287ced4e052d99573ee3f 15333 dragonegg_3.1-3.debian.tar.gz
 7123a734f4220fbea4fbc7b992ee3fdfbbed9ce8 7670 dragonegg_3.1-3_amd64.deb
 1d6c41dd765f0d0cbc3da00d004889b88d4fcedb 4346136 dragonegg-4.6_3.1-3_amd64.deb
 dcd44f868a344ef3bed3fe98495d99afcb22e5e7 4346492 dragonegg-4.7_3.1-3_amd64.deb
 f3fb7be260463ea67c787491bbe79b3763c1c8b7 7940 llvm-gcc-4.6_3.1-3_amd64.deb
 f9417664f06b3b63e1d31cb8af98aaf3fd29e52e 7916 llvm-gcc-4.7_3.1-3_amd64.deb
Checksums-Sha256: 
 02b3d5363871591987c4d878a7d74115e53ff0431b2d0d8c49ca40a747cee125 1709 dragonegg_3.1-3.dsc
 8a1bf63832a35316224295d9d0c0064c8a80f0f488daef8d7db152f60b881854 15333 dragonegg_3.1-3.debian.tar.gz
 7665e31687066a9c0d486d8262b7b8c0f75eb62a32c0871b6af9cdbf0e62067c 7670 dragonegg_3.1-3_amd64.deb
 9136542d372502f78f1a78096452cd3677cce3cc82dcb56e47ca38205f3abef3 4346136 dragonegg-4.6_3.1-3_amd64.deb
 7ddbb2123af13a5d0429a6e637c43ed238ede8f6c049159850f6f01818e24019 4346492 dragonegg-4.7_3.1-3_amd64.deb
 b90a182f47f9489cc35ade851a977e1b90c319d2c5af8b4940a0f2fcbbee41ce 7940 llvm-gcc-4.6_3.1-3_amd64.deb
 e5fd5db3fb93690dce2f82d035f13d458f657f9874d07dfc5c08c75cc20dbe4c 7916 llvm-gcc-4.7_3.1-3_amd64.deb
Files: 
 f3a5818bb4c08f4f3890a71f76672b72 1709 devel optional dragonegg_3.1-3.dsc
 5bff6321edad1dabc12fb379a7b1eeea 15333 devel optional dragonegg_3.1-3.debian.tar.gz
 a455b611ad4319ffff4c5034ef72a984 7670 devel optional dragonegg_3.1-3_amd64.deb
 7cbf502b44464e50951138c8c4befb70 4346136 devel optional dragonegg-4.6_3.1-3_amd64.deb
 e85022af13430bbd3d040e445cb7e7b3 4346492 devel optional dragonegg-4.7_3.1-3_amd64.deb
 b76f240747a7875ac872275f89b494fa 7940 devel optional llvm-gcc-4.6_3.1-3_amd64.deb
 da90012a99c7510aa344e58ff5488c05 7916 devel optional llvm-gcc-4.7_3.1-3_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlBltBgACgkQiOXXM92JlhAAxwCg9sU6uv8Kpcxc4pm44pOZ621M
Yp4An2XP1TbohRIJLxd/VnBzaII2uqQc
=5Aw+
-----END PGP SIGNATURE-----

Message #48 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: 686231@bugs.debian.org

Subject: Bug#686231 still not fixed

Date: Wed, 3 Oct 2012 14:16:11 +0200

reopen 686231
found 686231 3.1-3
thanks

On 2012-09-28 14:51:08 +0000, Debian Bug Tracking System wrote:
> Changes: 
>  dragonegg (3.1-3) unstable; urgency=low
>  .
>    * Rebuild against the lastest version of gcc
>    (Closes: #686231, #676499)

The crash still occurs on the same testcase, with llvm-gcc
(provided by llvm-gcc-4.6), which is equivalent to:

  gcc-4.6 -fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so

But

  gcc-4.7 -fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin/dragonegg.so

is fine.

Upgrading to 4.7 completely would be fine for me, but the current
dragonegg-4.6 package is broken. In this case, make sure that
  * dragonegg-4.6 and llvm-gcc-4.6 are no longer built (and are
    no longer available in unstable);
  * an upgrade of the dragonegg package uninstalls dragonegg-4.6
    (and llvm-gcc-4.6 as a consequence).

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #59 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Vincent Legout <vincent@legout.info>

To: 686231@bugs.debian.org

Cc: Vincent Lefevre <vincent@vinc17.net>

Subject: Re: Bug#686231: still not fixed

Date: Mon, 10 Dec 2012 20:22:30 +0100

Hi,

Vincent Lefevre <vincent@vinc17.net> writes:

> The crash still occurs on the same testcase, with llvm-gcc
> (provided by llvm-gcc-4.6).

I also have this crash with the test.i file. However, rebuilding the
source package or using the x86 version seem to fix this bug. I guess
the amd64 package wasn't built correctly.

Hope that helps,
Vincent

Message #64 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Sylvestre Ledru <sylvestre@debian.org>

To: Vincent Legout <vincent@legout.info>, 686231@bugs.debian.org

Cc: Vincent Lefevre <vincent@vinc17.net>

Subject: Re: Bug#686231: still not fixed

Date: Mon, 10 Dec 2012 20:44:08 +0100

On 10/12/2012 20:22, Vincent Legout wrote:> Hi,
>
> Vincent Lefevre <vincent@vinc17.net> writes:
>
>> The crash still occurs on the same testcase, with llvm-gcc
>> (provided by llvm-gcc-4.6).
>
> I also have this crash with the test.i file. However, rebuilding the
> source package or using the x86 version seem to fix this bug. I guess
> the amd64 package wasn't built correctly.
No, it is because the gcc installed on your system and the one used to
build dragonegg is different...

Gcc plugin system sucks from a distribution point of view...
The best solution would be to rebuild dragonegg at installation time.

Sylvestre

Message #69 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: Sylvestre Ledru <sylvestre@debian.org>

Cc: Vincent Legout <vincent@legout.info>, 686231@bugs.debian.org

Subject: Re: Bug#686231: still not fixed

Date: Tue, 11 Dec 2012 00:23:31 +0100

On 2012-12-10 20:44:08 +0100, Sylvestre Ledru wrote:
> Gcc plugin system sucks from a distribution point of view...
> The best solution would be to rebuild dragonegg at installation time.

How about adding dependencies?

For instance, dragonegg-4.6 could depend on some fixed version
of gcc-4.6. Or if you think that a dependency shouldn't be added
there, it could be done for llvm-gcc-4.6; it currently has:

Depends: dragonegg-4.6, gcc-4.6, g++-4.6

Using = dependencies would solve the problem.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #74 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Sylvestre Ledru <sylvestre@debian.org>

To: Vincent Lefevre <vincent@vinc17.net>

Cc: Vincent Legout <vincent@legout.info>, 686231@bugs.debian.org

Subject: Re: Bug#686231: still not fixed

Date: Tue, 11 Dec 2012 07:38:47 +0100

On 11/12/2012 00:23, Vincent Lefevre wrote:
> On 2012-12-10 20:44:08 +0100, Sylvestre Ledru wrote:
>> Gcc plugin system sucks from a distribution point of view...
>> The best solution would be to rebuild dragonegg at installation time.
> 
> How about adding dependencies?
> 
> For instance, dragonegg-4.6 could depend on some fixed version
> of gcc-4.6. Or if you think that a dependency shouldn't be added
> there, it could be done for llvm-gcc-4.6; it currently has:
> 
> Depends: dragonegg-4.6, gcc-4.6, g++-4.6
> 
> Using = dependencies would solve the problem.
No, it would not.
dragonegg even fails when built with gcc 4.7.2-12 (experimental) and
used with gcc 4.7.2-4 (unstable).

Sylvestre

Message #79 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: Sylvestre Ledru <sylvestre@debian.org>

Cc: Vincent Legout <vincent@legout.info>, 686231@bugs.debian.org

Subject: Re: Bug#686231: still not fixed

Date: Tue, 11 Dec 2012 09:21:28 +0100

On 2012-12-11 07:38:47 +0100, Sylvestre Ledru wrote:
> On 11/12/2012 00:23, Vincent Lefevre wrote:
> > On 2012-12-10 20:44:08 +0100, Sylvestre Ledru wrote:
> >> Gcc plugin system sucks from a distribution point of view...
> >> The best solution would be to rebuild dragonegg at installation time.
> > 
> > How about adding dependencies?
> > 
> > For instance, dragonegg-4.6 could depend on some fixed version
> > of gcc-4.6. Or if you think that a dependency shouldn't be added
> > there, it could be done for llvm-gcc-4.6; it currently has:
> > 
> > Depends: dragonegg-4.6, gcc-4.6, g++-4.6
> > 
> > Using = dependencies would solve the problem.
> No, it would not.
> dragonegg even fails when built with gcc 4.7.2-12 (experimental) and
> used with gcc 4.7.2-4 (unstable).

That's precisely why I suggest = dependencies: gcc 4.7.2-4 and
a dragonegg-4.6 built with 4.7.2-12 couldn't be installed at the
same time.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #84 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Sylvestre Ledru <sylvestre@debian.org>

To: Vincent Lefevre <vincent@vinc17.net>

Cc: Vincent Legout <vincent@legout.info>, 686231@bugs.debian.org

Subject: Re: Bug#686231: still not fixed

Date: Tue, 11 Dec 2012 09:36:20 +0100

On 11/12/2012 09:21, Vincent Lefevre wrote:
> On 2012-12-11 07:38:47 +0100, Sylvestre Ledru wrote:
>> On 11/12/2012 00:23, Vincent Lefevre wrote:
>>> On 2012-12-10 20:44:08 +0100, Sylvestre Ledru wrote:
>>>> Gcc plugin system sucks from a distribution point of view...
>>>> The best solution would be to rebuild dragonegg at installation time.
>>>
>>> How about adding dependencies?
>>>
>>> For instance, dragonegg-4.6 could depend on some fixed version
>>> of gcc-4.6. Or if you think that a dependency shouldn't be added
>>> there, it could be done for llvm-gcc-4.6; it currently has:
>>>
>>> Depends: dragonegg-4.6, gcc-4.6, g++-4.6
>>>
>>> Using = dependencies would solve the problem.
>> No, it would not.
>> dragonegg even fails when built with gcc 4.7.2-12 (experimental) and
>> used with gcc 4.7.2-4 (unstable).
> 
> That's precisely why I suggest = dependencies: gcc 4.7.2-4 and
> a dragonegg-4.6 built with 4.7.2-12 couldn't be installed at the
> same time.
> 
Could you provide a patch ? I am not sure to see what you mean.

Thanks,
Sylvestre

Message #89 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: Sylvestre Ledru <sylvestre@debian.org>

Cc: Vincent Legout <vincent@legout.info>, 686231@bugs.debian.org

Subject: Re: Bug#686231: still not fixed

Date: Tue, 11 Dec 2012 10:18:08 +0100

On 2012-12-11 09:36:20 +0100, Sylvestre Ledru wrote:
> Could you provide a patch ? I am not sure to see what you mean.

Unfortunately I don't know how to do that. What I mean is that
if dragonegg-4.6 is built with gcc-4.6 4.6.3-14, then it should
have in its dependency:

Depends: ..., gcc-4.6 (= 4.6.3-14)

Or alternatively, llvm-gcc-4.6 should have the following dependencies:

Depends: dragonegg-4.6 (= 4.6.3-14), gcc-4.6 (= 4.6.3-14), g++-4.6 (= 4.6.3-14)

but this would mean that the version of dragonegg-4.6 would have
to be set up to the same version of gcc-4.6 that has been used at
build time.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #94 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Sylvestre Ledru <sylvestre@debian.org>

To: Vincent Lefevre <vincent@vinc17.net>

Cc: Vincent Legout <vincent@legout.info>, 686231@bugs.debian.org

Subject: Re: Bug#686231: still not fixed

Date: Tue, 11 Dec 2012 10:20:29 +0100

On 11/12/2012 10:18, Vincent Lefevre wrote:
> On 2012-12-11 09:36:20 +0100, Sylvestre Ledru wrote:
>> Could you provide a patch ? I am not sure to see what you mean.
> 
> Unfortunately I don't know how to do that. What I mean is that
> if dragonegg-4.6 is built with gcc-4.6 4.6.3-14, then it should
> have in its dependency:
> 
> Depends: ..., gcc-4.6 (= 4.6.3-14)
> 
> Or alternatively, llvm-gcc-4.6 should have the following dependencies:
> 
> Depends: dragonegg-4.6 (= 4.6.3-14), gcc-4.6 (= 4.6.3-14), g++-4.6 (= 4.6.3-14)
> 
> but this would mean that the version of dragonegg-4.6 would have
> to be set up to the same version of gcc-4.6 that has been used at
> build time.
OK. I was aware of this potential solution but I don't think it is the
best way to go ...

Sylvestre

Message #99 received at 686231@bugs.debian.org (full text, mbox, reply):

From: Vincent Lefevre <vincent@vinc17.net>

To: Sylvestre Ledru <sylvestre@debian.org>

Cc: Vincent Legout <vincent@legout.info>, 686231@bugs.debian.org

Subject: Re: Bug#686231: still not fixed

Date: Tue, 11 Dec 2012 10:29:45 +0100

On 2012-12-11 10:20:29 +0100, Sylvestre Ledru wrote:
> On 11/12/2012 10:18, Vincent Lefevre wrote:
> > Unfortunately I don't know how to do that. What I mean is that
> > if dragonegg-4.6 is built with gcc-4.6 4.6.3-14, then it should
> > have in its dependency:
> > 
> > Depends: ..., gcc-4.6 (= 4.6.3-14)
> > 
> > Or alternatively, llvm-gcc-4.6 should have the following dependencies:
> > 
> > Depends: dragonegg-4.6 (= 4.6.3-14), gcc-4.6 (= 4.6.3-14), g++-4.6 (= 4.6.3-14)
> > 
> > but this would mean that the version of dragonegg-4.6 would have
> > to be set up to the same version of gcc-4.6 that has been used at
> > build time.
> OK. I was aware of this potential solution but I don't think it is the
> best way to go ...

Well, I don't like the latter one (though from the end user point
of view, this would be the most transparent one). I don't see
anything really bad with the former one (adding a gcc (= ...)
dependency to dragonegg-4.6, based on the build-time gcc version),
possibly except that it would add a dependency that isn't really
necessary (but conversely, I don't see any reason of installing
dragonegg-4.6 without gcc-4.6).

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Message #104 received at 686231-close@bugs.debian.org (full text, mbox, reply):

From: Sylvestre Ledru <sylvestre@debian.org>

To: 686231-close@bugs.debian.org

Subject: Bug#686231: fixed in dragonegg 3.3-1

Date: Sun, 07 Jul 2013 13:33:24 +0000

Source: dragonegg
Source-Version: 3.3-1

We believe that the bug you reported is fixed in the latest version of
dragonegg, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 686231@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sylvestre Ledru <sylvestre@debian.org> (supplier of updated dragonegg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sun, 07 Jul 2013 15:21:34 +0200
Source: dragonegg
Binary: dragonegg dragonegg-4.7 dragonegg-4.8 llvm-gcc-4.7 llvm-gcc-4.8
Architecture: source amd64
Version: 3.3-1
Distribution: unstable
Urgency: low
Maintainer: LLVM Packaging Team <pkg-llvm-team@lists.alioth.debian.org>
Changed-By: Sylvestre Ledru <sylvestre@debian.org>
Description: 
 dragonegg  - GCC plugin that uses LLVM for optimization and code generation
 dragonegg-4.7 - GCC plugin that uses LLVM for optimization and code generation
 dragonegg-4.8 - GCC plugin that uses LLVM for optimization and code generation
 llvm-gcc-4.7 - C front end for LLVM C/C++ compiler
 llvm-gcc-4.8 - C front end for LLVM C/C++ compiler
Closes: 686231
Changes: 
 dragonegg (3.3-1) unstable; urgency=low
 .
   * Upload to unstable (Closes: #686231)
Checksums-Sha1: 
 4f5d2fec8e95ab3f5c4313b277a026ca85cfe25e 1751 dragonegg_3.3-1.dsc
 7e6334cf5a9916265e89ac3334c745ae5976eca6 14822 dragonegg_3.3-1.debian.tar.gz
 6381baef3b7e67f8485329371d748e6d1f396749 7960 dragonegg_3.3-1_amd64.deb
 196f0f5e250bb86ca0e6289bc43c2d407c5ed650 230106 dragonegg-4.7_3.3-1_amd64.deb
 f4453c246add4382ff976f2b3e9111c82d4f863f 219030 dragonegg-4.8_3.3-1_amd64.deb
 1bfbbfc7be7196b20998e563b0c5309d1bd20ebe 8230 llvm-gcc-4.7_3.3-1_amd64.deb
 bfb7e314096309869656d63fa32c32abc8c62b80 8244 llvm-gcc-4.8_3.3-1_amd64.deb
Checksums-Sha256: 
 5e7a49a5fb99f07bbbbbdc64882152ecbff2c0beba80ddcf596503847e41a4fd 1751 dragonegg_3.3-1.dsc
 c140b61acc360bb7f05a7595214078975e4f45641234f37737958710801c5b2f 14822 dragonegg_3.3-1.debian.tar.gz
 01ea742b16cad8c7bba8f1c9009ada8c22df21294229215cf2d4f530265f66ab 7960 dragonegg_3.3-1_amd64.deb
 b6a75e16e9b5ae14ba3deb964400195c7356074c5ce806911ab8f6673dd2018f 230106 dragonegg-4.7_3.3-1_amd64.deb
 7edcdf1a701900a1559f9ce6d8c528b27f402f9373a49c633c48d116529e9630 219030 dragonegg-4.8_3.3-1_amd64.deb
 5547ef04d44db23d3f7b63b11f88632ff199b414b9fc04c852a7f2158f09ff58 8230 llvm-gcc-4.7_3.3-1_amd64.deb
 019b6303c846b8e48ce728fa699066b29ed320e8499e13d9cdbf3dff1a10cbcc 8244 llvm-gcc-4.8_3.3-1_amd64.deb
Files: 
 b42f0aafe3832c0eb6c704eddb456380 1751 devel optional dragonegg_3.3-1.dsc
 8adcabd547bf56d74b16bb48f8ad6882 14822 devel optional dragonegg_3.3-1.debian.tar.gz
 bb92601d5e70b69100d417a70c536174 7960 devel optional dragonegg_3.3-1_amd64.deb
 9f64f5e1c2e849240d1564060dcc6986 230106 devel optional dragonegg-4.7_3.3-1_amd64.deb
 175fabea426ef3ca97eafd303da59454 219030 devel optional dragonegg-4.8_3.3-1_amd64.deb
 d82069b95619f81fbc7446795e0632b0 8230 devel optional llvm-gcc-4.7_3.3-1_amd64.deb
 c0239f0a4fe1a09cb431fa764b5355aa 8244 devel optional llvm-gcc-4.8_3.3-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlHZbM4ACgkQiOXXM92JlhB00ACffsqjSwxJOTo3vxHveUQBajw0
droAn3smJgh4puxxkIX76d7DVxRW5aO+
=9gVt
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.