Package: libapriltag-dev
Version: 3.3.0-2.1
When using the library with cmake it doesn't work, because the file is placed
one level of directories deeper than are unwinded in the cmake file.
See the patch below that fixes it.
--- /usr/lib/x86_64-linux-gnu/cmake/apriltag/apriltagTargets.cmake
Package: g++-4.2
Version: 4.2.2-3
Severity: minor
the following snippet of code shows two cases of bad optimization
behaviour on gcc 4.1.3 and 4.2.3 (debian unstable).
#define PTS_MASK ((1LL << 33)-1)
#define PTS_WRAP (1LL << 33)
#define PTS_WRAP2 (1LL << 32)
long long ptsdiff_mod2_33(long lo
Package: gnome-themes-extras
Version: 0.9.0.deb0.2
Severity: important
When you open a file-open-dialoge (gnome) the whole application crashes, but
only when the "Lush" theme is used, it works with e.g. Nuvola. In icedove i
can only open the path i visited as last in that box, changing directory
l
I was able to reproduce the bug with the following code
(compile: g++ -Wall -O2 x.cpp)
#include
#include
typedef unsigned int Uint32;
inline Uint32 read_u32(std::istream& in)
{
Uint32 i;
in.read((char*)&i, 4);
return i;
}
inline float read_float(std::istream& in)
{
Package: gcc-4.0
Version: 4.0.2-8
Severity: normal
i am reading from a stream in c++. The read values differ depending on
compiler optimization level.
Note that i have a little endian machine (x86)!
take this code
inline uint32_t read_u32(istream& in) {
uint32_t i;
in.read((char*)&i, 4)
Package: gcc-4.0
Version: 4.0.1-2
Severity: grave
Justification: renders package unusable
gcc-4.0 generates code that gives false results for this
tiny program:
#include
#include
int main()
{
volatile double a = 1.04837e+06, b = 1.04866e+06;
printf("%li %li\n", lround(a), lround(b));
return 0;
6 matches
Mail list logo
