This seems to be broken again.
$ dpkg -l iwyu clang-8
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-===
Hello,
Le 23/09/2018 à 22:04, Roman Lebedev a écrit :
> And this is a problem yet again with the current IWYU in debian sid.
> Can it *please* be rebuilt yet again to fix this temporairly
>
> Is there really no way to automate this?
> To include it in automatic transition for it to be rebuilt each
And this is a problem yet again with the current IWYU in debian sid.
Can it *please* be rebuilt yet again to fix this temporairly
Is there really no way to automate this?
To include it in automatic transition for it to be rebuilt each time
it's dependent llvm/clang version is rebuilt?
Roman.
This is a problem again in iwyu 4.0-1. Now that the tool is built against
llvm 4.0, it needs to depend on something with the right stddef.h. I
installed clang-4.0 and it works again.
yet, hopefully Sylvestre will be
willing to upload the fix that you have suggested already:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722132#29
-Depends: ${shlibs:Depends}, ${misc:Depends}, clang-3.5 | clang-3.6 | clang-3.7
| clang-3.8, python
+Depends: ${shlibs:Depends}, ${misc:Depends}, libcl
Le 12/02/2016 05:13, Paul Wise a écrit :
> On Thu, 2016-02-11 at 21:58 -0500, Anders Kaseorg wrote:
>
>> What are you imagining here? You can’t have automatically generated
>> Build-Depends; furthermore, since (AIUI) iwyu 3.7 doesn’t build against
>> any version of llvm other than 3.7, they woul
On Thu, 11 Feb 2016, Paul Wise wrote:
> I'm imagining it Build-Depending on a package produced by llvm-defaults
> rather than a version-specific package.
>
> Not building with any version other than 3.7 sounds like a bug too.
Alright, well, that’s just how it works upstream. The documentation s
On Thu, 2016-02-11 at 21:58 -0500, Anders Kaseorg wrote:
> What are you imagining here? You can’t have automatically generated
> Build-Depends; furthermore, since (AIUI) iwyu 3.7 doesn’t build against
> any version of llvm other than 3.7, they wouldn’t help anyway.
I'm imagining it Build-Depen
On Thu, 11 Feb 2016, Paul Wise wrote:
> On Wed, 2016-02-10 at 23:48 -0500, Anders Kaseorg wrote:
> > I would agree if there was a risk of the bug reappearing with an iwyu
> > rebuild with no source changes against a new llvm-defaults. But in
> > fact, debian/control already hard-codes Build-Dep
On Wed, 2016-02-10 at 23:48 -0500, Anders Kaseorg wrote:
> I would agree if there was a risk of the bug reappearing with an iwyu
> rebuild with no source changes against a new llvm-defaults. But in fact,
> debian/control already hard-codes Build-Depends: libclang-3.7-dev,
> llvm-3.7-dev, so fo
On Wed, 10 Feb 2016, Paul Wise wrote:
> On Sat, 2016-01-23 at 20:29 -0500, Anders Kaseorg wrote:
> > -Depends: ${shlibs:Depends}, ${misc:Depends}, clang-3.5 | clang-3.6 |
> > clang-3.7 | clang-3.8, python
> > +Depends: ${shlibs:Depends}, ${misc:Depends}, libclang-common-3.7-dev,
> > python
>
> I
On Sat, 2016-01-23 at 20:29 -0500, Anders Kaseorg wrote:
> iwyu declares a dependency on clang-3.5 | clang-3.6 | clang-3.7 |
> clang-3.8, but in reality this needs to match the version it was compiled
> against, which for current sid is clang-3.7. Actually just
> libclang-common-3.7-dev is suf
On Tue, 10 Sep 2013, Paul Wise wrote:
> On Sun, Sep 08, 2013 at 11:21:11AM +, Debian Bug Tracking System wrote:
>
> >* clang is a mandatory dependency (Closes: #722132)
>
> This doesn't appear to fix this issue:
> […]
> /usr/include/glib-2.0/glib/gmacros.h:40:10: fatal error: 'stddef.h' f
Followup-For: Bug #722132
Package: iwyu
Version: 3.3-2
Control: reopen -1
Control: found -1 3.3-2
Control: notfixed -1 3.3-2
On Sun, Sep 08, 2013 at 11:21:11AM +, Debian Bug Tracking System wrote:
>* clang is a mandatory dependency (Closes: #722132)
This doesn't appear to fix th
Hi,
for a small test case, the following test.c:
#include
int
main (int argc,
char* argv[])
{
return 0;
}
compiled with "gcc `pkg-config --cflags glib-2.0` -o test test.c"
works perfectly.
And "iwyu `pkg-config --cflags glib-2.0` -o test test.c" shows the error
with stddef.h, before it
Package: iwyu
Version: 3.3-1
I gave it a try on ekiga compilation, and was surprised to see it
repeatedly suggest to add #include stddef.h for NULL in the C files
using glib, while on many files the output starts by complaining
(cutting the ekiga-specific stack):
In file included from /usr/includ
16 matches
Mail list logo
