[Bug fortran/90329] Incompatibility between gfortran and C lapack calls

2019-05-21 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329 --- Comment #39 from Conrad S --- > A better question might be: Are you going to fix your code? Yes [1], but that's besides the point here. I can certainly fix my code, but that leaves 99% of other software. Backports to gcc 8.x and 9.x would

[Bug fortran/90329] Incompatibility between gfortran and C lapack calls

2019-05-21 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329 --- Comment #37 from Conrad S --- Thanks for the workaround. Will the patches be backported to gcc 8.x and 9.x ?

[Bug fortran/90329] Incompatibility between gfortran and C lapack calls

2019-05-14 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329 Conrad S changed: What|Removed |Added CC||conradsand.arma at gmail dot com

[Bug c++/64870] value not set via reference

2015-01-30 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64870 --- Comment #6 from Conrad conradsand.arma at gmail dot com --- (In reply to Andrew Pinski from comment #5) No, that is not how C++ defines it. As mentioned before C++ does not define the order of the execution of the operands. I agree

[Bug c++/64870] New: value not set via reference

2015-01-29 Thread conradsand.arma at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: conradsand.arma at gmail dot com Created attachment 34624 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34624action=edit rebug.cpp gcc 4.9.2 fails to set a value through a reference. Consider the following code: #include iostream struct

[Bug c++/64870] value not set via reference

2015-01-29 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64870 --- Comment #2 from Conrad conradsand.arma at gmail dot com --- Notwithstanding loopholes in C++ legalese, the expected result is to evaluate things left to right, just like reading words and sentences. clang produces the least surprising result

[Bug c++/64870] value not set via reference

2015-01-29 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64870 --- Comment #4 from Conrad conradsand.arma at gmail dot com --- (In reply to Marc Glisse from comment #3) Except when there is an = sign, where you expect the right hand side to be evaluated before the left? And maybe a few other cases

[Bug c++/64410] gcc 25% slower than clang 3.5 for adding complex numbers

2014-12-26 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64410 --- Comment #2 from Conrad conradsand.arma at gmail dot com --- (In reply to Marc Glisse from comment #1) 3) the ABI for complex uses 2 separate double instead of a vector of 2 double. Technically yes, but in practice aren't the 2 separate

[Bug c++/64410] New: gcc 25% slower than clang 3.5 for adding complex numbers

2014-12-25 Thread conradsand.arma at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: conradsand.arma at gmail dot com Created attachment 34336 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34336action=edit cxaddspeed.cpp gcc 4.9.2 has worse performance than clang 3.5 when

[Bug c++/62659] [4.9/5 regression] Regression in template argument substitution in 4.9+

2014-09-05 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62659 Conrad conradsand.arma at gmail dot com changed: What|Removed |Added CC||conradsand.arma

[Bug c++/62255] Introducing an unrelated template parameter causes compilation to fail

2014-08-25 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62255 Conrad conradsand.arma at gmail dot com changed: What|Removed |Added CC||conradsand.arma

[Bug c++/62255] Introducing an unrelated template parameter causes compilation to fail

2014-08-25 Thread conradsand.arma at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62255 --- Comment #2 from Conrad conradsand.arma at gmail dot com --- When the irrelevant template parameter is used (arma_template_test.ii), g++ thinks that value in the following code can't be determined at compile time: templatetypename T struct

[Bug libgomp/60035] [PATCH] make it possible to use OMP on both sides of a fork (without violating standard)

2014-02-06 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60035 Conrad conradsand.arma at gmail dot com changed: What|Removed |Added CC||conradsand.arma

[Bug c++/59994] New: [meta-bug] thread_local

2014-01-30 Thread conradsand.arma at gmail dot com
: unassigned at gcc dot gnu.org Reporter: conradsand.arma at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59364 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58672 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55800 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57163

[Bug c++/59364] thread_local link error

2014-01-30 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59364 --- Comment #6 from Conrad conradsand.arma at gmail dot com --- Any chance of a backport of this fix to gcc 4.8.3 ?

[Bug c++/59364] C++11 extern thread_local breaks linking: undefined reference to TLS init function

2013-12-09 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59364 --- Comment #2 from Conrad conradsand.arma at gmail dot com --- I wouldn't call the method presented in the comments to bug #55800 as a workaround. Quote: at least adding .globl _ZTWN3xyz3blaE _ZTWN3xyz3blaE = __tls_init manually at the end

[Bug c++/59364] C++11 extern thread_local breaks linking: undefined reference to TLS init function

2013-12-09 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59364 --- Comment #3 from Conrad conradsand.arma at gmail dot com --- Reduced test case. Compile with: g++ a.cpp -c -o a.o -std=c++11 g++ b.cpp -c -o b.o -std=c++11 g++ a.o b.o -o prog -std=c++11 file foo.hpp: class foo { public: inline foo

[Bug c++/59364] C++11 extern thread_local breaks linking: undefined reference to TLS init function

2013-12-09 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59364 --- Comment #4 from Conrad conradsand.arma at gmail dot com --- Created attachment 31406 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31406action=edit reduced test case Attached reduced_test_case.tar.gz No need for pre-processed input

[Bug c++/59364] New: C++11 extern thread_local breaks linking: undefined reference to TLS init function

2013-12-01 Thread conradsand.arma at gmail dot com
Severity: major Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: conradsand.arma at gmail dot com Short description: Declaring a variable as extern thread_local in a C++11 program leads to undefined reference to `TLS init function

[Bug c++/57163] Link failure with thread_local

2013-12-01 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57163 Conrad conradsand.arma at gmail dot com changed: What|Removed |Added CC||conradsand.arma

[Bug c++/55436] g++ compiles invalid code with child class of nested class in template class

2013-10-11 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55436 Conrad conradsand.arma at gmail dot com changed: What|Removed |Added CC||conradsand.arma

[Bug c++/55436] g++ compiles invalid code with child class of nested class in template class

2013-01-08 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55436 --- Comment #8 from Conrad conradsand.arma at gmail dot com 2013-01-09 06:03:07 UTC --- Can we change this bug status to _confirmed_, and the target milestone to 4.8.0 ?

[Bug c++/55436] g++ compiles invalid code with child class of nested class in template class

2012-12-18 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55436 Conrad conradsand.arma at gmail dot com changed: What|Removed |Added CC||redi

[Bug c++/55436] g++ compiles invalid code with child class of nested class in template class

2012-12-18 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55436 Conrad conradsand.arma at gmail dot com changed: What|Removed |Added Version|4.7.2 |4.8.0

[Bug c++/55436] New: g++ compiles invalid code with child class of nested class in template class

2012-11-21 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55436 Bug #: 55436 Summary: g++ compiles invalid code with child class of nested class in template class Classification: Unclassified Product: gcc Version: 4.7.2

[Bug c++/53549] [4.7/4.8 Regression] g++ and armadillo 3.2.0, operator() is inaccessible

2012-07-22 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53549 --- Comment #14 from Conrad conradsand.arma at gmail dot com 2012-07-23 05:25:29 UTC --- (In reply to comment #13) Fixed. Thanks!

[Bug c++/53549] [4.7/4.8 Regression] g++ and armadillo 3.2.0, operator() is inaccessible

2012-07-10 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53549 --- Comment #10 from Conrad conradsand.arma at gmail dot com 2012-07-10 07:22:00 UTC --- Created attachment 27769 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27769 arma323.ii.gz Retested with gcc 4.7.1 and Armadillo 3.2.3 (latest upstream

[Bug c++/53549] g++ and armadillo 3.2.0, operator() is inaccessible

2012-06-12 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53549 --- Comment #4 from Conrad conradsand.arma at gmail dot com 2012-06-12 08:59:54 UTC --- Created attachment 27607 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27607 pre-processed source exposing the bug bug confirmed on Fedora 17, using gcc

[Bug c++/53549] [4.7/4.8 Regression] g++ and armadillo 3.2.0, operator() is inaccessible

2012-06-12 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53549 --- Comment #6 from Conrad conradsand.arma at gmail dot com 2012-06-12 09:42:08 UTC --- bug not present when compiling with Clang 3.0 (I've found clang to often have more thorough/readable diagnostics than gcc) output of clang -v: clang version

[Bug c++/53549] g++ and armadillo 3.2.0, operator() is inaccessible

2012-06-01 Thread conradsand.arma at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53549 --- Comment #3 from Conrad conradsand.arma at gmail dot com 2012-06-01 13:27:47 UTC --- arma::ivec3 from Armadillo works under gcc 4.4.6 20110731 (Red Hat 4.4.6-3). This bug might be related to 52470 and 52685: http://gcc.gnu.org/bugzilla