Search found 71 matches
- Wed May 30, 2018 11:14 am
- Forum: Technical Issues
- Topic: OpenBSD support?
- Replies: 28
- Views: 2962
Re: OpenBSD support?
Unfortunately it was still outputting the same style of debugging information as before, and GDB still said it was "corrupted" (was it really?) I'm taking a break from this, for now, getting a bit frustrated with it and I need to rest. If anyone else wants to try it, here's a few notes about ...
- Mon Mar 26, 2018 7:31 am
- Forum: Closed Bugs [GZDoom]
- Topic: gzdoom fails to build on OpenBSD
- Replies: 20
- Views: 2445
Re: gzdoom fails to build on OpenBSD
So I've had OpenBSD for a few days and tried this out. It resulted me in creating this commit , based on _mental_'s suggestion. I didn't push this to master because I know littering the code with system-specific directives, especially when it's due to lack of support that may be added later, is ...
- Thu Jun 22, 2017 7:52 am
- Forum: Closed Bugs [GZDoom]
- Topic: CMAKE_BUILD_TYPE=Release fails
- Replies: 10
- Views: 917
Re: CMAKE_BUILD_TYPE=Release fails
Hello! I meant to follow-up and check it out more closely, but ran into time issues. To answer some questions: - No local changes - Running FreeBSD - NDEBUG is successfully getting defined, as indicated by an #error yes in vmexec.cpp where this is checked - Only NDEBUG is getting twiddled in vmexec ...
- Wed Jun 21, 2017 6:51 pm
- Forum: Closed Bugs [GZDoom]
- Topic: CMAKE_BUILD_TYPE=Release fails
- Replies: 10
- Views: 917
Re: CMAKE_BUILD_TYPE=Release fails
LLVM/Clang 4.0.0 here; haven't tried anything else.
- Wed Jun 21, 2017 3:44 pm
- Forum: Closed Bugs [GZDoom]
- Topic: CMAKE_BUILD_TYPE=Release fails
- Replies: 10
- Views: 917
CMAKE_BUILD_TYPE=Release fails
As of https://github.com/coelckers/gzdoom/commit/ef77cbd295b8848c919789002c79c5618fda2551, a dependency on _DEBUG/AssertObject has grown that is not satisfied when CMAKE_BUILD_TYPE=Release, produced first from g3.1.0 then again with a6b7ce0. Relevant PR [1] submitted to add an AssertObject macro to ...
- Sun Jan 15, 2017 10:59 am
- Forum: ZDoom (and related) News
- Topic: ZDoom is Dead. Long live ZDoom.
- Replies: 232
- Views: 74256
Re: ZDoom is Dead. Long live ZDoom.
Well it's been a while since I meddled in PHP. Readfile worked for me with a localhost URL in my test, so I didn't expect a complication for using a local path. The difference is going through webserver/PHP interpreter vs. actually attempting to read as a file off of the local filesystem -- which ...
- Mon Dec 26, 2016 9:56 pm
- Forum: Off-Topic
- Topic: My Github Faux Pas: Don't do what I did
- Replies: 14
- Views: 1038
Re: My Github Faux Pas: Don't do what I did
dpJudas just did it too. :P Do tell what the command line things are. Can probably be fixed with something along the lines of: git checkout $yourcommit git checkout -b known_good git push -f origin $remote_branch Where $remote_branch is the one you're wanting to overwrite. It should warn you about ...
- Mon Nov 21, 2016 10:06 am
- Forum: Closed Bugs [GZDoom]
- Topic: [zscript] GCC/Clang compiling errors
- Replies: 8
- Views: 464
Re: [zscript] GCC/Clang compiling errors
It was mentioned in one of Edward's initial posts on this one, so it seemed fitting.Major Cooke wrote:Might be better off in a new thread.
- Mon Nov 21, 2016 9:56 am
- Forum: Closed Bugs [GZDoom]
- Topic: [zscript] GCC/Clang compiling errors
- Replies: 8
- Views: 464
Re: [zscript] GCC/Clang compiling errors
Hi,
Pull request for the Clang error:
cannot pass object of non-trivial type 'FString' through variadic method;
Pull request for the Clang error:
cannot pass object of non-trivial type 'FString' through variadic method;
- Sun Nov 20, 2016 9:37 pm
- Forum: Closed Bugs [GZDoom]
- Topic: [zscript] Removed source file errors out CMake generation
- Replies: 0
- Views: 150
- Fri Nov 18, 2016 9:06 pm
- Forum: Closed Bugs [GZDoom]
- Topic: [zscript] [clang] Build failures
- Replies: 4
- Views: 326
Re: [zscript] [clang] Build failures
Actually, it's not. Assigning 0 to a pointer is perfectly legal in C++, NULL is nothing different. Actually it's Clang which is, strictly spoken, wrong here, it's understandable why but it's still adding semantics to something that cannot be made part of the standard. Yeah, I suppose it just feels ...
- Fri Nov 18, 2016 6:35 pm
- Forum: Closed Feature Suggestions [GZDoom]
- Topic: X PixMap Version of ZDoom Icon
- Replies: 8
- Views: 637
Re: X PixMap Version of ZDoom Icon
IIIRC, I discovered that GIMP can save PixMap.
- Fri Nov 18, 2016 4:20 pm
- Forum: Closed Bugs [GZDoom]
- Topic: [zscript] [clang] Build failures
- Replies: 4
- Views: 326
Re: [zscript] [clang] Build failures
Eww, that's particularly ill-behaved. =( This is [fixed], by the way. =)
- Fri Nov 18, 2016 7:56 am
- Forum: Closed Bugs [GZDoom]
- Topic: [zscript] [clang] Build failures
- Replies: 4
- Views: 326
[zscript] [clang] Build failures
Hi, Hitting the following build failure on Clang: [ 95%] Building CXX object src/CMakeFiles/zdoom.dir/scripting/vm/vmbuilder.cpp.o /usr/local/jenkins/workspace/ZDoom/src/scripting/codegeneration/codegen.cpp:2445:10: error: cannot initialize return object of type 'FxExpression *' with an rvalue of ...
- Sat Nov 12, 2016 8:43 pm
- Forum: Closed Bugs [GZDoom]
- Topic: [zscript/virtual dispatch] GCC/Clang compile errors
- Replies: 8
- Views: 496
Re: [zscript/virtual dispatch] GCC/Clang compile errors
Apologies for the double post, but FYI to anyone who may care- I've setup a Jenkins build for ZDoom. Every other minute, my server will check if there's been an update to either the 'master' or 'zscript' branch and trigger a new build of both if either of them changed. You can view the results of ...