Up-to-date WLA DX binaries

Hi!

Here are some up-to-date WLA DX binaries that I compiled (mainly for my own work):

WLA DX v9.7b binaries:
WLA DX v9.7b Linux binaries & documentation
WLA DX v9.7b Windows binaries & documentation
(Latest commit: 41f024f835c49dbe1937a987c9bbf4192133b31c8 on Jan 07, 2017 -- note that you may need to update your make files in order to use these! )

BTW, I'll edit this post whenever I have the time to update my binaries (and the commits are worth it).

Thanks for the share.

Those are not compilers but assemblers. (i.e. they don't accept any high-level languages as input)

However, I didn't know that WLA-DX was still under development, I was under the impression Vile Helin had given up. It's good news he didn't since I use WLA. Now I use a tool that is more maintained than CA65, whose developement was given up

Not true, only the maintainer changed: https://github.com/cc65/cc65

Well, well, well! Looks like WLA DX is now at version 9.6: https://github.com/vhelin/wla-dx/blob/master/CHANGELOG

I honestly had no idea there was a difference at all. Thanks for clearing that up, Bregalad!


Whoops, how could I miss that? Anyway, I've fixed it straight away. (And while I was at it, I added all the relevant docs to the archives.)

Nit previously picked in this topic.

Very Nice Share

I was reinstall a complete environnement dev for compile it.
More Faster thanks to you ^_^

We need to have 1 first post for the SNESDev forum with all the link with good tool up to date to start a SNES rom dev

Thx you again

I'm going to sticky this (technically make it an announcement) for the benefit of folks looking for updated binaries.

Anyone want structs inside structs with WLA? Because it seems Ville just added support for it.

Thanks, nicklausw! I just uploaded some new binaries, and updated the first post.

Aaaand I've finally brought myself to update the snescom-win32 binaries to v1.7.4.1, too.

New WLA DX binaries make .RAMSECTIONs support ALIGN and BANK directives.

Edit: There was a second bug-fix commit on August 11, so please redownload the binaries.

And that's it.

https://github.com/vhelin/wla-dx/issues/42

Edit: Rant removed, retry decided.

Jeez, man, why not just install Cmake?

While CMake works like a charm on Linux, it completely broke my MinGW setup, to the point where the msys shell terminated itself immediately whenever I tried to make anything. I'm in the process of wiping and reinstalling MinGW completely, hoping that I can get it to work again ...

Updated the first post with new binaries.

Uploaded new binaries yet again.

Ditto.

Here we go again.

Bark! Trying to download the linux version of WLA and the file doesn't seem to be there. Any idea what's up?

I just tested with 9.5

... If you were addressing me with that, I don't understand?

I thought you didn't manage to compile.

What is your problem exactly?

My problem is that the "WLA DX v9.6 Linux binaries & documentation" link in the original post is dead. The file is not there, I can't download it.

Might need Ramsis to kick his server or something.

I see, so I would suggest to download Version 9.5, personally it suits me very well;)

http://www.villehelin.com/wla.html

My webspace was yet again down for hours yesterday. I already complained to the hoster about the frequent outages. So please grab the files now, while you can.

Turns out that my old webspace hoster is going defunct, so I've moved everything to another, and bigger one. With some luck, there should be no more hour-long outages in the future.

New WLA DX binaries are up.

snescom binaries don't work out of the box on Windows 7 Ultimate SP1 x64; DLLs are missing -- I can confirm the first one, and the others are gut feelings (based on strings'ing the binaries): libstdc++-6.dll libgcc_s_dw2-1.dll libgcj-13.dll libgcc_s_dw2-1.dll

The Requirements section just says "GCC has to be installed", which is vague as hell; the *version* of all these DLLs matters immensely (why is it nobody ever discusses this fact? Angry koitsu!), as does how GCC was built (MSVC vs. MingW vs. whatever -- and I can tell from strings'ing these binaries that they were built using MingW), so this really isn't helpful.

What would be helpful is a link to either the exact version of GCC that is needed, or -- better yet -- some kind of zipfile containing the relevant DLLs (I think because it's GNU you might also have to include the LICENSE file that apply to them).

Haven't messed with snescom for a while, but after a quick test I can confirm that my Win binaries don't work on Win 10 at all either.

Then again, I haven't used my Windows installation for ages, as there was no need to do so. Therefore, and because snescom is widely known to suck anyway, I hereby proclaim once and for all times that I won't be held responsible for any and all consequences which might arise from using the binaries I used to provide.

Or, to be even more clear on the matter:

Snescom sucks!
In other words, it's utter crap!
Stay away from it!

According to whom, and why? I've never heard anybody express any kind of criticism over it (maybe just because it has so few users in the first place).

Here's my own personal (old) 32-bit build of snescom-1.7.4.1 for Windows, with the runtime DLLs included as they should be:
https://dl.dropboxusercontent.com/u/43107309/snescom.7z

Since it was recently brought to my attention that bass v14 is along several of the static files missing from byuu's website after one of his last server migrations, I uploaded it to RHDN, and have it mirrored here as well: https://dl.qwertymodo.com/bass_v14.tar.xz

New binaries in the OP.

delete

Hey guys, I have been trying to get the newest release compiled with Cmake and I'm getting a lot of stupid errors, following the install instructions it looks like it's for Unix? I have tried to run different pre-compiled release versions, such as:

And a Command Prompt opens and closes instantly, on all the versions I have tried. (Win10)
I'd super appreciate any help getting this working.

Since you have windows 10, I would recommend that you install the Windows subsystem for linux (WSL) and to compile it in that environment. Most of the command lines tools are often more easy to compile in a *nix environment and WSL does improve your chances of compiling it properly compared to other tools that in the past. I think I compiled it once but I did a reset of WSL so I may try it again and see if there is any specific step to do if you get stuck and don't know how to do it.

The best is to just git clone from WSL and build from there. You may need to install a few tools that it depends on (like cmake) before being able to built it properly.

I got WSL, fixed a bunch of errors I was having with Cmake, now I can't figure out how to cross platform build. Using -A "Win32", deleting CMakeCache, It's spitting out this error:I'm not the best with Cmake, and I've used it before; Linux isn't my favorite OS, but I feel like I have a pretty good handle on it.

I've gotten the binaries made for Unix, is that what OS you guys are running while programming for SNES? I'm sure I could dig up Windows 7 > VM > XP.

I got a full Ubuntu just to see if that would work, again it's telling me I can only compile for Unix, I compiled, make'd, make'd installed, and it gives me an error for the copying of wla-gb, says install failed, and I end up with a bunch of "Files".

I realize I'm pretty late to the scene. Thanks for any more help.

edit: I got this working for Unix/Linux, I just compiled in the Linux environment following the first step of the instructions, and I'll just code in Linux to avoid having to back date my Windows OS. The resulting "Files" after making the binaries operate within Terminal. I.e. ./wla-65816
This was confusing for me because I was expecting the resulting binaries to have executable programs in them, as you'd see from the pre-compiles.

To anyone else that has issues with their Cmake compile on Linux:(These are the tools Banshaku spoke of aside from Cmake):
sudo apt-get install g++
sudo apt-get install gcc
sudo apt install make
Delete the CMakeCache.txt
Re-attempt

Would be cool if someone could drop a line on their successes with Windows OS.

Edit 2 On Windows Success!: I realized that this is a command line executable, as such it is launched from cmd prompt and utilized within. So if you have the assembler compiled for win32 it should work on windows. There are various Windows precompiles out there, just do some digging, if you do your own windows compile they might not end up as ".exe" programs, rather just files, they'll likely still work so give it a shot.
Be sure to test using example files in wla's corresponding directory.

I've been working in Windows 10 and VS2017 with no impediments. I cloned wla via gitkraken, run "cmake ." in the repo's root from a cmd prompt, and that'll generate a sln and proj files from which I can build and run as-is. I forget what all dependencies I had to get installed first - wla-dx is not the first cmake-generated tool I've been working with on my system - but I think it should just be cmake and maybe mingw. At most, I've had cmake complain that it's trying to generate files for NMake, which means that it's not finding my VS2017 installation for some reason. I'm not sure what the steps are for discovering that, but I think it was some problem with my env-vars.

There are a handful of other tools that still like Linux environments as mentioned above - e.g. I've been working in bsnes and there's only a makefile for that that targets gcc/g++ specifically, so VS and VSCode have to debug it via a layer over gdb - but mingw seems to be sufficing for my uses so far.