oduct: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: yuri at tsoft dot com
Target Milestone: ---
2 projects where the problem occur
ts instead
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: yuri at tsoft dot com
Target Milestone: ---
Command and error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110746
--- Comment #7 from Yuri ---
gcc-13 has the same problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110746
--- Comment #6 from Yuri ---
FAILED:
src/plugins/score-plugin-avnd/CMakeFiles/score_plugin_avnd.dir/__/__/__/midiscaler_avnd.cpp.o
/usr/local/libexec/ccache/g++13 -DBOOST_ASIO_DISABLE_CONCEPTS=1
-DBOOST_MATH_DISABLE_FLOAT128=1 -DBOOST_NO_RTTI=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110746
--- Comment #4 from Yuri ---
This happens during the build of the Ossia Score project:
https://github.com/ossia/score
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110746
--- Comment #1 from Yuri ---
OS: FreeBSD 13.2
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: yuri at tsoft dot com
Target Milestone: ---
> : sorry, unimplemented: PCH allocation failure
This message is in the GCC source code.
What does this mean "PCH allocation failure&q
other
Assignee: unassigned at gcc dot gnu.org
Reporter: yuri at tsoft dot com
Target Milestone: ---
-j8 is given to it, but it creates ~130 lto1 processes.
See this downstream issues for details:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265254
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662
--- Comment #7 from Yuri ---
fpu-387.h is in the gcc10 source tree:
> $ find . -name "fpu-*"
> ./work/gcc-10.3.0/libgfortran/config/fpu-generic.h
> ./work/gcc-10.3.0/libgfortran/config/fpu-sysv.h
> ./work/gcc-10.3.0/libgfortran/config/fpu-glibc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662
--- Comment #5 from Yuri ---
config.log doesn't contain the IEEE string even on amd64.
libgfortran/configure.host seems to only enable IEEE modules on i?86 | x86_64
architectures through this code:
> case "${host_cpu}" in
> i?86 | x86_64)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662
--- Comment #3 from Yuri ---
On amd64 gcc installs the file finclude/ieee_arithmetic.mod and on aarch64 this
file isn't installed.
What is installed is defined by the gcc build process.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100662
--- Comment #2 from Yuri ---
intrinsic::ieee_arithmetic works fine on amd64/i386 architectures on the same
OS.
What do you think is missing/wrong in the OS that causes it?
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: yuri at tsoft dot com
Target Milestone: ---
Fortran codes using intrinsic::ieee_arithmetic on aarch, powerpc architectures
fail to compile.
See details in this
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
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
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
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
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:
$ .
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
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.
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 #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
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=49685
Summary: libgcc_s.so not compiled without optimization when
requested
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
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=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
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=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=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 #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 #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 #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 #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 #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
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=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=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=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
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=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=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:
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
--- 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
--- 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
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
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
(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:/
--- 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
--- 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
: 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-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
gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43503
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
--- 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
--- 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 #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
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 #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
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 #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
--- 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
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
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
--- 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
--- 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
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
dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41361
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41356
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
: 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
assigned at gcc dot gnu dot org
ReportedBy: yuri at tsoft dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39560
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
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=36483
--- Comment #5 from yuri at tsoft dot com 2008-04-19 01:09 ---
The only broken version is 4.3.0, all 4.2.X throw exceptions ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35876
--- Comment #4 from yuri at tsoft dot com 2008-04-19 01:07 ---
Reopening this PR.
Same testcase with gcc-4.3.0 on FreeBSD-7.0-STABLE aborts:
Abort trap: 6
ldd output:
libstdc++.so.6 => /usr/local/gcc/4.3.0/lib/libstdc++.so.6 (0x2807d000)
libm.so.5 => /lib/lib
--- Comment #2 from yuri at tsoft dot com 2008-04-18 23:29 ---
Problem was because of the mixup of gcc libaries.
Executable was built with one compiler and during the run different shared
libraries were used.
--
yuri at tsoft dot com changed:
What|Removed
--- Comment #3 from yuri at tsoft dot com 2008-04-18 23:30 ---
Closing it completely
--
yuri at tsoft dot com changed:
What|Removed |Added
Status|RESOLVED
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
--- 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-
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
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
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
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
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
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
--- 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/
--- 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
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
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
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=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=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=33475
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
--- Comment #5 from yuri at tsoft dot com 2006-02-28 09:53 ---
So there should be no performance-related bugs reported any more since you only
care about correctness?
This IS a performance-related problem in gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17332
--- Comment #10 from yuri at tsoft dot com 2006-01-27 03:19 ---
I never advocated C. I only noted that language was unreasonably changed to
simplify few GP tricks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25986
--- Comment #8 from yuri at tsoft dot com 2006-01-27 03:09 ---
> Let's close this PR as we do not have place for trolls.
I am basing my opinion on the very practical experience w/out any intent of
trolling.
You either provide an example of wide-range successful GP use or take b
--- Comment #4 from yuri at tsoft dot com 2006-01-27 00:44 ---
For templates it's sufficient to treat void as type in template
specializations.
No need to further change language.
Especially because generic programming doesn't really scale much beyond it's
'lo
--- Comment #2 from yuri at tsoft dot com 2006-01-27 00:02 ---
> This functionality was *added* on
> purpose to allow generic codes to be written seamlessly
Sure!
Then code "void f() { void x; retrun (x); }" should work. But it produces:
t.C: In function `void f()'
1 - 100 of 141 matches
Mail list logo