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 g

Bug#478584: closed by Andreas Beckmann (closing bugs reported against ancient GCC versions)

2016-06-18 Thread Vincent Danjean
that an easy 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

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

2015-06-23 Thread Vincent Danjean
ng ^ titi.cpp:3:32: warning: unknown option after ‘#pragma GCC diagnostic’ kind [-Wpragmas] #pragma GCC diagnostic ignored "-Wwrong-option" ^ vdanjean@eyak:/tmp$ -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerpri

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

2015-06-23 Thread Vincent Danjean
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 Danjean GPG key ID 0xD17897FA vdanj.

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
troduce some randomness) by default in the compiler when the admin (or the user) 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:

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

2010-06-22 Thread Vincent Danjean
to the BTS. 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

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 t

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

2010-04-22 Thread Vincent Danjean
-) ) > > Actually that's wrong -- I 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 Danj

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 applicati

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 ) and * the appli

Re: Plans for GCC in Squeeze

2009-02-13 Thread Vincent Danjean
hat said, I have absolutely no idea if it is possible or not to allow 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..

Re: Plans for GCC in Squeeze

2009-02-12 Thread Vincent Danjean
pdate-alternatives) If this is right, I do not really see 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 U

Bug#481455: firefox complains about missing std c++ library after system upgrade

2008-05-28 Thread Vincent Danjean
mit it) so dependencies can be correctly and automatically managed. Regards, Vincent PS: note that firefox is already packaged as iceweasel is Debian... -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E8

Bug#479950: java-gcj: java alternative overwritten

2008-05-28 Thread Vincent Danjean
atives. 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] G

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$ mkdir

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 partia

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: Th