User forums > Nightly builds
The 20 September 2017 build (11176) is out.
oBFusCATed:
--- Quote from: Khram on October 01, 2017, 11:29:13 am ---Spelling does not work. The practical use of this version is impossible! hint to solve the problem: - "-funsigned-char"
--- End quote ---
Are these two separate bug reports in two vague sentences or just one?
The spelling problem has a topic! Post the details how to reproduce the problem there and we'll fix the problem. If you don't do this we could not do anything about your problem...
Next time I'll report similar post in nightly topic to moderator as trolling.
DrOli:
Dear Sirs and oBFusCATed
Regarding the various kind and prompt response to my (DrOli) posts (the high priority items ended up at the bottom):
1) the Bug report issue Re berlios.de is on the "how to use a nightly build" here (http://forums.codeblocks.org/index.php?topic=3232.0) in para 6. This is also at the "top level" and highlighted item on this (main CB blog) page (http://forums.codeblocks.org/index.php/board,20.0.html)
If those links are "defunct" ... please be so kind as to post instructions/links to your preference.
As promised, I would be happy to re-file these various items into individual bug/feature reports, once provided with instructions.
2) Re "target" Drop Down. Ok, I see with the nightly there is a new "abort" button (odd name), which does launch a dialogue with the full list of targets.
That's is helpful thank you, but surely having the drop down itself show up to 8 - 10 lines can't be too difficult, and is much more convenient compared to the additional steps of a dialogue. Not sure how CB/wsx handles such, but any GUI I've used often has a explicit property/switch to indicate number of items in DropDown (or "max, or etc) ... perhaps that is why I though it might be something quick/easy.
3) Regarding the SVN crashes ... yes, I am sorry that I can't provide some details to permit reproducibility. As I had noted, if I could, I would. For the moment, all I can say is, it happens almost every session with the SVN's (including 11176). It seems to occur when there are multiple projects open, there is switching back/fro, and though it sometimes crashes "mid stream", most of crashes (most every session). occur at shut down.
ALSO, something odd, the SVN's are always asking for my choice of compiler on launch, where as 16.1 does not. My compilers are well defined so not sure why the nightly's get confused (particularly if they rely on the same "config" etc).
4) Regarding "open window list/navigation". Thanks for the Atl-g heads up ... Alas, that is not what is required. The objective is for, like with almost all normal apps, to have a Toolbar/View or something that provides a drop-down of the "OPEN file" (i.e. those in the editor with tabs etc.) ... as opposed to Alt-g, which seems to list all the files in the project (open or not).
5) Regarding "right click pup up menu": There is almost NOTHING in the top level that I EVER use, save for "watch" sometimes", almost exclusively what I use is in "copy/paste" sub menu (though the inconvenience forces my to use key stroke, an improvement, but still a kludge)
"Simplifying" it by disabling plug-ins is a bit tricky. Essentially, I only need one plug in, but for that work, I have to enable all manner of things I don't need (and in some cases hate, like code completion)
You seem to say that "most" like the layout as it is ... that may be true, but I find that a little hard to believe. Regardless, perhaps you could give the user a CHOICE for the "default pup up", perhaps as part of the "settings/env". You could have the huge cluttered obstructive one for the masochists, and a clean easy to use efficient one for the rest of us :-).
In an app I wrote, the user had a "toggle" directly on the pop-up to change "format/content". CB need not be that fancy ... just a thought.
6) Fortran/debug link. No idea why it used to work (at least partially) but very clearly has stopped working almost entirely at least since GCC5.x
I don't know anything about CodeBlock "innards" or wxs etc. So not sure how I could contribute, but if you point me in the right direction (and perhaps offer a little "hand holding", I'll give it go. I would need at least some list of files and "mechanisms" to understand how that operates.
Though, and perhaps a sign of my ignorance, I don't understand why it works fir .c, .cc, .cpp file, and not .f90 etc files. It is clear the compiler reports back the line numbers of the offending lines (I then use Ctrl g to go to those lines, with Fortran). Why CB can't make the connection between the compiler's file/line report and provide the linkage (when it can for c etc) seems odd.
If it helps, you can send info directly to me: droli [theatsymbol] thebajors <thedotsymbol> com to get me started to see if I could produce a patch or whatever (remember, hand holding may be required, I am a "math geek" not an "IT geek"/developer. :-)
7) Finally, and a bit frightening, you seem to be saying that the symbol explorer will be removed. Is that for sure? I desperately rely on that, and especially the Fortran FSymbol variant (which I understand is a plug-in written by one of the users) ... what would it take to keep that going ... this would be HIGH priority for me.
If it helps, you can send info directly to me: droli [theatsymbol] thebajors <thedotsymbol> com to get me started to see if I could produce a patch or whatever (remember, hand holding may be required, I am a "math geek" not an "IT geek"/developer. :-)
Many thanks
DrO
blauzahn:
@DrOli
--- Quote ---4) Regarding "open window list/navigation".
--- End quote ---
a) menu: view | open files list
or
b) menu: settings | environment | notebooks appearance | use drop-down tab list
oBFusCATed:
@DrOli:
1. Bugs and feature requests could be posted here: https://sourceforge.net/p/codeblocks/tickets/ Please search before posting!!!
2. There is no place for another choice/drop down control in the compiler toolbar, so if we do it, it will be done as a button or as a submenu in the project menu. I have no idea what you meant with the max items statement...
3. Can you disable code completion and/or the symbol browser and see if these go away. Does they happen when you edit c/cpp projects or only for fortran projects?
3.1. Are you able to make CB close correctly (without crashing) at least once? Also make sure the default.conf in %APPDATA% folder is writeable.
5. You're one sample, so your opinion is recorded. I use more than one of these and I'd never use copy/cut/paste, so I'm another sample... Configurable context menus and toolbars is on my todo, but it is really low priority... Patches welcome, but they would required a lot of rework of the menu/keybind system. I guess, I can easily make a global control that disables the items produced by plugins. This might be something easy to do.
6. Are you talking about the detection of errors/warnings? I've given you suggestion how to fix those.
7. Yes the one for c/c++ is already disabled for wx3.x builds. The windows builds are still done with wx2.8, but when we switch them the symbol browser will gone until someone finds the time to reimplement it. I'm not using it much so the chances of me doing it are very low. The fsymbols tab is part of the fortran plugin, so I don't have control over it. But if it is implemented in the same fashion as the c/c++ one it will cause a lot of crashes when cb is build for wx3.x, so it will have to be redone or disabled, too.
Jenna:
--- Quote from: jens on September 21, 2017, 11:57:47 pm ---CentOS 7 and Fedora 25, 26, 27 and Rawhide packages are available from my copr (see signature).
Building Debian packages is currently stalled. I don't know if I will start building for Debian again, because it's much work and I do not use Debian since years.
--- End quote ---
Debian packages are now available again, please test whether the repo works or not (see signature).
I do not use Debian myself since years.
Builds only happen for the convenience of our users.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version