On Mon, 19 Feb 2024 11:47:25 +0100 Tino Mettler wrote:
Version: 4.4.2-1.1
Hi,
OPENMP support was disabled for arm64 in the 4.4.2-1.1 package, so this
bug can be closed.
I also stumbled again over this FTBFS bug after accidently enabling
OPENMP yesterday for the darktable 4.6.1-1 package, so i
control: tags -1 unreproducible
control: close -1
dpkg -l |egrep "9.0.1|10.2.0"
ii clang-91:9.0.1-13 amd64C, C++ and
Objective-C compiler
ii clang-tidy-9 1:9.0.1-13 amd64clang-based
C++ linter tool
ii clang-tools-9
control: reopen -1
control: retitle -1 "boost: please do not use __linux macro"
control: reassign -1 boost1.67
control: found -1 1.67.0-10
> closing as won't fix, same as upstream did. Just use the __linux__ macro.
as said over irc, I would like the fix to be shipped in boost, so I prefer to
r
control: severity -1 serious
I reduced to a simple test case that involves no boost at all, and only a macro.
cat test.cpp
this code shows on ppc64el:
$ g++ test.cpp -std=c++14 -c
NO OUTPUT (wrong)
$ g++ test.cpp -c
test.cpp:2:2: warning: #warning defined linux [-Wcpp]
#warning defined
Source: gcc-8
Version: 8.2.0-10
Severity: serious
Affects: src:performous
Hello, after trying to debug why src:performous was FTBFS on ppc64el, I got
this issue:
test example reproducing the issue:
cat test.c++
#include
#include
#if BOOST_OS_LINUX
#warning "OS LINUX DEFINED"
#endif
int main
control: severity -1 serious
breaking packages is serious enough to me
https://bugs.launchpad.net/ubuntu/+source/meson/+bug/1698463
is an example of affected package.
Raising the severity accordingly
G.
On Sun, 14 May 2017 00:09:42 +0300 Jussi Pakkanen wrote:
> Package: gcc
> Version: 6.3.0-4
Hi
>Have you tried upstreaming the patch? It would be a great help.
I think message 35 would be the right way to go
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841438#35
G.
2016-10-20 19:05 GMT+02:00 Gianfranco Costamagna :
> control: severity -1 normal
> control: reassign -1
control: reassign -1 src:linux
control: forcemerge -1 841438
sigh
signature.asc
Description: OpenPGP digital signature
control: severity -1 normal
control: reassign -1 src:linux
control: affects -1 gcc-6
Hi Linux Kernel maintainers,
as you already know, the default PIE flag breaks the kernel build, can I
suggest you to apply a similar patch
to the one that Ubuntu appplied some time ago?
https://bugs.launchpad.net
control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822
forwarded upstream.
G.
On Fri, 30 Sep 2016 14:36:42 +0200 Jordi Mallach wrote:
> Package: gcc-6
> Version: 6.2.0-4
> Severity: normal
>
> Hello,
>
> Since the switch to gcc-6, mame is failing to build on arm64.
>
> Comp
Hi Robert,
>Actually it was me, who posted the code. I've just seen your e-mail
>after the issue was re-assigned back to ucl.
oops, sorry!
>I can still reproduce the issue on i386, but I guess you use amd64. In
true, indeed
>such a case you need to replace `4' with `8' (the value `4' was e
control: tags -1 moreinfo
control: tags -1 unreproducible
Hi, the code you posted fails on unstable/experimental with gcc-4.9, gcc-5 and
gcc-6
gcc-6 test.c
test.c:1:12: error: size of array '__acc_cta' is negative
extern int __acc_cta[1-2*!((1l << (8*4 -1)) < 0)];
gcc-5 test.c
test.c:1:12: er
Hi again Doko,
is it acceptable to use g++-5 or should I reopen this RC?
I don't know if there is another hidden bug here or not
thanks
Gianfranco
Il Lunedì 11 Maggio 2015 23:28, Gianfranco Costamagna
ha scritto:
Hi Doko,
yes, I had to force g++5 to make them run successfully
t
On 05/11/2015 10:36 AM, Gianfranco Costamagna wrote:
> does this mean that I need to b-d on g++-5 and export CXX=g++-5?
> It seems to be failing to build when mixing g++-4.9 and new libstdc++...
> thanks a lot for the fix! Now with gcc-5 I can build it correctly!
no, please continu
Hi Doko,
does this mean that I need to b-d on g++-5 and export CXX=g++-5?
It seems to be failing to build when mixing g++-4.9 and new libstdc++...
thanks a lot for the fix! Now with gcc-5 I can build it correctly!
cheers,
Gianfranco
Il Sabato 9 Maggio 2015 18:45, Debian Bug Tracking Syste
Hi Matthias,
thanks for the quick reply
>are you running sid, or stretch?
in plain sid the package doesn't build at all, in order to trim down the
differences I started from a Stretch clean pbuilder environment, and upgraded
stuff until I got the problem.
>is the testsuite rebuilt after the
Package: gcc-5
Version: 5.1.1-4
Severity: Serious
Justification: Package rebuild trigger a test failure.
As said, casablanca doesn't pass the testsuite anymore with libstdc++6 library.
I triggered a successful build from Stretch, and upgraded packages until I
upgraded libstdc++6
Preparing to
Please stop this ping pong, is useless for fixing this bug :) (and I get many
mails because of this).
While trying to understand the root of this bug I found this:
Get:424 http://debian.netcologne.de/debian/ unstable/main ecj kfreebsd-amd64
3.10.0-1 [13.2 kB]
Get:425 http://debian.netcologne.d
18 matches
Mail list logo
