Author Topic: The 21 January 2015 build (10074) is out.  (Read 17306 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
The 21 January 2015 build (10074) is out.
« on: January 21, 2015, 06:39:35 pm »
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll for Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw28u_gcc_cb_wx2812_gcc481-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/mingwm10_gcc481-TDM.7z

The 21 January 2015 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2015/CB_20150121_rev10074_win32.7z
  - Linux :
   none

Resolved Fixed:

  • pumped (wx)Scinitlla to v3.53, finally bringing the "HEX" lexers to the core
  • updating astyle library to v2.05
  • editor: adjust lexer configuration to last scintilla release
  • CCManager: allow tooltips to be shown via only keybindings (no mouse dwell)
  • EditorTweaks: new option to enable laptop friendly keyboard shortcuts (for systems with missing or inconveniently placed home, end, page up, page down, and delete keys). Includes some minor reorganization of the sources.

Regressions/Confirmed/Annoying/Common bugs:


    « Last Edit: January 22, 2015, 04:44:13 pm by jens »

    Offline dmoore

    • Developer
    • Lives here!
    • *****
    • Posts: 1576
    Re: The 21 January 2014 build (10074) is out.
    « Reply #1 on: January 21, 2015, 09:15:43 pm »
    • EditorTweaks: new option to enable laptop friendly keyboard shortcuts (for systems with missing or inconveniently placed home, end, page up, page down, and delete keys). Includes some minor reorganization of the sources.

    It's amazing what you can do on a "celeron" powered Chromebook these days, if only their keyboards were a little more full featured.  ;)

    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 21 January 2014 build (10074) is out.
    « Reply #2 on: January 21, 2015, 09:26:05 pm »
    Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
    Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc19, fc20, fc21 and rawhide), RedHat/CentOS 5 and 6 packages (also 32-bit and 64-bit) and RedHat/CentOS 7 packages (only 64-bit at the moment) can be found in my rpm-repo.
    I recently switched to copr to build and host my Fedora and CentOS packages.
    Instructions how to use it can be found on my server (easier) or on copr (a little more handwork needed).

    By the way:
    users who did not add my rpm-repo manually but by downloading the appropriate rpm (with my repo-file inside) should get an automatic update to the new repo.

    Offline airc

    • Multiple posting newcomer
    • *
    • Posts: 37
    Re: The 21 January 2014 build (10074) is out.
    « Reply #3 on: January 22, 2015, 11:07:55 am »
    isn't The 21 January 2015 ?

    Offline zaazbb

    • Multiple posting newcomer
    • *
    • Posts: 14
    Re: The 21 January 2014 build (10074) is out.
    « Reply #4 on: January 22, 2015, 03:25:06 pm »
    is there a  nightly build for mac os x?

    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 21 January 2014 build (10074) is out.
    « Reply #5 on: January 22, 2015, 04:44:39 pm »
    isn't The 21 January 2015 ?
    Fixed, thank you!

    Nazdhun

    • Guest
    Re: The 21 January 2015 build (10074) is out.
    « Reply #6 on: January 28, 2015, 08:15:08 am »
    Hi,

    i've one question. Not sure if this topic is the right place, so please move it if required.

    I've been using nightly builds for some time now, everything's fine for my needs. I am compiling/debugging widelands http://wl.widelands.org with Code::Blocks. The project file is compiled by CMake.
    Now, opening the cbp project file takes ~60 seconds to open with Code::Blocks on my i7 laptop on a SSD. This 60 seconds Code::Blocks does not react to any input.
    It does not matter, how many files C:B has to reopen from the last session or if i disable code|symbol completion.

    So is this normal for a project this size, or does the CMake generator messing something up?

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 21 January 2015 build (10074) is out.
    « Reply #7 on: March 10, 2015, 10:22:36 am »
    Nazdhun: Can you post minimal steps we need to follow to reproduce the problem? (eg clone this repo, run this command, run that command, etc).
    Also what is the OS you're using?
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline BlueHazzard

    • Developer
    • Lives here!
    • *****
    • Posts: 3353
    Re: The 21 January 2015 build (10074) is out.
    « Reply #8 on: March 10, 2015, 10:01:39 pm »
    is there a  nightly build for mac os x?
    sadly there is no active mac os x developer, so i don't think that there is a official nightly build...

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 21 January 2015 build (10074) is out.
    « Reply #9 on: March 10, 2015, 11:31:36 pm »
    Can I ask you to test a few nightlies back and tell me which is the first to exhibit the spell check problem?
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 21 January 2015 build (10074) is out.
    « Reply #10 on: March 11, 2015, 12:49:04 am »
    After some debugging I've found that the encoding conversion fails for my dictionary.

    This happens, because the encoding in the file is unsupported by iconv on linux.
    Code
    $ head -n 1 /usr/share/myspell/bg_BG.aff 
    SET microsoft-cp1251
    iconv supports cp1251 and WINDOWS-1251, but not microsoft-cp1251. :(

    Can you post the encodings for the dicts that fail and your operating system?
    (most of the time I ignore long posts)
    [strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]