: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: riad93 at mail dot ru
Target Milestone: ---
code
#include
using namespace std;
int read;
int main(){
ios_base::sync_with_stdio(0);
int n;
cin >> n;
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: jightaaa at mail dot com
Target Milestone: ---
Created attachment 39282
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39282&action=edit
1-
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: frast at mail dot spbnit.ru
Target Milestone: ---
I have a library compiled by previous version of G++ with default -std=c++98
Building an executable with default flags for 4.8.5 produces
++
Assignee: unassigned at gcc dot gnu.org
Reporter: theubik at mail dot ru
Target Milestone: ---
Created attachment 39496
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39496&action=edit
example1.cpp and example2.cpp
> g++ -std=c++11 -fnon-call-exceptions example1.cpp
r) [with _Traits
= std::char_traits]
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/include/g++-v3/bits/ostream.tcc:505:
note: std::basic_ostream&
std::operator<<(std::basic_ostream&, char) [with _Traits =
std::char_traits]
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/inclu
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mail at nicetoeatyou dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29636
--- Comment #1 from mail at nicetoeatyou dot de 2006-10-29 14:26 ---
Created an attachment (id=12508)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12508&action=view)
log from the build
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29636
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nickols_k at mail dot ru
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30233
--- Comment #2 from nickols_k at mail dot ru 2006-12-17 14:18 ---
Created an attachment (id=12820)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12820&action=view)
preprocessed source file as requires bugs.html
gcc's output on -v:
gcc4: warning: -pipe ignored because
--- Comment #7 from rkrylov at mail dot ru 2007-01-18 19:53 ---
I got same result with --with-cpu=athlon64 on gcc-4.3-20070112 snapshot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30136
--- Comment #10 from jhopper at safe-mail dot net 2009-07-30 04:16 ---
abit more comprehensive gcc 4.2.4 vs 4.3.3 vs 4.4.0 vs 4.4.1 comparison using
nbench:
hardware: Intel celron 320 (prescott, SSE3, 256KB L2, socket 478) @ 2970 mhz
kernel: specially optimized by intel compiler 10
--- Comment #11 from jhopper at safe-mail dot net 2009-07-30 04:24 ---
forgot to mention executable sizes:
all tested gcc versions 4.2 4.3 and 4.4 were 100kb, intel executables were 68
and 72 kb respectively (version 10, 11).
executable size in memory (both VIRT and RSS) did not change
--- Comment #12 from jhopper at safe-mail dot net 2009-07-30 04:34 ---
one more note about executable size in memory:
while there was no difference in sizes in memory for all gcc versions
for icc versions there was a great difference:
VERSION VIRTRSS
gcc (all) ~2000kb 500kb
--- Comment #13 from jhopper at safe-mail dot net 2009-07-30 04:39 ---
one last thing: and try not to take the LU DECOMPOSITION test seriously between
the various gcc testing runs, there was great difference even when using the
same executable several times, except of corse for the huge
--- Comment #14 from jhopper at safe-mail dot net 2009-07-30 05:09 ---
one more thing to mention about gcc, is the configurations during their
compilation: (although it may not have much sense as those things were never
really having an effect to the anticipated extent)
../gcc-4.a.b
--- Comment #15 from jhopper at safe-mail dot net 2009-07-30 06:37 ---
btw, these results also show something else of interest: pgo degrades
performance
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35671
--- Comment #17 from jhopper at safe-mail dot net 2009-07-30 23:58 ---
you can find a nicer version of results (and potentially future updates) here:
http://anonym.to?http://manoa.flnet.org/linux/compilers.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35671
: unassigned at gcc dot gnu dot org
ReportedBy: mail at hanns-konrad dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i486-pc-linux-gnu
GCC host triplet: i486-pc-linux-gnu
GCC target triplet: i486-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20081
--- Additional Comments From mail at hanns-konrad dot de 2005-02-21 02:01
---
Subject: Re: gcc does not link hello.cc with -lstdc++
Thank you!
That is not what the man-page says. hello.cc is a c++ -file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20081
_enum should not exist
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chris_kohlhoff at internet-mail dot or
structor and assignment postconditions not
met
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chris_kohlhoff at internet-mail dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39882
structor and assignment
postconditions not met
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chris_kohlhoff at internet-mail dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39881
--- Comment #3 from chris_kohlhoff at internet-mail dot org 2009-04-25
11:03 ---
It's the intended behaviour that the conversion constructor and assignment
operator be disabled. That is, the std::errc type should not be implicitly
convertible to error_code, only to error_condition
ty: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: r-gcc at mail dot uk
Target Milestone: ---
This fails to compile on gcc trunk, while the same code compiles fine in clang:
constexpr bool foo()
{
for(int i = 0; i
te: Spam Tests Failed: ASIAN-CHR
X-Country-Path: Canada->
X-Note-Sending-IP: 69.159.199.89
X-Note-Reverse-DNS: toroon12-1168099161.sdsl.bell.ca
X-Note-Return-Path: gcc-bugs@gcc.gnu.org
X-Note: User Rule Hits:
X-Note: Global Rule Hits: G826 G827 G828 G829 G847 G848 G849 G921 G1256 G1269
X-Note: Encrypt Rule Hits:
X-Note: Mail Class: VALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66146
Evgeny changed:
What|Removed |Added
CC||kisha-nik at mail dot ru
--- Comment #31 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54289
Bug #: 54289
Summary: setjmp isn't included into std namespace
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54289
--- Comment #4 from Dmitry 2012-08-16 19:43:15
UTC ---
Sorry, but I think standard declares that all function should be in std.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54289
--- Comment #6 from Dmitry 2012-08-16 19:49:27
UTC ---
I think standard of C std libs declares setjmp as a function. So, it should be
function.
Some code:
__BEGIN_NAMESPACE_STD
typedef struct __jmp_buf_tag jmp_buf[1];
extern int setjmp (jmp_bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54289
--- Comment #9 from Dmitry 2012-08-16 19:55:57
UTC ---
C standard:
The header defines the macro setjmp, and declares one function and
one type, for bypassing the normal function call and return discipline.
OK. I agree with you. But one moment.
o: unassigned at gcc dot gnu dot org
ReportedBy: eike at sf-mail dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41942
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58308
--- Comment #1 from Dmitry ---
c++11 mode is used
: minor
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dmitriy-hshg at mail dot ru
Next code causes GCC 4.7.3 to fail, it should report problem.
int main()
{
int x = 666;
struct A {
int *p = &x;
} a;
}
T
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mail+...@tzik.jp
Hi.
I encountered a segmentation fault when I compile following code on gcc-4.5.3
and gcc-4.6.3:
template
void hoge(T) {
}
int main(int, char**) {
hoge([](){return
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53634
--- Comment #2 from Taiju Tsuiki 2012-06-12 01:20:49
UTC ---
Oh, sorry. I might search in wrong way.
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dmitriy-hshg at mail dot ru
Created attachment 30959
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30959&action=edit
Example
It is good idea to use move semantics for throw operator:
std::runtime_erro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57533
Dmitry changed:
What|Removed |Added
CC||dmitriy-hshg at mail dot ru
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58629
Dmitry changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: stepik-777 at mail dot ru
Consider the following simple program:
#include
int main(int argc, char *argv[])
{
std::function f = []{ return 0; };
return 0;
}
I'm compiling it with
nfirm that your gcc-bugs@gcc.gnu.org account is accurate
to avoid permanent termination.
Confirm account
Kindly complete this process within 24 hours.
Thanks,
gcc.gnu.org mail server administrator.
MAIL ACCESS BLOCKED!!
10/21/2021 7:32:00 a.m.
gcc-bugs@gcc.gnu.org
Some incοming emαils has been temporarily blocked because your
mail storage space has exceeded its quota, kindly reαctivate
αccess immediately.
Access for gcc-bugs@gcc.gnu.org expires on 10/21/2021 7:32:00
a.m
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: s1445051 at mail dot zih.tu-dresden.de
Target Milestone: ---
Created attachment 46164
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46164&action=edit
test case
When d
ment case exposed by Boost
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mail at michael-stevens dot de
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54403
stepik-777 at mail dot ru changed:
What|Removed |Added
CC||stepik-777 at mail dot
: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: z-1st at mail dot ru
Target Milestone: ---
variant works as expected outside the class. But if it is declared as a
class member it doesn't compile in some cases
The following example do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62052
Taiju Tsuiki changed:
What|Removed |Added
CC||mail+gnu at tzik dot jp
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65221
--- Comment #1 from Philipp Ittershagen ---
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.9/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: mail+gccbugs at svenpeter dot me
Target Milestone: ---
Created attachment 37065
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37065&action=edit
testcase to reproduce the bug
Enabling O3 runs only a part
--- Comment #13 from itosre at trash-mail dot com 2010-05-30 15:09 ---
(In reply to comment #12)
> I'm assuming this is current Linus git (post 2.6.34).
I'm guessing from
>Tested on several kernels: 2.6.32.8, 2.6.33.4, 2.6.34-rc7
That this isn't the case. Str
y
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: roman dot marchenko at mail dot ru
GCC build triplet: i686-pc-lin
--- Comment #2 from reuter at mail dot desy dot de 2009-06-11 14:54 ---
Subject: Re: Internal error in connection with optimization
and allocatable objects
On Thu, 11 Jun 2009, dominiq at lps dot ens dot fr wrote:
Salut, Dominiq!
I'm not so much of an export in the terminology.
--- Comment #4 from reuter at mail dot desy dot de 2009-06-11 19:31 ---
Subject: Re: Internal error in connection with optimization
and allocatable objects
On Thu, 11 Jun 2009, dominiq at lps dot ens dot fr wrote:
Thanks for the explanations. I actually cannot change the priority
--- Comment #4 from drangon dot mail at gmail dot com 2009-07-21 07:46
---
The bug seems to occur again. It is ok in svn 2009-06-20, but today's svn code
is has problem.
C program is fine, but C++ program crashed. The error message is :
The instruction at "0x0040a7e0
--- Comment #5 from drangon dot mail at gmail dot com 2009-07-21 07:47
---
and newest code in gcc svn trunk and gcc svn branch-4.4 both has this problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832
--- Comment #6 from drangon dot mail at gmail dot com 2009-07-25 07:45
---
I try the newest gcc svn trunk code, the problem still exist.
program built by x86_64-w64-mingw32-gcc runs ok, but program built by
x86_64-w64-mingw32-g++ runs failed, change libgcc_s_sjlj-1.dll to version
2009
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sergey dot senozhatsky at mail dot by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41036
--- Comment #2 from nightelf at mail dot utexas dot edu 2005-11-10 01:00
---
Created an attachment (id=10200)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10200&action=view)
RE: make install fails after --enable-bootstrap=lean enabled bootstrap
I get the same error afte
: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: haymaker at mail dot utexas dot edu
GCC host triplet: i386 FreeBSD 6.0
GCC target triplet: i386 FreeBSD 6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25041
--- Comment #3 from haymaker at mail dot utexas dot edu 2005-11-26 06:03
---
(In reply to comment #1)
> How are you building this? If I fix and run the make_rk script
> for all possibilities, I get a 16000+ line program.
>
I built it with the "r1" option ($make_
---
I have send this bug to binutils bugzilla, they said this is not the as.exe
bug.
--
Summary: native x86_64-pc-mingw32-g++.exe generate wrong asm that
x86_64-pc-mingw32-as.exe can not process
Product: gcc
Versi
--- Additional Comments From fca at mail dot cern dot ch 2005-03-16 18:54
---
Subject: Re: f95 build fails on MacOSX 10.4 Tiger
Thanks a lot. It goes further and then it fails with
make[4]: *** No rule to make target `all'. Stop.
make[3]: *** [multi-do] Error 1
make[2]: ***
--- Additional Comments From fca at mail dot cern dot ch 2005-03-17 07:00
---
Subject: Re: f95 build fails on MacOSX 10.4 Tiger
Hello,
I rerun everything once more. The problem changed but now is
reproducible. When you are in
/usr/local/gcc-4_0/build/powerpc-apple-darwin8.0.0
--- Additional Comments From fca at mail dot cern dot ch 2005-03-17 07:09
---
Subject: Re: f95 build fails on MacOSX 10.4 Tiger
I was not complaining at all!! I know I am in uncharted land for the
moment. It is churning away and I will let you know how it goes. Thanks
for your help
--- Additional Comments From fca at mail dot cern dot ch 2005-03-17 17:49
---
Subject: Re: f95 build fails on MacOSX 10.4 Tiger
Hello,
it is now failing with the following error. Any hint? Regards, Fed
mkdir .libs
/usr/local/gcc-4_0/build/gcc/xgcc -B/usr/local/gcc-4_0/build/gcc
--- Additional Comments From fca at mail dot cern dot ch 2005-03-22 16:51
---
Subject: Re: gcc-4_0 from head does not build on Panther
What kills the build is not the duplicate entry, but the fact that
libintl_dgettext
libintl_bindtextdomain
are undefined. The reference is
--- Additional Comments From fca at mail dot cern dot ch 2005-03-23 15:08
---
Subject: Re: gcc-4_0 from head does not build on Panther
Hello,
this bug should be closed, it was my error and I apologise for that. I
had the gnu intl lib in /usr/local/lib. Apparently configure was
--- Additional Comments From fca at mail dot cern dot ch 2005-04-08 07:14
---
Subject: Re: Function entries and entries with alternate
returns not implemented
Dear All,
I think that the tone of the conversation is evolving in the wrong
direction (I might have been partially
--- Comment #1 from drangon dot mail at gmail dot com 2008-08-14 06:48
---
this bug not happend again in new gcc version.
--
drangon dot mail at gmail dot com changed:
What|Removed |Added
Summary: g++ failed to compile code "dVolume *= 1 + pow(10.0, -
5.0);"
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at
FIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drangon dot mail at gmail dot com
GCC build triplet: x86_64-redhat-linux-gnu
GCC host triplet: x86_64-pc-mingw32
GCC target triplet: x86_6
--- Comment #1 from drangon dot mail at gmail dot com 2008-08-14 07:12
---
Created an attachment (id=16069)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16069&action=view)
the output which command "g++ -E ."
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
--- Comment #2 from drangon dot mail at gmail dot com 2008-08-14 07:15
---
Created an attachment (id=16070)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16070&action=view)
the output of command "nm -C .o"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37120
--- Comment #3 from drangon dot mail at gmail dot com 2008-08-14 07:16
---
Created an attachment (id=16071)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16071&action=view)
the output of command "nm -C .o" which build with "-O0"
--
nknown-linux-gnu/libstdc++-v3/include/bits/fstream.tcc:
In constructor 'std::basic_filebuf<_CharT, _Traits>::basic_filebuf()':
/home/lthode/gcc-build/x86_64-unknown-linux-gnu/libstdc++-v3/include/bits/fstream.tcc:86:
error: 'BUFSIZ' was not declared in this scope
make[4]: *
--- Comment #1 from lthode at mail dot unomaha dot edu 2008-09-10 03:09
---
Created an attachment (id=16274)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16274&action=view)
Preprocessed compatiblity.cc source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37453
--- Comment #2 from lthode at mail dot unomaha dot edu 2008-09-10 03:27
---
Created an attachment (id=16275)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16275&action=view)
Reupload of the preprocessed sources
(they got munged by my bad wireless connection)
--
lt
--- Comment #3 from lthode at mail dot unomaha dot edu 2008-09-10 03:32
---
Created an attachment (id=16276)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16276&action=view)
Preprocessed compatiblity.cc source
(munged again, won't happen this time)
--
lthode
--- Comment #32 from lthode at mail dot unomaha dot edu 2008-09-12 10:36
---
For all Gentoo users who are hitting this bug:
Update your GLibC to 2.7r2 or later, the new versions do not use multilib
wrappers any longer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30915
--- Comment #11 from lthode at mail dot unomaha dot edu 2008-09-15 01:03
---
(In reply to comment #9)
> Thanks for the explanation, for the branch I would recommend an extra DCE
> pass right before pass_del_ssa. On the trunk we need to make sure to run
> this at -O0 as we
--- Comment #1 from drangon dot mail at gmail dot com 2008-09-25 04:45
---
Created an attachment (id=16405)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16405&action=view)
output of gcc -E
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #2 from drangon dot mail at gmail dot com 2008-09-25 04:47
---
Created an attachment (id=16406)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16406&action=view)
output of nm, the object is build by gcc -O0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #3 from drangon dot mail at gmail dot com 2008-09-25 04:48
---
Created an attachment (id=16407)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16407&action=view)
output of nm, the object is build by gcc -O1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #4 from drangon dot mail at gmail dot com 2008-09-25 04:48
---
Created an attachment (id=16408)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16408&action=view)
output of objdump, the object is build by gcc -O0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #5 from drangon dot mail at gmail dot com 2008-09-25 04:49
---
Created an attachment (id=16409)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16409&action=view)
output of objdump, the object is build by gcc -O1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #4 from drangon dot mail at gmail dot com 2008-09-25 04:51
---
(From update of attachment 16070)
not for this bug
--
drangon dot mail at gmail dot com changed:
What|Removed |Added
--- Comment #5 from drangon dot mail at gmail dot com 2008-09-25 04:51
---
(From update of attachment 16071)
not for this bug
--
drangon dot mail at gmail dot com changed:
What|Removed |Added
--- Comment #7 from drangon dot mail at gmail dot com 2008-09-26 00:33
---
I'm using the win64 native compiler:
E:\code>g++ -v
Using built-in specs.
Target: x86_64-pc-mingw32
Configured with: ../gcc/configure --host=x86_64-pc-mingw32
--target=x86_64-pc-mi
ngw32 --disable-nls
--- Comment #22 from lthode at mail dot unomaha dot edu 2008-10-12 19:57
---
amacleod: ping?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37102
correctly resolved
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nick dot orlov at mail dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35631
--- Comment #2 from nick dot orlov at mail dot ru 2008-03-19 12:44 ---
Standard says:
11.4.6. A function can be defined in a friend declaration of a class if and
only if the class is a non-local class (9.8), the function name is unqualified,
and the function has namespace scope
--- Comment #9 from drangon dot mail at gmail dot com 2009-03-07 14:52
---
(In reply to comment #8)
> I can't test your precompiled code, because c++ has changed in an incompatible
> way. Could you attach a current precompiled version using gcc4.4 of it?
> Is the problem
--- Comment #10 from drangon dot mail at gmail dot com 2009-03-07 15:02
---
Created an attachment (id=17413)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17413&action=view)
gcc -E output ( gcc 4.4.0 svn 20090307 )
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #11 from drangon dot mail at gmail dot com 2009-03-07 15:10
---
Created an attachment (id=17414)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17414&action=view)
the output object of thread.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37121
--- Comment #2 from lfn dot privat at mail dot dk 2009-04-02 15:54 ---
(In reply to comment #1)
> This is correct behavior as MyType is not in the namespace so Read is not
> found
> after the call. If you want Read to be found, you can put it in the same
> namespace as
--- Comment #4 from lfn dot privat at mail dot dk 2009-04-03 09:41 ---
Thanks for clarifying how the compiler works. Actually this was the kind of
answer detail level I was looking for in the first place to find some kind of
work around to the problem.
Now, I assume that your answer
le/mingw/for_targe
t --enable-twoprocess --disable-libstdcxx-pch --prefix=/compile/mingw/target
--w
ith-sysroot=/compile/mingw/target
Thread model: win32
gcc version 4.5.0 20090421 (experimental) (GCC)
--
Summary: program built by x86_64-pc-mingw32-gcc run crash, maybe
--- Comment #14 from drangon dot mail at gmail dot com 2009-04-21 05:35
---
how to fix this multiple definition issue ?
adjust the linker to allow this ?
or remove the ordinary C library function in
lib64_libmingwex_a-wininterlocked.o and just keep the inline function ?
or remove
--- Comment #2 from drangon dot mail at gmail dot com 2009-04-23 15:49
---
(In reply to comment #1)
> Can you try this again, there were some Exceptions handling issues recently.
>
I update the newest gcc code from SVN (20090423), and rebuilt the toolchain.
The application bu
us: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drangon dot mail at gmail dot com
GCC build triplet: x86_64-gnu-linux
GCC host triplet: x86_64-gnu-linux
GCC target triplet: x86_6
--- Comment #1 from drangon dot mail at gmail dot com 2009-08-28 07:32
---
Created an attachment (id=18441)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18441&action=view)
ac3enc.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
601 - 700 of 1044 matches
Mail list logo
