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
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;
};
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
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
-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
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
) 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
.
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
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
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
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
*
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
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
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
.
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
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$
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
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
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:
19 matches
Mail list logo