Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
* Module file:
export module Coll;
import std;
export class Coll {
std::vector vals;
};
export Coll
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
Consider the following simple module export scenario to wrap a header file in a
module:
//* foo.hpp:
#ifndef FOO_HPP
#define FOO_HPP
inline int foo()
{
return 42
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
Consider (see https://www.godbolt.org/z/bY46369d7):
#include
#include
//template // OK
template
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
https://godbolt.org/z/nPsT7n:
void printColl(auto& coll)
requires requires {
coll.begin()
}
{
}
yields:
:
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
Look here:
https://wandbox.org/permlink/6Di4rLNS5H9TNL2R
Here is what is wrong in the error message:
> prog.cc: In function 'int main()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91415
--- Comment #13 from Nicolai Josuttis ---
Oh, sorry, your are right, the example indeed works.
BUT: I used in fact a slightly different example
(sorry, didn't expect that there is a difference):
int main() {
int i = 0;
int j = i++ << i++;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91415
Nicolai Josuttis changed:
What|Removed |Added
CC||nico at josuttis dot de
--- Comment
ormal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
AFAIK, since C++17 we should be able to do:
[&coll{std::as_const(vec)}] {}
but it doesn't compile:
prog.cc: In func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83662
--- Comment #3 from Nicolai Josuttis ---
See for example here:
https://wandbox.org/permlink/aOV13KmAUMKzSmxz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83662
--- Comment #1 from Nicolai Josuttis ---
Jonathan commented:
> Ah yes, we already have autoconf macros to detect the presence of
> ::aligned_alloc() so adding the using-directive to namespace std should
> be easy.
++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
C++17 is based on C11, which now standardizes aligned_alloc().
However, does not provide it under namespace std:
#include
int main()
{
auto p1 = std::malloc(100); // OK
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
The following C++17 program should not compile, but it does:
#include
int main()
{
auto d = 42;
if constexpr (d > 0) {
std::cout << "oops \n";
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82651
Nicolai Josuttis changed:
What|Removed |Added
CC||nico at josuttis dot de
--- Comment
++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
Consider:
inlinetls.hpp:
#include
inline thread_local std::string tlsString = "hello";
inlinetls1.cpp:
#include "inlinetls.hpp"
int main()
{
}
inline
: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
It seems for a template the type of N is ignored if the value
already was instantiated.
The essence:
template
struct A
{
A() {
std::cout
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78710
--- Comment #1 from Nicolai Josuttis ---
applies to any version AFAIK
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
stoi("hello") currently throws an exception where what() only outputs "stoi"
(nothing else).
The reason is (if I analyzed it correctly):
- stoi etc. p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71985
--- Comment #10 from Nicolai Josuttis ---
OK, thanks for the discussion and especially for the FAQ entry.
I still find it a bit unfortunate that clang and VC++ give an error
while gcc does not.
Especially as std::initializer_lists<> AFAIK were s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71985
--- Comment #2 from Nicolai Josuttis ---
Sorry, but IMO this is NOT the same.
> float f[3] = { d, d, d };
is an initialization of an array,
which is already supported by C.
> std::vector v1 { d };
is nothing that was possible before C++11.
Als
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: nico at josuttis dot de
Target Milestone: ---
double d;
std::vector v1 { d };
only gives a warning instead of an error.
Unlike https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55783,
here
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55163
Bug #: 55163
Summary: Ongoing problem with gengtype-lex.c under CygWin with
CRLF text mode line endings since 4.8
Classification: Unclassified
Product: gcc
Version: 4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54834
Nicolai Josuttis changed:
What|Removed |Added
CC||nico at josuttis dot de
--- Comment #9 from nico at josuttis dot de 2010-04-25 14:15 ---
Subject: Re: container declaration disables standard
output
Thanks a lot, Paolo and Dave.
The explanation makes total sense to me and putting gcc 4.5.0
in front of the path fixes the problem.
I would have searched very
--- Comment #7 from nico at josuttis dot de 2010-04-25 07:25 ---
compiling with -static also fixes the problem, which also supports
the theory of using wrong DLL's.
The only question is, why are the wrong libs used without -static.
Any idea?
--
http://gcc.gnu.org/bug
--- Comment #6 from nico at josuttis dot de 2010-04-25 07:06 ---
Created an attachment (id=20480)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20480&action=view)
hello.exe for the buggy 4.5.0 version (with declared vector)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43877
--- Comment #5 from nico at josuttis dot de 2010-04-25 07:03 ---
I gues with move.exe you mean my generated exe file.
I have three versions here:
cygcheck for the full buggy program (including vector declaration):
---
D
--- Comment #1 from nico at josuttis dot de 2010-04-24 10:16 ---
compiler built with:
../src/gcc-4*/configure
--prefix=/cygdrive/p/gcc4
--program-suffix=4
--with-gxx-include-dir=/cygdrive/p/gcc4-include
example compiled with:
g++4 -std=c++0x move.cpp -o move
--
nico at
ned at gcc dot gnu dot org
ReportedBy: nico at josuttis dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43877
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nico at josuttis dot de
GCC build triplet: -std=c++0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42573
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nico at josuttis dot de
GCC build triplet: g++4 -std=c++0x
GCC host triplet: cygwin
http://gcc.g
30 matches
Mail list logo