As I wrote that time, my experience was that the problem disappeared in the
mentioned snapshot.
So it did in the regular 14.04 release.
So I think that the problem is solved.
Though, the reason why it is solved seems unclear. But anyway
--
You received this bug notification because you are
Some good news.
I just tried the recent Trusty Tahr daily snapshot from 1st March 2014 (both
32bit and 64bit).
The bcmwl-kernel-source package compiles well and seems to work well too.
The question is: Why?
The bcmwl-kernel-source package is still the same 6.30.223.141+bdcom-0ubuntu2.
The k
Btw., fixing those unknown type names like uint etc. is rather trivial by just
defining them within bcmwl-kernel-source.
However, that is not really solving the problem because there are other, more
complicated things that cause a miscompilation. Meaning that there is something
wrong in general.
Update
I made a mistake when I wrote that I "strace'd" the building process.
strace does not trace into spawned processes. What I saw was the regular
compiler output.
Anyway, the result is the same.
While include/uapi/linux/types.h is being accessed, include/linux/types.h is
not being acce
I did not test this on other kernels (just 3.13.0-11-generic), but the
problem probably came with the newer kernel.
This is looking like some wrong include order or something in that
direction. I already made some experiments, but without success so far.
What might give some hint:
uint is define
5 matches
Mail list logo
