Bug#1009081: g++-11: friend statement not used for template specialization

2022-04-07 Thread Vincent Danjean
Hi, More strange: by adding an unused static method, the behavior of the previous templates change. $ cat toto6.cpp #include struct X { template struct check_is_map { static constexpr bool value = false; }; template struct check_is_map { static constexpr bool value

Bug#1009081: g++-11: friend statement not used for template specialization

2022-04-06 Thread Vincent Danjean
Package: g++-11 Version: 11.2.0-19 Severity: normal Contrary to clang++, g++ does not honor "friend" statement when evaluating template specialization Here is a short example: $ cat toto6.cpp #include struct X { template struct check_is_map { static constexpr bool value = false; };

Bug#872891: gcc-multilib conflicts with GCC cross toolchains

2021-11-16 Thread Vincent Danjean
Package: gcc-multilib Version: 4:11.2.0-2 Followup-For: Bug #872891 Hi, I also have been hit by this bug. I'm using several cross-tool chains (arm-linux-gnueabi, mipsel-linux-gnu, i686-linux-gnu) and I was wondering why using plain gcc with -m32 does not work. Perhaps due to the fact that

Bug#478584: closed by Andreas Beckmann <a...@debian.org> (closing bugs reported against ancient GCC versions)

2016-06-18 Thread Vincent Danjean
asy reproducible bug reported against the current gcc package is closed because - the gcc package change its name - the old source package is removed - whereas the bug is still present So, doing the reopen and reassign. Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vd

Bug#686178: Bug still present in new versions of g++

2015-06-23 Thread Vincent Danjean
-Wcpp ^ titi.cpp:4:2: warning: #warning this is a warning [-Wcpp] #warning this is a warning ^ titi.cpp:3:32: warning: unknown option after ‘#pragma GCC diagnostic’ kind [-Wpragmas] #pragma GCC diagnostic ignored -Wwrong-option ^ vdanjean@eyak:/tmp$ -- Vincent

Bug#686178: g++-4.7: g++ ignore pragma GCC diagnostic ... directives

2012-08-29 Thread Vincent Danjean
Package: g++-4.7 Version: 4.7.1-7 Severity: normal Hi, Contrary to gcc, g++ ignore #pragma GCC diagnostic Note that the GNU doc tell us that g++ support most of gcc pragma. Moreover, g++ does not emit a warning about unknown pragma as it does for typo. Example: vdanjean@eyak:/tmp$ cat

Re: Bug#552688: Please decide how Debian should enable hardening build flags

2011-01-25 Thread Vincent Danjean
) wants it. Regards, Vincent -Kees -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http

Bug#577961: libstdc++6-4.5-dev: Using some part of the STL increase the linkage requirement

2010-06-22 Thread Vincent Danjean
. Regards, Vincent -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330

Bug#578831: link failure with LTO: “invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition”

2010-04-28 Thread Vincent Danjean
On 27/04/2010 01:26, Matthias Klose wrote: On 23.04.2010 10:22, Steinar H. Gunderson wrote: On Fri, Apr 23, 2010 at 08:41:53AM +0200, Vincent Danjean wrote: Please, look at #577961. It seems to me that this is the same bug (and now, I think the bug belong to gcc-4.5) OK, adding -lpthread

Bug#578831: link failure with LTO: “invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition”

2010-04-23 Thread Vincent Danjean
did a full recompile, and now it fails even without -flto. Same error. /* Steinar */ Please, look at #577961. It seems to me that this is the same bug (and now, I think the bug belong to gcc-4.5) Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj

Bug#577961: libstdc++6-4.5-dev: Using some part of the STL increase the linkage requirement

2010-04-15 Thread Vincent Danjean
Package: libstdc++6-4.5-dev Version: 4.5.0-1 Severity: normal Tags: experimental Hi, I'm not sure if this bug behave to libstdc++6-4.5-dev or g++-4.5 or if this is really a bug. Here is what I observed: when * a non-threaded application uses some part of the STL (such as memory) and *

Bug#577961: libstdc++6-4.5-dev: Using some part of the STL increase the linkage requirement

2010-04-15 Thread Vincent Danjean
On 15/04/2010 17:04, Vincent Danjean wrote: The STL emits a weak pthread_cancel symbols into the object file of the main program. I'm not sure this is a bug because I understand what happens. But it seems strange to me that libraries required for an application depends on libraries linked

Re: Plans for GCC in Squeeze

2009-02-13 Thread Vincent Danjean
the user to choose its cross toolchain (but I'm sure that this would be more difficult to implement than your proposition). Regards, Vincent Regards -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02

Re: Plans for GCC in Squeeze

2009-02-12 Thread Vincent Danjean
the advantage to divertion with respect to conflicting packages. Vincent Regards -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package

Bug#479950: java-gcj: java alternative overwritten

2008-05-28 Thread Vincent Danjean
. Since, my selection is kept upon upgrade. I do not investigate further but I think there is really a bug here with the interaction of update-alternatives and update-java-alternatives. Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key

Bug#478584: g++-4.3: -MD -include and compiled headers does not work together

2008-04-29 Thread Vincent Danjean
Package: g++-4.3 Version: 4.3.0-3 Severity: normal Here is a bug I discovered with g++-4.3. Other compilers (gcc-4.3, g++-4.2) are perhaps also affected. It seems to me (but I do not check as well as for g++-4.3). Here is what can be done to reproduce the problem: [EMAIL PROTECTED]:/tmp$

Bug#470850: g++-4.3: Regression in template specialization

2008-03-13 Thread Vincent Danjean
Package: g++-4.3 Version: 4.3.0-1 Severity: normal The following code has three specializations of a template. The third one compiles with g++-4.2 but gives an error with g++-4.3 : [EMAIL PROTECTED]:/tmp/toto$ g++-4.3 -Wall -c test.cpp test.cpp:30: error: template parameters not used in

Re: Bug#445800: icewm: FTBFS: yapp.cc:472: internal compiler error: in reference_to_unused, at dwarf2out.c:10010

2007-10-10 Thread Vincent Danjean
Kamaraju S Kusumanchi wrote: I am able to reproduce this bug by adding a couple of options to g++. The instructions I used are yapp.cc:472: internal compiler error: in reference_to_unused, at dwarf2out.c:10010 Hi, I think this is a duplicate of #445268 which is marked as fixed in

Bug#445268: g++-4.2: Minimal example to reproduce the bug

2007-10-08 Thread Vincent Danjean
Package: g++-4.2 Version: 4.2.1-6 Followup-For: Bug #445268 Here is a minimal example to reproduce the bug. [EMAIL PROTECTED]:/tmp/bug-g++$ cat bug.cpp class Format { public: Format(); virtual ~Format(); }; class ThreadFormat : public Format { public: