U++: Issueshttps://www.ultimatepp.org/redmine/https://www.ultimatepp.org/redmine/redmine/favicon.ico2020-06-13T00:48:40ZRedmine
Redmine Bug #2042 (Approved): Core: Fix build for uppsrc/Core/Cpu.cpp on FreeBSD (after 14570 revision)https://www.ultimatepp.org/redmine/issues/20422020-06-13T00:48:40ZSender Ghost
<p>There is following compiler error on FreeBSD after <a href="https://github.com/ultimatepp/ultimatepp/commit/f6f7919742faa47ef3697744f42152ac49c3d244" class="external">14570</a> revision:<br /><pre>
<..>/uppsrc/Core/Cpu.cpp:182:20: error: variable has incomplete type 'struct vmtotal'
struct vmtotal vmt;
^
<..>/uppsrc/Core/Cpu.cpp:182:12: note: forward declaration of 'vmtotal'
struct vmtotal vmt;
^
1 error generated.
</pre></p>
<p>I found, that "struct vmtotal" defined in <a href="https://github.com/freebsd/freebsd/blob/094736f08fd51603780e5ea50393882f72b54b65/sys/sys/vmmeter.h#L44" class="external">sys/vmmeter.h</a> file.</p>
<p>Patch attached.</p> Bug #2035 (Approved): Core: Fix build of uppsrc/Core/Cpu.cpp for Clang compilers before 3.8.0 ver...https://www.ultimatepp.org/redmine/issues/20352020-05-21T14:06:43ZSender Ghost
<p>There is following error when using Clang 3.4.1 compiler on FreeBSD 10.4 amd64 (for Intel Core 2 Quad CPU):<br /><pre>In file included from <..>/upp/uppsrc/Core/Ops.h:347:
/usr/include/clang/3.4.1/smmintrin.h:28:2: error: "SSE4.1 instruction set not enabled"
#error "SSE4.1 instruction set not enabled"</pre></p>
<p>This is because of usage of<br /><pre>#ifndef __SSE4_1__
#error "SSE4.1 instruction set not enabled"</pre></p>
<p>for <strong>smmintrin.h</strong> include before Clang 3.8.0 version:<br /><a class="external" href="https://github.com/llvm/llvm-project/blob/llvmorg-3.4.1/clang/lib/Headers/smmintrin.h#L27-L28">https://github.com/llvm/llvm-project/blob/llvmorg-3.4.1/clang/lib/Headers/smmintrin.h#L27-L28</a><br /><a class="external" href="https://github.com/llvm/llvm-project/blob/llvmorg-3.7.1/clang/lib/Headers/smmintrin.h#L27-L28">https://github.com/llvm/llvm-project/blob/llvmorg-3.7.1/clang/lib/Headers/smmintrin.h#L27-L28</a><br /><a class="external" href="https://github.com/llvm/llvm-project/blob/llvmorg-3.8.0/clang/lib/Headers/smmintrin.h#L26">https://github.com/llvm/llvm-project/blob/llvmorg-3.8.0/clang/lib/Headers/smmintrin.h#L26</a></p>
<p>The same source code builds ok with using Clang 9.0.1 compiler.</p>
<p>I propose to use <strong>emmintrin.h</strong> (SSE2) instead of <strong>smmintrin.h</strong> (SSE4.1) include and check for <strong>__SSE2__</strong> define, because there is usage of SSE2 intrinsics in <strong>huge_memsetd</strong> and <strong>memsetd</strong> functions:<br /><a class="external" href="https://software.intel.com/sites/landingpage/IntrinsicsGuide/#text=_mm_set1_epi32&expand=4946">https://software.intel.com/sites/landingpage/IntrinsicsGuide/#text=_mm_set1_epi32&expand=4946</a></p>
<p>Some examples of how to use various <strong>*mmintrin.h</strong> header files:<br />uppsrc/plugin/Eigen/Eigen/src/Core/util/ConfigureVectorization.h:<br /><a class="external" href="https://github.com/ultimatepp/ultimatepp/blob/f963516253431f6cb8a7145ee6f3f8a5f61dd567/uppsrc/plugin/Eigen/Eigen/src/Core/util/ConfigureVectorization.h#L336-L359">https://github.com/ultimatepp/ultimatepp/blob/f963516253431f6cb8a7145ee6f3f8a5f61dd567/uppsrc/plugin/Eigen/Eigen/src/Core/util/ConfigureVectorization.h#L336-L359</a><br />uppsrc/plugin/glm/simd/platform.h:<br /><a class="external" href="https://github.com/ultimatepp/ultimatepp/blob/d10614cdcbacb498faae6685078a0fe463a5a4c9/uppsrc/plugin/glm/simd/platform.h#L325-L342">https://github.com/ultimatepp/ultimatepp/blob/d10614cdcbacb498faae6685078a0fe463a5a4c9/uppsrc/plugin/glm/simd/platform.h#L325-L342</a></p> Bug #1995 (Rejected): Draw: The xcb library dependency is not required for uppsrc/Draw package on...https://www.ultimatepp.org/redmine/issues/19952019-10-16T19:22:54ZSender Ghost
<p>The xcb library dependency was added for uppsrc/Draw package at <a href="https://github.com/ultimatepp/mirror/commit/e5a9d0dd6f6aff87990d2a6d53e453e101896d38#diff-b63cd2ebd95b8597d87d678b54272970R27" class="external">1254</a> svn revision. But xcb library dependency wasn't removed after <a href="https://github.com/ultimatepp/mirror/commit/ec8c9eed2c9eaebf53f5ad96d4cd781a115ea5c6#diff-b63cd2ebd95b8597d87d678b54272970L19" class="external">1436</a> svn revision when 'library(BSD) "X11 Xau Xdmcp";' line was removed from uppsrc/Draw/Draw.upp file. The Xau and Xdmcp are library dependencies for xcb library:<br /><pre>
% ldd -a /usr/local/lib/libxcb.so | sed -e 's/ (.*)$//'
/usr/local/lib/libxcb.so:
libXau.so.6 => /usr/local/lib/libXau.so.6
libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6
libthr.so.3 => /lib/libthr.so.3
libc.so.7 => /lib/libc.so.7
/usr/local/lib/libXau.so.6:
libc.so.7 => /lib/libc.so.7
/usr/local/lib/libXdmcp.so.6:
libc.so.7 => /lib/libc.so.7
/lib/libthr.so.3:
libc.so.7 => /lib/libc.so.7
</pre></p>
<p>The examples/AddressBook and reference/ConsoleDraw packages builds ok on FreeBSD, if remove "library(FREEBSD) xcb;" line from uppsrc/Draw/Draw.upp file.</p>
<p>For example, (filtered) ldd output for ConsoleDraw executable:<br /><pre>
% ldd -a ./ConsoleDraw | sed 's/ (.*)$// ; s|^/.*/||' | head -15
ConsoleDraw:
libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1
libfreetype.so.6 => /usr/local/lib/libfreetype.so.6
libexpat.so.1 => /usr/local/lib/libexpat.so.1
libpng16.so.16 => /usr/local/lib/libpng16.so.16
libthr.so.3 => /lib/libthr.so.3
librt.so.1 => /usr/lib/librt.so.1
libexecinfo.so.1 => /usr/lib/libexecinfo.so.1
libz.so.6 => /lib/libz.so.6
libc++.so.1 => /usr/lib/libc++.so.1
libcxxrt.so.1 => /lib/libcxxrt.so.1
libm.so.5 => /lib/libm.so.5
libgcc_s.so.1 => /lib/libgcc_s.so.1
libc.so.7 => /lib/libc.so.7
libfontconfig.so.1:
</pre></p>
<p>There is xcb library dependency in <a href="https://github.com/ultimatepp/mirror/blob/20e10b326f4d867da916ac94a6ce0b2113722468/uppsrc/CtrlCore/CtrlCore.upp#L29" class="external">uppsrc/CtrlCore</a> package for examples/AddressBook case.</p>
<p>Patch attached.</p> Bug #1994 (Rejected): CtrlCore: Xinerama library dependency required for "GUI .NOGTK" on FreeBSDhttps://www.ultimatepp.org/redmine/issues/19942019-10-16T18:31:02ZSender Ghost
<p>There is following linking error, if build examples/AddressBook package with using "GUI .NOGTK" main package configuration on FreeBSD operating system:<br /><pre>
Linking...
<...>/CtrlCore/CLANG.Gui.Nogtk.Shared/CtrlCore.a(X11App.o): In function `Upp::FindScreensResolutions()':
<..>/uppsrc/CtrlCore/X11App.cpp:(.text._ZN3Upp22FindScreensResolutionsEv+0x2c): undefined reference to `XineramaQueryExtension'
<..>/uppsrc/CtrlCore/X11App.cpp:(.text._ZN3Upp22FindScreensResolutionsEv+0x40): undefined reference to `XineramaIsActive'
<..>/uppsrc/CtrlCore/X11App.cpp:(.text._ZN3Upp22FindScreensResolutionsEv+0x5f): undefined reference to `XineramaQueryScreens'
c++: error: linker command failed with exit code 1 (use -v to see invocation)
</pre></p>
<p>With following (filtered) ldd output for AddressBook executable (after applied patch):<br /><pre>
% ldd -a AddressBook | sed 's/ (.*)$// ; s|^/.*/||' | head -22
AddressBook:
libX11.so.6 => /usr/local/lib/libX11.so.6
libXau.so.6 => /usr/local/lib/libXau.so.6
libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6
libXft.so.2 => /usr/local/lib/libXft.so.2
libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1
libXrender.so.1 => /usr/local/lib/libXrender.so.1
libfreetype.so.6 => /usr/local/lib/libfreetype.so.6
libexpat.so.1 => /usr/local/lib/libexpat.so.1
libxcb.so.1 => /usr/local/lib/libxcb.so.1
libXinerama.so.1 => /usr/local/lib/libXinerama.so.1
libthr.so.3 => /lib/libthr.so.3
librt.so.1 => /usr/lib/librt.so.1
libexecinfo.so.1 => /usr/lib/libexecinfo.so.1
libz.so.6 => /lib/libz.so.6
libpng16.so.16 => /usr/local/lib/libpng16.so.16
libc++.so.1 => /usr/lib/libc++.so.1
libcxxrt.so.1 => /lib/libcxxrt.so.1
libm.so.5 => /lib/libm.so.5
libgcc_s.so.1 => /lib/libgcc_s.so.1
libc.so.7 => /lib/libc.so.7
libX11.so.6:
</pre></p>
<p>Patch attached. But I guess, possible to simplify many Xinerama library dependency cases for uppsrc/CtrlCore package.</p> Feature #1993 (Patch ready): Ide/Builders: U++ builder for clang-tidyhttps://www.ultimatepp.org/redmine/issues/19932019-10-15T11:36:58ZSender Ghost
<p>There is <a href="https://clang.llvm.org/extra/clang-tidy/" class="external">clang-tidy</a> tool available as part of LLVM/Clang.</p>
<p>The clang-tidy has following usage format (for advanced use):<br /><pre>clang-tidy [options] <source0> [... <sourceN>] [-- [compiler options]]</pre><br />Where "options" is clang-tidy options, "source0" is some C/C++ source code file(s), "--" is some delimiter between clang-tidy and compiler options, such as includes (-I) and defines (-D).</p>
<p>For example:<br /><pre>clang-tidy --quiet -header-filter=".*" -checks="-*,modernize-use-override" test.cpp</pre><br />may use <a href="https://clang.llvm.org/extra/clang-tidy/checks/modernize-use-override.html" class="external">modernize-use-override</a> checker for test.cpp file.<br />Possible to apply available fixes with using "-fix" clang-tidy option:<br /><pre>clang-tidy --quiet -header-filter=".*" -checks="-*,modernize-use-override" -fix test.cpp</pre></p>
<p>Some command to get list of available checkers:<br /><pre>clang-tidy -list-checks -checks="*"</pre></p>
<p>Possible to use SCRIPT builder for some build method for clang-tidy.<br />But also possible to implement this as some kind of U++ builder (which also may support BLITZ build).</p>
<p>Therefore, I propose to create U++ builder for clang-tidy.</p>
<p>Some patch attached. Based on GccBuilder::BuildPackage method.<br />The clang-tidy options possible to use as part of "Compiler name" for build method. So, I also extended width of EditString for compiler variable in BuildMethodsDefaultBuilderSetupLayout layout for uppsrc/ide/ide.lay file.</p> Feature #1992 (Approved): IconDes: Line endings support for image designerhttps://www.ultimatepp.org/redmine/issues/19922019-10-09T02:20:03ZSender Ghost
<p>Similar to the current (at <a href="https://github.com/ultimatepp/mirror/commit/5a5cdb275ac0b079332f6fe07e3638347b166244" class="external">13633</a> revision) TheIDE's layout designer, the image designer uses "\r\n" line endings to save *.iml file(s) by default. As a consequence, this may affect creation of patches for *.iml file(s), which may include changes for line endings, among other things. There was a need to convert affected *.iml file(s) to previous line endings state to fix this.</p>
<p>Some examples of LF ("\n") *.iml files:<br /><a href="https://github.com/ultimatepp/mirror/blob/1f34594209f45bca6f917a2a2367c17846835a52/uppsrc/CodeEditor/CodeEditor.iml" class="external">uppsrc/CodeEditor/CodeEditor.iml</a><br /><a href="https://github.com/ultimatepp/mirror/blob/8d3d7c1f07b8cfca2334ddad869f4be86c21695c/uppsrc/CtrlCore/Ctrl.iml" class="external">uppsrc/CtrlCore/Ctrl.iml</a><br /><a href="https://github.com/ultimatepp/mirror/blob/3f86269de04ab592df026b0568d9b4b63f1c9c9b/uppsrc/IconDes/IconDes.iml" class="external">uppsrc/IconDes/IconDes.iml</a><br /><a href="https://github.com/ultimatepp/mirror/blob/544d7740f7008f080c5c9771df999005b645bd73/uppsrc/ide/ide.iml" class="external">uppsrc/ide/ide.iml</a><br /><a href="https://github.com/ultimatepp/mirror/blob/d1eba1a4bbb0040b5bf33b3e20de70e28e47507a/uppsrc/ide/LayDes/LayDes.iml" class="external">uppsrc/ide/LayDes/LayDes.iml</a></p>
<p>Some examples of CRLF ("\r\n") *.iml files:<br /><a href="https://github.com/ultimatepp/mirror/blob/0676951ef76ff1afe33682d95979ddea494624a5/uppsrc/CtrlCore/CtrlCore.iml" class="external">uppsrc/CtrlCore/CtrlCore.iml</a><br /><a href="https://github.com/ultimatepp/mirror/blob/1f34594209f45bca6f917a2a2367c17846835a52/uppsrc/TabBar/TabBar.iml" class="external">uppsrc/TabBar/TabBar.iml</a><br /><a href="https://github.com/ultimatepp/mirror/blob/c6d0d6c9c461f54c9e31aecab42fa8bb1970208f/uppsrc/XmlView/XmlView.iml" class="external">uppsrc/XmlView/XmlView.iml</a><br /><a href="https://github.com/ultimatepp/mirror/blob/2369e19af1133d2c8f16ef884ba34f661915b4c6/uppsrc/ide/MacroManager/MacroManager.iml" class="external">uppsrc/ide/MacroManager/MacroManager.iml</a><br /><a href="https://github.com/ultimatepp/mirror/blob/15cc14a16f205ee863e2a4221df25c49ddf803a5/uppsrc/urepo/urepo.iml" class="external">uppsrc/urepo/urepo.iml</a></p>
<p>I propose to detect known line endings for TheIDE's image designer, which are used to save *.iml file(s).</p> Feature #1990 (Approved): ide/LayDes: Line endings support for layout designerhttps://www.ultimatepp.org/redmine/issues/19902019-10-06T03:29:35ZSender Ghost
<p>As you may know, if the layout (*.lay) file has other than "\r\n" line endings, they maybe <a href="https://github.com/ultimatepp/mirror/blob/92fc3a753ab14484e1af3aae7baee67baba5594a/uppsrc/ide/LayDes/layout.cpp#L97" class="external">converted</a> to "\r\n", if open (and close or switch to a different file, if "Save file on TheIde window deactivation" is not enabled for Editor settings) mentioned file in TheIDE's layout designer (for example, at <a href="https://github.com/ultimatepp/mirror/commit/e160835ae32355696df6146f98737549fd9fddb8" class="external">13628</a> revision). As a consequence, this may affect creation of patches for layout file(s), which may include changes for line endings, among other things. There was a need to convert affected layout file(s) to previous line endings state to fix this.</p>
<p>Some examples of LF ("\n") layout files:<br /><a href="https://github.com/ultimatepp/mirror/blob/148bcfb4d69ff75b622973dc34a7b81ed7ae9f47/uppsrc/CodeEditor/CodeEditor.lay" class="external">uppsrc/CodeEditor/CodeEditor.lay</a><br /><a href="https://github.com/ultimatepp/mirror/blob/3522814e2bc0bf43f1224db0c6d46c4bd8eb3bfb/uppsrc/CtrlLib/Ctrl.lay" class="external">uppsrc/CtrlLib/Ctrl.lay</a><br /><a href="https://github.com/ultimatepp/mirror/blob/f2e693573e2e543eb798af0f20d6a2e1158390b8/uppsrc/IconDes/IconDes.lay" class="external">uppsrc/IconDes/IconDes.lay</a><br /><a href="https://github.com/ultimatepp/mirror/blob/5123a7e3e967a95ee584ba29678af52ed2b2e3d7/uppsrc/ide/ide.lay" class="external">uppsrc/ide/ide.lay</a><br /><a href="https://github.com/ultimatepp/mirror/blob/f83e1ab08e8c1e774e9b564ec17e9748b5737da0/uppsrc/ide/LayDes/LayDes.lay" class="external">uppsrc/ide/LayDes/LayDes.lay</a></p>
<p>Some examples of CRLF ("\r\n") layout files:<br /><a href="https://github.com/ultimatepp/mirror/blob/395b0f2b2bcc28880fdc50ac012f9c68833de63e/uppsrc/Docking/Docking.lay" class="external">uppsrc/Docking/Docking.lay</a><br /><a href="https://github.com/ultimatepp/mirror/blob/690ffba5e71f77dc4bd6b5463eaeb786b6618b97/uppsrc/ide/MacroManager/MacroManager.lay" class="external">uppsrc/ide/MacroManager/MacroManager.lay</a><br /><a href="https://github.com/ultimatepp/mirror/blob/005d779b916c3cb64a1ef8a185b31e79ef6476c6/uppsrc/ScatterCtrl/ScatterCtrl.lay" class="external">uppsrc/ScatterCtrl/ScatterCtrl.lay</a><br /><a href="https://github.com/ultimatepp/mirror/blob/bf2387c52fb727a88eb54413cc48dadc6a0fe956/uppsrc/urepo/urepo.lay" class="external">uppsrc/urepo/urepo.lay</a><br /><a href="https://github.com/ultimatepp/mirror/blob/15cc14a16f205ee863e2a4221df25c49ddf803a5/uppsrc/urepo/usvn.lay" class="external">uppsrc/urepo/usvn.lay</a></p>
<p>I propose to detect known line endings for TheIDE's layout designer, which are used to save the layout to a file.</p> Bug #1805 (Rejected): Core: The Clang 3.4 compiler supports std::decay_t template with using -std...https://www.ultimatepp.org/redmine/issues/18052017-11-07T23:12:56ZSender Ghost
<p>The <a href="https://github.com/ultimatepp/mirror/commit/eaf0af02668d290759436a031b4d21ffb741e5f2" class="external">11438</a> revision added restrictions for Clang 3.4 compiler in <a href="https://github.com/ultimatepp/mirror/blob/eaf0af02668d290759436a031b4d21ffb741e5f2/uppsrc/Core/CoWork.h#L158" class="external">uppsrc/Core/CoWork.h</a> file.<br />I propose to remove such restriction and take informative approach instead, because possible to use other -std value (e.g. -std=c++11) for more modern compiler with the same "not compiled" effect.</p>
<p>Some links for reference:<br /><a class="external" href="http://clang.llvm.org/cxx_status.html#cxx14">http://clang.llvm.org/cxx_status.html#cxx14</a><br /><a class="external" href="https://github.com/llvm-mirror/libcxx/blob/c3f25abd635423dcaad2efc4db13ab5264e8393c/include/__config#L916-L926">https://github.com/llvm-mirror/libcxx/blob/c3f25abd635423dcaad2efc4db13ab5264e8393c/include/__config#L916-L926</a><br /><a class="external" href="https://github.com/llvm-mirror/libcxx/blob/f2c4a96359e4cbf7fa575f27d7e94248e5fd84b8/include/type_traits#L1308-L1310">https://github.com/llvm-mirror/libcxx/blob/f2c4a96359e4cbf7fa575f27d7e94248e5fd84b8/include/type_traits#L1308-L1310</a></p> Bug #1649 (New): CtrlCore: 'CurrentTime' macro redefined in GtkX11Util.cpp filehttps://www.ultimatepp.org/redmine/issues/16492017-02-23T12:52:27ZSender Ghost
<p>The following warning was found on FreeBSD 10.3 (GTK+ 2.24.29, libX11 1.6.4, xproto 7.0.31) with using LLVM/Clang 3.4.1 (and 3.9.1) compiler:<br /><pre>In file included from <...>/uppsrc/CtrlCore/GtkX11Util.cpp:15:
In file included from /usr/local/include/gtk-2.0/gdk/gdkx.h:32:
In file included from /usr/local/include/X11/Xlib.h:44:
/usr/local/include/X11/X.h:139:9: warning: 'CurrentTime' macro redefined
#define CurrentTime 0L /* special Time */
^
<...>/uppsrc/CtrlCore/GtkX11Util.cpp:13:9: note: previous definition is here
#define CurrentTime XCurrentTime
^
1 warning generated.</pre></p>
<p>Reference links:<br /><a class="external" href="https://github.com/ultimatepp/mirror/blob/2b60bd8e064361c4470c6c2d881b3b82a8f38835/uppsrc/CtrlCore/GtkX11Util.cpp#L15">https://github.com/ultimatepp/mirror/blob/2b60bd8e064361c4470c6c2d881b3b82a8f38835/uppsrc/CtrlCore/GtkX11Util.cpp#L15</a><br /><a class="external" href="https://git.gnome.org/browse/gtk+/tree/gdk/x11/gdkx.h?h=2.24.29#n32">https://git.gnome.org/browse/gtk+/tree/gdk/x11/gdkx.h?h=2.24.29#n32</a><br /><a class="external" href="https://cgit.freedesktop.org/xorg/lib/libX11/tree/include/X11/Xlib.h?id=libX11-1.6.4#n44">https://cgit.freedesktop.org/xorg/lib/libX11/tree/include/X11/Xlib.h?id=libX11-1.6.4#n44</a><br /><a class="external" href="https://cgit.freedesktop.org/xorg/proto/xproto/tree/X.h?id=xproto-7.0.31#n139">https://cgit.freedesktop.org/xorg/proto/xproto/tree/X.h?id=xproto-7.0.31#n139</a><br /><a class="external" href="https://github.com/ultimatepp/mirror/blob/2b60bd8e064361c4470c6c2d881b3b82a8f38835/uppsrc/CtrlCore/GtkX11Util.cpp#L13">https://github.com/ultimatepp/mirror/blob/2b60bd8e064361c4470c6c2d881b3b82a8f38835/uppsrc/CtrlCore/GtkX11Util.cpp#L13</a></p> Bug #497 (Approved): Ide/Browser: ParseItemNatural function with empty namehttps://www.ultimatepp.org/redmine/issues/4972013-07-28T16:39:41ZSender Ghost
<p>The following excerpt from C/C++ source code leads to "Out of memory" panic message inside of <a href="/redmine/projects/upp/repository/revisions/1436/entry/trunk/uppsrc/ide/Browser/Item.cpp#L81">ParseItemNatural</a> function:<br /><pre><code class="cpp syntaxhl"><span class="CodeRay">a :<span class="integer">2</span>:
</span></code></pre><br />But also applicable for <strong>//$</strong> comment:<br /><pre><code class="cpp syntaxhl"><span class="CodeRay"><span class="comment">//$Id: Description 1234-12-12 12:34:56Z nickname $</span>
</span></code></pre></p> Bug #491 (Approved): CtrlLib: EditNumber functions on MinGW GCChttps://www.ultimatepp.org/redmine/issues/4912013-07-13T23:16:57ZSender Ghost
<p>The double version of <a href="http://www.ultimatepp.org/redmine/projects/upp/repository/revisions/6183/entry/trunk/uppsrc/CtrlLib/CtrlUtil.h#L13" class="external">EditNumber</a> function uses <strong>DBL_MIN</strong> and <strong>DBL_MAX</strong> defines from float.h header file. There are such includes for MSC compiler on <a href="http://www.ultimatepp.org/redmine/projects/upp/repository/revisions/6186/entry/trunk/uppsrc/Core/Core.h#L157" class="external">Windows</a> and GCC compiler on <a href="http://www.ultimatepp.org/redmine/projects/upp/repository/revisions/6186/entry/trunk/uppsrc/Core/Core.h#L73" class="external">Posix</a>, but not for MinGW GCC on Windows.<br />Also, double version of <strong>EditNumber</strong> function is not implemented, because of <strong>int</strong> type <a href="http://www.ultimatepp.org/redmine/projects/upp/repository/revisions/6183/entry/trunk/uppsrc/CtrlLib/CtrlUtil.cpp#L189" class="external">mistake</a>, instead of <strong>double</strong>.</p> Feature #483 (Rejected): Ide (LayDes): Zoomable and not zoomable layout itemshttps://www.ultimatepp.org/redmine/issues/4832013-05-31T07:27:25ZSender Ghost
<p>There is a possibility to use not zoomed logical positions for layout items. By default, they are zoomable.<br />I propose the patch to distinguish them.</p>
<hr />
<p><a href="http://www.ultimatepp.org/forum/index.php?t=msg&goto=40049&#msg_40049" class="external">BUG with .lay files - 'Z's added</a><br /><a href="http://www.ultimatepp.org/forum/index.php?t=msg&goto=40052&#msg_40052" class="external">Upp GUI size in Win and Ubuntu</a></p> Bug #479 (Approved): Core: AddStackTrace function on FreeBSDhttps://www.ultimatepp.org/redmine/issues/4792013-05-24T04:13:09ZSender Ghost
<p>The <a href="/redmine/projects/upp/repository/revisions/6028/entry/trunk/uppsrc/Core/Util.cpp#L42">AddStackTrace</a> function requires to use <strong>backtrace</strong> and <strong>backtrace_symbols</strong> functions from <strong>execinfo.h</strong> header file. On the FreeBSD they linked to <a href="http://www.freshports.org/devel/libexecinfo/" class="external">libexecinfo</a> library.</p> Bug #332 (Rejected): CtrlLib: MenuBar::Execute changeshttps://www.ultimatepp.org/redmine/issues/3322012-09-27T15:41:34ZSender Ghost
<p>After changes to <strong>MenuBar::Execute</strong> (r5365) it doesn't work in some cases.</p>
<p>Test case:<br />1. Open some package from <strong>TheIDE</strong> (builded after r5365).<br />2. Right mouse click on some package from packages list and select "Package organizer.." bar.<br />3. Inside opened "Package organizer" window try to add "New libraries..", for example.</p>
<p>The same "Package organizer" window, but opened from "Project" -> "Package organizer.." bar, allows to add "New libraries..", for example.</p>
<p>Proposed (temporary) solution is to revert the r5365 <a href="/redmine/projects/upp/repository/revisions/5365/diff/trunk/uppsrc/CtrlLib/MenuBar.cpp">changes</a>.</p> Bug #177 (Rejected): CodeEditor: Consider fixing incorrect braces in syntax highlightinghttps://www.ultimatepp.org/redmine/issues/1772011-11-19T19:01:16ZSender Ghost
<p><a class="issue tracker-1 status-8 priority-6 priority-high2 closed" href="https://www.ultimatepp.org/redmine/issues/165" title="CodeEditor: incorrect refresh with scope highlighting enabled (Approved)">#165</a></p>