: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40217
y: Erroneous aliasing rules message
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40560
s many times slower
on 4.x.x than on 3.4.4
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at t
--- Comment #1 from yuri at tsoft dot com 2005-12-20 05:34 ---
actually it's the defect in this case: result is not used.
But runtimes are very different in any case.
44.9s on 4.x.x vs. 0m2.371s on 3.4.4
--- begin corrected testcase ---
#include
--- Comment #3 from yuri at tsoft dot com 2005-12-20 06:01 ---
Subject: Re: REGREGRESSION: SSE2 vectorized code is many
times slower on 4.x.x than on 3.4.4
I run on Athlon64-3200 in i386 compatible mode.
Strange.
I had he problem with gcc-4.0.1, yesterday I compiled gcc-4.0.2 and
--- Comment #4 from yuri at tsoft dot com 2005-12-20 06:03 ---
Subject: Re: REGREGRESSION: SSE2 vectorized code is many
times slower on 4.x.x than on 3.4.4
Also I use FreeBSD-6.0 if this even can make a difference.
pinskia at gcc dot gnu dot org wrote:
>--- Comment #2 f
--- Comment #5 from yuri at tsoft dot com 2005-12-20 06:19 ---
Subject: Re: REGREGRESSION: SSE2 vectorized code is many
times slower on 4.x.x than on 3.4.4
Here's attachment with asms generated in both cases.
testcase-old.s is 4.3.3 and testcase-new.s is 4.0.2
In testcase-
--- Comment #9 from yuri at tsoft dot com 2005-12-20 06:51 ---
Subject: Re: REGREGRESSION: SSE2 vectorized code is many
times slower on 4.x.x than on 3.4.4
---
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc
--- Comment #11 from yuri at tsoft dot com 2005-12-20 07:40 ---
Subject: Re: REGREGRESSION: SSE2 vectorized code is many
times slower on 4.x.x than on 3.4.4
Now this huge runtime difference disappeared
but now 4.0.2-generated code is always ~> 20% slower.
Many memory accesses wh
ssigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25525
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25610
nt: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33475
nt: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33476
nt: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33477
nt: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33478
nt: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33481
nt: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33480
Version: 4.1.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33483
--- Comment #2 from yuri at tsoft dot com 2007-09-18 22:58 ---
Warning should be issued in this case as well. Since this isn't an expected
behavior to ignore "n++".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33483
--- Comment #5 from yuri at tsoft dot com 2007-09-19 23:37 ---
I would like to note that this isn't a clear-cut suggestion for the following
reasons:
* It's impossible to enforce such warning in all cases, only in case of virtual
functions immediately called from constructor/
classes size
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33805
r
no reason
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
_ fails on templetized function for no
reason
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at
--- Additional Comments From yuri at tsoft dot com 2005-03-06 10:45 ---
actually this one is fixed in 4.0, problem though is that 4.0 isn't usable yet
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20340
ted: called from here
--
Summary: __always_inline__ fails on STL templetized function
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot
--- Additional Comments From yuri at tsoft dot com 2005-03-06 18:10 ---
Sorry about this, this appears to be more complex to reporduce than I thought.
Compile the following with the options:
-O5 -Dinline=__attribute__\(\(__always_inline__\)\)
to see the error message.
(gcc 4.0 cvs
--- Additional Comments From yuri at tsoft dot com 2005-03-06 19:37 ---
> You need to define inline as inline __attribute__((always_inline))
Did this, same error message.
In my project I NEED to specify explicitely inlining of the functions.
Including STL since vector::operator[]
t; C::E(); // this fails
}
--
Summary: Operator<< for embedded class of templetized class isn't
found
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
iend' word is issued on a wrong
line
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsof
nction ends
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35694
erity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35776
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35876
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39281
assigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39560
re is no return
after the switch
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: yuri at tsoft dot com
T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56941
Bug #: 56941
Summary: Thread conflict is reported by helgrind in
_Unwind_IteratePhdrCallback
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41356
dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41361
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41368
--- Comment #1 from yuri at tsoft dot com 2009-09-16 05:12 ---
Created an attachment (id=18593)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18593&action=view)
testcase
command line: g++ -c -O5 -Wall pr.C
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41368
--- Comment #2 from yuri at tsoft dot com 2009-09-16 05:17 ---
gcc-4.3.1 didn't issue such warnings.
I wasn't able to minimize the testcase more.
Somehow if eee instance of Z is removed and just F::bbb() is called
messages disappear. This is strange since code aroun
nent: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41372
t-dispatch
causes random SEGVs
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.or
--- Comment #1 from yuri at tsoft dot com 2009-09-16 12:12 ---
I should also add that one of the classes has native methods, and crash occurs
shortly after the first such method is invoked.
This may or may not be a factor in the issue.
Testcase is quite large and I can't subm
--- Comment #2 from yuri at tsoft dot com 2009-09-16 20:01 ---
Created an attachment (id=18599)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18599&action=view)
Java proxy example that crashes without -findirect-dispatch
Try making an executable with -findirect-dispatch
ority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41462
--- Comment #1 from yuri at tsoft dot com 2009-09-24 17:25 ---
Forgot to mention: 32-bit mode on i586 CPU.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41462
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41745
--- Comment #2 from yuri at tsoft dot com 2009-10-19 09:23 ---
No, it doesn't work for me on FreeBSD-8.0:
/usr/local/gcc/4.4.1-java/bin/gcj -o ecj
--main=org.eclipse.jdt.internal.compiler.batch.Main
/usr/local/share/java/ecj.jar
LD_LIBRARY_PATH=/usr/local/gcc/4.4.1-java/lib ldd
--- Comment #4 from yuri at tsoft dot com 2009-10-19 17:20 ---
I confirm this on FreeBSD-8.0 for gcc-4.5.0.20091001.
I notified the maintainer of FreeBSD gcc port.
But once the fix will be found it should go into gcj itself, not into port.
--
http://gcc.gnu.org/bugzilla
--- Comment #5 from yuri at tsoft dot com 2009-10-19 19:12 ---
How to run testsuite for gcj?
When I run 'gmake check-gcc' from the build directory it doesn't run gcj tests
at all, and gcc/g++ tests summaries are all empty. Not sure what that means.
--
http://gcc.g
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41804
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47529
Summary: Visibility attributes not supported on Solaris i386
platform
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46713
--- Comment #6 from Yuri 2011-01-29 20:07:34 UTC ---
Thanks!
You can change the warning message to be a bit more proactive:
"visibility attribute not supported in this configuration (as during
configuration wasn't from binutils?); ignored"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
Summary: gcc-4.5.2 fails to build on Solaris 10 i386
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #2 from Yuri 2011-01-29 22:15:45 UTC ---
Created attachment 23165
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23165
Requested config.log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #3 from Yuri 2011-01-29 22:40:09 UTC ---
Assembler complains on -xarch option.
/opt/local/bin/as: unrecognized option `-xarch=generic64'
But '/opt/local/bin/as --help' doeasn't list -xarch as the valid option. It has
-march option.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #4 from Yuri 2011-01-30 11:17:32 UTC ---
Passing --with-gnu-as option to configure fixes the problem.
But why can't configure detect this by itself? GNU as has --version which
clearly says that its GNU assembler. And original Solaris a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #5 from Yuri 2011-01-30 21:53:47 UTC ---
--with-gnu-as lets gcc build to succeed.
But resulting g++ has the problem on all c++ modules:
g++ -c m.cpp
Assembler: m.cpp
"/var/tmp//ccEysWY5.s", line 7 : Illegal mnemonic
Nea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #7 from Yuri 2011-01-30 22:03:50 UTC ---
Actually g++ produces the correct assembler file, but still calls original Sun
assembler /usr/ccs/bin/as instead of the GNU one from the path, regardless of
the option --with-gnu-as passed to gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #8 from Yuri 2011-01-30 22:06:50 UTC ---
(In reply to comment #6)
> Which is why it's recommended in the docs:
> http://gcc.gnu.org/install/specific.html#ix86-x-solaris210
>
> Please try using the suggested configuration
There is not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47536
--- Comment #10 from Yuri 2011-01-30 23:27:13 UTC ---
(In reply to comment #9)
> well if you don't want a working compiler feel free to ignore the docs and
> refuse to try the options that might help
I didn't refuse to try anything, I already got
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47842
Summary: gcc forces 16-byte stack alignment on Solaris i386,
when SYSV requires word alignment
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47842
--- Comment #3 from Yuri 2011-02-22 19:23:45 UTC ---
If gcc would only set 16 byte alignment this wouldn't be that bad since, as you
mentioned, it is still word aligned.
The problem is that gcc assumes that stack is 16 aligned and creates code ba
t: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31802
rtran
Assignee: unassigned at gcc dot gnu.org
Reporter: yuri at tsoft dot com
Target Milestone: ---
gcc doesn't install iso_c_binding.mod, and the pcmsolver project
(https://github.com/PCMSolver/pcmsolver) fails:
> F90-F-0004-Unable to open MODULE file iso_c_binding.mod
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: yuri at tsoft dot com
Target Milestone: ---
How to repeat:
create the file a.f90 with this one line (it is also attached):
> call iotk_strcat(string,trim(adjustl(tmpval))//" &quo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86566
--- Comment #2 from Yuri ---
Replacing cpp with gcc6 -cpp fails:
$ gcc6 -cpp -fno-omit-frame-pointer -D__FFTW3
-I/usr/ports/science/quantum-espresso/work/q-e-qe-6.3/include
-I/usr/ports/science/quantum-espresso/work/q-e-qe-6.3/FoX/finclude
-I/us
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24132
--- Additional Comments From yuri at tsoft dot com 2005-09-29 23:00 ---
actually there are more potentially relavant options:
-funroll-loops -fpeel-loops -funswitch-loops -fno-guess-branch-probability
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24132
--- Additional Comments From yuri at tsoft dot com 2005-09-29 23:04 ---
> Maybe it is better to just speed up GCC instead :).
hopefully not by reducing optimization :-)
> the processor indicated is not really useful as it would jump a lot.
jumping indicator is better than no ind
--- Additional Comments From yuri at tsoft dot com 2005-09-29 23:16 ---
> Nope but we cannot do it without a testcase.
I will send you some fake code as testcase withing 1-2 days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24132
To: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24498
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56099
Bug #: 56099
Summary: Empty static noinline functions aren't called from
optimized code
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56099
--- Comment #2 from Yuri 2013-01-24 19:06:12 UTC ---
Created attachment 29267
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29267
asm of the testcase showing there is still no noinline function
I am trying 'noclone' with gcc-4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56099
--- Comment #4 from Yuri 2013-01-24 19:16:10 UTC ---
You are saying I also need to place some __asm__ into this noinline function?
Doesn't this look like working around some bugs in gcc? User doesn't need to
know how gcc is doing this insid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56099
--- Comment #6 from Yuri 2013-01-24 19:24:43 UTC ---
I think 'noinline' flag should be factored into the removal decision.
gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43503
--- Comment #2 from yuri at tsoft dot com 2010-03-24 01:14 ---
I would put higher priority here over the other missed optimizations because
this is the basic c/c++ construct and it's used very frequently.
--
yuri at tsoft dot com changed:
What|Re
: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43882
--- Comment #2 from yuri at tsoft dot com 2010-04-25 00:35 ---
But linker produces messages like this:
x.C:229: undefined reference to
`std::_List_node_base::_M_hook(std::_List_node_base*)'
New with the switch to 4.5.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43882
--- Comment #5 from yuri at tsoft dot com 2010-04-25 01:17 ---
Sorry, my bad.
It really was picking up the default libstdc++.so from the OS installation. I
used -R/path/to/4.5.0/libstdc++.so to fix this library path. But it turns out
that -L/path/to/4.5.0/libstdc++.so is also required
(fibonacci) 4.3.3->4.5.0
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http:/
erity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: yuri at tsoft dot com
Based on documentation here
https://gcc.gnu.org/onlinedocs/libstdc++/manual/debug.html I configured gcc to
build a debug version of libstdc++.so:
$ .
optimization opportunity
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
CC
UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: FreeBSD on i386
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23594
--- Additional Comments From yuri at tsoft dot com 2005-08-27 16:59 ---
(In reply to comment #1)
...
> PS. the semicolon after the end of the namespace really makes this code
invalid but since this is not
...
I didn't get why semicolon makes it invalid.
I thought semicolon is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45917
Summary: Friend of friend is allowed the access to the private
type through the template
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45918
Summary: Lack of warning on meaningless unsigned to zero
comparison
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45918
--- Comment #2 from Yuri 2010-10-06 23:16:21 UTC ---
No warning in 4.2.1 for example.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46109
Summary: gcc-4.5.0 fails to build on
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
of
parameters is tolerated
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44285
--- Comment #4 from yuri at tsoft dot com 2010-05-26 16:37 ---
Why this is useful, as I wrote above, to eliminate the need for c++ coding for
binding with other languages.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44285
--- Comment #5 from yuri at tsoft dot com 2010-05-26 16:43 ---
-fkeep-inline-functions leaves them, but it will also leave all inline
functions, not only public ones. This will, I guess, blow up the size of the
object since there can be a lot of internal inlines that shouldn't appe
ignored
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44298
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49306
Summary: 4.6.0 fails to build on Solaris 11 (i386)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49685
Summary: libgcc_s.so not compiled without optimization when
requested
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
--- Comment #1 from yuri at tsoft dot com 2008-04-09 18:06 ---
After further investigation it appears to be some issue with exceptions in
FreeBSD-STABLE-7.0 system g++ compiler. Exceptions don't work on FreeBSD with
system compiler at all.
System compiler is a version of gcc-
o typedefed type in methods's
return is ignored
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35949
1 - 100 of 141 matches
Mail list logo
