I noticed that the log2() function in GNU Octave returns inaccurate results
for many arguments that are exactly representable integer powers of 2.
After discussion on the Octave mailing list https://savannah.gnu.org/bugs/?42583
it occurs that Octave doesn't have this problem on most other platform
Since I updated gcc from version 4.9.0-1 to 4.9.2-1, I obtain the error
collect2: Fehler: ld mit Signal 11 [Segmentation fault] beendet
when compiling and linking a C or C++ program. However, an executable is
generated and appears to work as expected.
I installed the latest test release of
Am 06.11.2014 um 23:37 schrieb JonY:
On 11/7/2014 05:06, Falk Tannhäuser wrote:
Since I updated gcc from version 4.9.0-1 to 4.9.2-1, I obtain the error
collect2: Fehler: ld mit Signal 11 [Segmentation fault] beendet
when compiling and linking a C or C++ program. However, an executable is
Am 07.11.2014 um 10:32 schrieb JonY:
1.7.33 fixed the incorrect behavior that unfortunately broke gcc
__cxa_atexit usage. The next 1.7.33-0.8 should be more tolerant of the
old .32 behavior.
After 1.7.33 is officially released, gcc-4.8.3-4 and 4.9 will switch to
the standard conformant behavior.
The following little C++ program produces several linker errors of the kind
/tmp/vec2-125520.o:(.xdata+0x8): undefined reference to `__gxx_personality_v0'
/tmp/vec2-125520.o:(.xdata+0x8): relocation truncated to fit: rva32 against
undefined symbol `__gxx_personality_v0'
_
#i
Hi,
After the recent update of the OpenBLAS library from 0.2.16-1 to 0.2.19-1,
I was unable to launch Octave (version 4.0.1) - neither octave-cli nor the GUI
works.
No error message is displayed when launching from the Bash command line,
the program just silently exits, returning an exit code
Hi,
Finally it seems that my problems were caused by an incomplete update of
cygwin1.dll from 2.5.2 to 2.6.0
and after a reboot everything works fine (cygwin 2.6.0-1 with libopenblas
0.2.19-1 and octave 4.0.1-2).
So there is no bug after all - sorry for the noise!
Falk
cygcheck.tar.xz
Descript
The package liblapack-devel (LAPACK library for linear algebra operations, see
https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fliblapack-devel%2Fliblapack-devel-3.8.0-1&grep=cblas)
contains the header file usr/include/cblas.h (among others), library files as
usr/lib/libblas.a, usr/lib/
I started to test the new OpenCV packages and I noticed that each call to the imshow() function delays for usually 25 seconds. Most of the time,
the following message is displayed:
** (Great title:11352): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.NoReply:
Am 07.05.2017 um 21:16 schrieb René Berber:
Obviously you are not running dbus-daemon, which accounts for the
time-out, and the delay, but where does that dependency come from? Is it
needed? apparently not.
According to OpenCV's documentation
(http://docs.opencv.org/2.4/doc/tutorials/introductio
10 matches
Mail list logo
