The MASM Forum

64 bit assembler => UASM Assembler Development => Topic started by: nidud on April 23, 2017, 08:03:29 PM

Title: Re: HJWasm 2.28 release
Post by: nidud on April 23, 2017, 08:03:29 PM
deleted
Title: Re: Re: HJWasm 2.28 release
Post by: jj2007 on April 23, 2017, 08:58:24 PM
Quote from: nidud on April 23, 2017, 08:03:29 PMThe version debated here is the implementation used by Borland tools (C/C++/Pascal/..).

Really, what stops you from writing a PROLOG?

Quoteit's illegal to produce open source software using MASM (or any other MS tools for that matter), hence the reason there are no (legal) open source projects available online using MASM.

If that is an obstacle for using Masm32, it might be worth a discussion. From what I understand, Hutch hates the idea to give away Masm32 SDK knowledge to the open saucers, which is a legitimate position. Maybe there is some sort of acceptable use, e.g. no redistribution of the Masm32 package, HJWasm only, etc - no idea ::)
Title: Re: Re: HJWasm 2.28 release
Post by: guga on April 23, 2017, 09:13:12 PM
Quote" it's illegal to produce open source software using MASM (or any other MS tools for that matter), "

It has been years since i last reviewed M$ Eula´s, but.... once you have a legit copy of a product (specially one designed to create apps, like VisualStudio or it´s internal parts like Masm, etc) or if even M$ freely distributes ANY app then the usage you will do for it is up to you... There is NO legal reasons to forbid you to dispose of your created apps as you wish.

That would be ridiculous, for not saying the least. It is the same thing as you are creating a video using, let´s say, MovieMaker and "suddenly" M$ forbids you to distribute or release your own video (on youtube for example), simply because you use their tool to create. or, only allows you to release the video on a M$ server etc. You are the author of it and you can do whatever you want with your creation, selling, distributing it freely, opening the source or whatever.

There are limits to the restrictions you can impose on the license of the software you are selling. Those limits, in general cannot conflict with your own authorial rights. (or in case, the consumer authorial rights that uses M$ apps).

Or...in our case (programming), according to this assumption, if you own a license of Visual Studio you can not create your apps and release them for free or even with YOURS source code ?  I´m quite sure that you misinterpreted the Eula or the authorial rights concept. Any clause that impose to you to sell the apps created by a third part software CANNOT impose to you the way you are going to release your work with, of course, rare exceptions, for instance you may forbid others to use your apps to create weaponry, for example (I remember reading such restriction years ago on a M$ Eula if i´m not mistaken...and those sort of restrictions, are somewhat ok because are on the limits of the restrictions you may impose concerning the usage of the app by your consumer). Otherwise you wouldn´t be a consumer of M$ products, but a true partner. (I wouldn´t mind being partner of M$ company, btw..the value of their actions on the  market i believe are still high, though  :greensml: :greensml: :greensml:). Can´t you guys imagine ? We are all partner of Mr. Billy "The kid" Gates :greensml: :greensml: :greensml:
Title: Re: Re: HJWasm 2.28 release
Post by: aw27 on April 23, 2017, 09:29:38 PM
Quote from: jj2007 on April 23, 2017, 08:58:24 PM
Quoteit's illegal to produce open source software using MASM (or any other MS tools for that matter), hence the reason there are no (legal) open source projects available online using MASM.

I don't think this applies anymore. MASM is now distributed with VS Community Edition and under the same licensing terms.
Title: Re: Re: HJWasm 2.28 release
Post by: guga on April 23, 2017, 09:57:12 PM
QuoteI don't think this applies anymore.
It don´t. In fact, never did. What user´s can´t do (or couldn´t) is release or sell etc any part of the SDK. (That restriction, if exists, should be valid, after all the consumer/user did not created the SDK), but, the user can, however, do (in general, of course) whatever he wants with the app he created using the SDK or a 3rd part app.
Title: Re: Re: HJWasm 2.28 release
Post by: jj2007 on April 23, 2017, 10:01:49 PM
Quote from: aw27 on April 23, 2017, 09:29:38 PM> it's illegal to produce open source software using MASM (not my quote btw)

I don't think this applies anymore. MASM is now distributed with VS Community Edition and under the same licensing terms.

But it means that you must force the user to download gigabytes of VS Crap Edition in order to get access to ML.exe :(
Same applies to QT btw. For a simple print "blurb", you either must force your user to install the package, or, if you just send him the "executable" of your hello world proggie, user will be surprised to see that several megabytes are required to say "blurb".

In contrast, HJWasm.exe is a tiny 0.48 MB download. But it requires the Masm32 SDK to do anything convincing, and that is Hutch' baby, so he might tell us what is legit, legal, abusive etc.

@guga: yes, user can distribute helloworld.exe freely. But open sauce projects are distributed with all the required elements to build the helloworld.exe - and here starts the debate 8)
Title: Re: Re: HJWasm 2.28 release
Post by: habran on April 23, 2017, 10:05:54 PM
HJWasm does not need Masm32 SDK it has WinInc SDK which can be used for open sources 8)
Title: Re: Re: HJWasm 2.28 release
Post by: hutch-- on April 23, 2017, 10:06:25 PM
I have a very straight forward view on licenced freeware, when every other open source licence is abandoned (GPL and variants) I may make code available outside the licence it is covered with but under no circumstances will the MASM32 code base and system be absorbed under some other crapheap licence.

MASM32 has always been true freeware, you can write what you like, you can sell it if you want, you are not beholding to anyone for your code, you do not have to make your code available to anyone but you cannot impose any other licence on it. This definitively excludes GPL and variants.

I have no beef at all with anyone who writes their own code but I draw the line at bludgers who want to steal your code and give it away to a hostile licencing system that then wants to claim ownership of that code. GPL and variants contributed nothing to this SDK and they get nothing back. Long ago before 2000 I used to give code and support away but all I ever got back was their PHUKING Licence.
Title: Re: Re: HJWasm 2.28 release
Post by: hutch-- on April 23, 2017, 10:21:01 PM
Something that I should have noted, as there is a demand for open source assembler software that uses a more or less MASM format, I have continued to support John and Habran as well as nidud in producing their own assemblers as it is their own software and they have a normal sensible right to point it whoever they like. I would hope for their own sakes that they protect their work and don't let some bullsh*t organisation take ownership of their work.

I noted with some humour that the include file that Vasily provided for his project had about half of its content directly copied out of the MASM32 version of "windows.inc" and along with many others was a lack of willingness to do the tedious work to make successful header file for MASM or compatibles. They are bastard hard things to get right and if you PHUK them up you start to get the 100 errors before the assembly stops style of problem.
Title: Re: Re: HJWasm 2.28 release
Post by: nidud on April 23, 2017, 10:50:47 PM
deleted
Title: Re: Re: HJWasm 2.28 release
Post by: guga on April 23, 2017, 10:52:41 PM
Quote"you cannot impose any other licence on it."
Quote"But open sauce projects are distributed with all the required elements to build the helloworld.exe "

These are the keypoints. You can use whatever license you want on your app, regardless what tool you use when created it. The problem is that when you create your software using a M$ app you will, eventually, having to distribute M$ code (If allowed from sdk or whatever etc) and, therefore, you cannot alter their license on their code as if those parts of the code you had made.

For instance, you are creating a app that uses a  header which have a specific license (M$ or whatever). When you create your own app if the distribution of this header is needed (and allowed), then on this header you must respect the EULA. In other terms, you cannot use or redistribute, for example, window.h from Visual Studio and claim it´s yours. This is a infringement of copyright and not the EULA itself.

This is not a problem with GPL itself, neither M$ Eula, but a problem with the user that creates a derivative work claiming that all of it´s components belongs to him or where created by him. That´why, btw, many licenses (including M$), have on it´s clauses permission to distribute only if you put a mention that those specific parts of the code belongs to A or B and are not a derivative or unique work that you made. One thing is you build a app (from scratch or biased on another work/technique) and put whatever license you want, another is redistributing other people´s code  and claim that their code are yours.

The problem of GPL, IMHO is that, although it was designed to grant freedom, it ended up being somewhat restrictive. That´s why i needed to review years ago RosAsm license and make a specific license for it, granting more freedom of usage and, at the same time, trying to respect and preserve the authorial rights of the user´s that uses RosAsm to create their softwares. When i have time, i´ll review again the license and completely remove any association with GPL restrictions or impositions, specially to avoid any kind of conflict in between the licenses the user wants to work with.


QuoteI would hope for their own sakes that they protect their work and don't let some bullsh*t organisation take ownership of their work.
Agree 1000 %  :t
Title: Re: Re: HJWasm 2.28 release
Post by: nidud on April 23, 2017, 11:08:34 PM
deleted
Title: Re: Re: HJWasm 2.28 release
Post by: nidud on April 23, 2017, 11:13:01 PM
deleted
Title: Re: Re: HJWasm 2.28 release
Post by: habran on April 23, 2017, 11:30:50 PM
You know the answer on that question, FREEDOM!
In the case of DELPHI, the base has been set up, now just need some fine tune. We have done it just as a toy to exercise our brains.
However, it gives a bit of flavor to major meal, like french wine :biggrin:
 
Title: Re: Re: HJWasm 2.28 release
Post by: guga on April 23, 2017, 11:32:16 PM
Quote"You can't by any software from Microsoft. You only rent it under the conditions described in the licence."
yes. You buy the license of usage. And as any license, it has some limitations of what it can impose or not.

Quote"You sure it's your video? Your images you posted on FB and so on?"
It don´t make any difference. You can create a video of yourself or you can create any sort of video (When you are a producer, for example). In all cases, the software you  used to edit the video that you created/shooted cannot impose to you restrictions of the video you made.
Title: Re: Re: HJWasm 2.28 release
Post by: guga on April 23, 2017, 11:40:09 PM
QuoteJust by curiosity, did you use any Microsoft tools to create HJWasm, and is there an open source licence attached to it?
If he did, he´s surely allowed to and is allowed to protect his work as he wish. What he (or anyone) can´t do  is distribute M$ copyrighted code and claim it´s yours. So, he can do one of the 2 things:
a) Release his work with all components made either by him or a third part (ml.exe, lib.exe etc - If M$ license allow it to) or...simply. In any case, he may use his own license specifically on his code/tool, and release M$ tools with their own licenses (as Steve did)
b) Release his work without the M$ components, but put a reference on the site for people be able to download and use. But, as far i remember, redistribution of ml.exe, lib.exe is allowed under some circumstances, so, better simply releasing it all together taking care only to warn users what belongs to him and what belongs to M$. (Again...as Steve did :) )
Title: Re: Re: HJWasm 2.28 release
Post by: habran on April 23, 2017, 11:42:01 PM
We are having an interesting conversation here, however, nidud is right, we are continuing jwasm because we can do whatever we want
with it, whichever system we want, that is why we are investing so much time and effort. It is very flexible and well structured :t
Title: Re: Re: HJWasm 2.28 release
Post by: guga on April 23, 2017, 11:59:53 PM
" It is very flexible and well structured " Indeed. Although i´m not used to it yet, granting freedom is a must  :biggrin:
Title: Re: Re: HJWasm 2.28 release
Post by: guga on April 24, 2017, 12:05:39 AM
Btw, habran.

Does HJasm allow conversion in between Omf and coff libraries too ? If not, perhaps it could be needed a tool that can convert omf to coff  :)
Title: Re: Re: HJWasm 2.28 release
Post by: johnsa on April 24, 2017, 12:23:42 AM
Agner Fog's OBJCONV tool can convert between COFF, OMF, ELF, MACHO etc etc.
Title: Re: Re: HJWasm 2.28 release
Post by: nidud on April 24, 2017, 01:15:37 AM
deleted
Title: Re: Re: HJWasm 2.28 release
Post by: jj2007 on April 24, 2017, 02:45:26 AM
Quote from: nidud on April 24, 2017, 01:15:37 AMMicrosoft Licence (http://wiki.osdev.org/MASM)

QuoteMicrosoft have tended to use assembler code in the very low levels of their operating systems where even the best C compilers do not deliver sufficiently optimised code for the intended purpose.

Oops, that's stuff for the other thread (http://masm32.com/board/index.php?topic=6163.0) ::)

Jokes apart: How do HJWasm & AsmC perform when compiled with GCC?
Title: Re: Re: HJWasm 2.28 release
Post by: guga on April 24, 2017, 04:31:51 AM
Nidud. You seems to collect this information from the OSdev.org, right ?

Masm and masm32 sdk are 2 different things.

The M$ license related to VisualStudio is described here: https://www.visualstudio.com/license-terms/mt171547
As expected, it allows creation of opensource apps (It cannot be generally forbidden as you are implying). Basically what the license grants is copyright protection for Visual Studio source and it´s components.

Quote"Distribution Restrictions. You may not:

    use Microsoft's trademarks in your applications' names or branding in a way that suggests your applications come from or are endorsed by Microsoft; or
    modify or distribute the source code of any Distributable Code so that any part of it becomes subject to an Excluded License. An "Excluded License" is one that requires, as a condition of use, modification or distribution, that (i) the code be disclosed or distributed in source code form; or (ii) others have the right to modify it."

And the other thing is the masm32 sdk license which is a exclusively one made by Steve. http://www.masm32.com/licence.htm  It is unrelated to M$ one.

What Steve did on his license, although, despite it´s content, cannot be prohibited to users release their source for free under open source etc, is easy to understand. Steve is mainly trying to protect the authors of the codes and his own work, avoiding others to steal your and his source or claim that his app is yours etc etc. It is perfectly understandable that protection. We are using and creating apps (or parts of it) using masm or others assemblers (Fasm, Nasm, Tasm, RosAsm etc) from decades, and it is deeply frustrating seeing the hard work that is done being stolen by a company or a person etc.

Quote"The MASM32 SDK cannot be used to create open source software or any other form of software under any form of licence that requires the user of the MASM32 SDK to surrender the rights they are afforded under the MASM32 licence. In particular the MASM32 licence completely excludes projects licenced under the GNU organisation's published GPL licence and/or variants."

Although, technically, a license cannot forbid users to create apps releasing their source codes  - i.e: Open source - (or release their own sources with or without licenses etc) , it is totally understandable the concern. Unfortunately, GPL (and others licenses) are somewhat restrictive. Is it a problem of OpenSource releases ? No..it´s a problem of GPL licensing itself and, of course, as i said before, a problem of whom tries to steal others people code claiming that belongs to him. It don´t make any difference if he releases under open source or is selling etc. The problem remains to the origin of what he did. The steal other people´s work, i mean.

Dunno what motivated Steve, but, it is understandable after years of activity in the masm and assembly community that he tries to protect his work and our work too. One thing you can be sure, masm32 sdk is Steve´s baby and, as such, is protected. You cannot take masm32 sdk that contains the work of Steve and many others and simply create a copy of it claiming that : ..Hey...I´m the guy/company who made this SDK and, therefore, i´ll sell it for 1 billion dollars to Mr. Billy "The kid" gates, because i also created the ml.exe etc etc (Yeah..i created all of this, it was M$ who stole from me because i´m releasing it with the Sdk i also stole -oops..created- from Steve...).  :icon_mrgreen: :icon_mrgreen:

Years ago Rene (The original author of RosAsm. He is retired now) and i had a discussion with Alex Ionescu and his team at ReactOs board. I found in between their sources, hundreds of copies  of M$ protected code inside without being changed or adapting one inch. At the time, this could lead ReactOS guys onto problems, and we tried to warn them to remove the M$ code from inside ReactOS or put a warning for their users that some parts of the code belonged to M$ and not from him etc. The answer at the time...well..this is for another thread :icon_mrgreen: :icon_mrgreen: but, we endeded at choosing to stay away from ReactOS until they solve this situation, because, at the time, what they were doing could imply in pure piracy.
Title: Re: Re: HJWasm 2.28 release
Post by: nidud on April 24, 2017, 06:07:11 AM
deleted
Title: Re: HJWasm 2.28 release
Post by: guga on April 24, 2017, 08:18:02 AM
Quote"Yes, and the moon is made of cheese and all that."
But..the text related to  Microsoft License  was collected from the OsDev.org. It´s their assumption, and it is not accurate, btw.

http://wiki.osdev.org/MASM

Copyright protection and authorial rights are not a monster only seen by big corps. Not sure the US legislation for that, but it is somewhat a common sense regarding this kind of protection that any software license may contains null clauses (I mean, clauses that have zero effect on the consumer´s because they can be nullified) specially those who confront to the intellectual property of the consumer itself or is done in disrespect of the public interest over the private interest.

Organizations such as WIPO (World Intellectual Property Organization), BSA (Business Software Aliance) have already analysing this kind of debates from a long time. (Open source licenses x commercial licenses). US is also a member of WIPO and more then 180 countries did it as well.

Although each country may have his own legislation on authorial rights, they all must follow the same directives made on the Bern/geneve Convention for example regarding this kind of protection.

The bottom line of all of this is quite simple. You can protect your work on the way you want, but....these protections rights ends when you infringe the right of others.

You can´t build a software license, for example only allowing a user to work on your software wearing a Santa Claus suit, dancing La macarena and only after having a Crazy and wild sex night with Pamela Anderson :greensml: :greensml:

There are limits to what you can or cannot impose on your software license, and specially because at the very end it works like a sort of contract with the major difference that the final consumer did not signed anything, did not agreed with anything when bought the license on the store, and most specially is not at all allowed to change any clause of the licensing system. It is a unilateral contract, that´s why it is not absolute, i mean, that´s why it have restrictions and limits to what you can impose on it or not.

Those limits and restrictions, of course, varies from country to country, according to their own legislation of intellectual property and authorial rights, in general. But...all of those countries also signed over the decades, international treaty (some of them not completely restrictive) that must be respected.
Title: Re: HJWasm 2.28 release
Post by: nidud on April 24, 2017, 09:20:08 AM
deleted
Title: Re: HJWasm 2.28 release
Post by: hutch-- on April 24, 2017, 09:37:34 AM
One of the good things about (c) Copyright is that it is not driven by collective opinion but by well understood criteria in how it is stated. Back in 1998 I simply asked Microsoft in Australia about the binaries in the Win98DDK and they said YES as long as you include the licence. The necessity to protect the MASM32 SDK came in the years after when so many different interests tried to either take it over, absorb it into some other licencing system or simply steal it and sell it.

From its original design, it was always going to be freeware and a wide number of people contributed to it on the basis of it being freeware. The rise of GPL and its army of bludgers trying to take over anything they could get their maulers on became the main nuisance and it was followed by a whole range of treacherous dirty work behind the scenes, imbeciles trying to get under the copyright, attacking the Microsoft licence, massive levels of dis-information and an army of dimwits who could not properly understand the GPL licence who were to stupid to read past the CopyLeft bullsh*t.

A GPL licence is a rigid enforcement of property ownership based on the idea that if you use any part of GPL licenced software, then you must publish your entire code under a GPL licence. A blatant grab for other people's code that many were foolish enough to get caught in. I have no beef with folks who CHOOSE to write GPL software, as the authors they can do what they like with their own work but I am distinctly hostile to anyone stealing anyone elses software and giving it to an organisation like GNU.

The licence for the MASM32 SDK was designed to ensure that no-one could impose any extra conditions on its use. It is fully unencumbered freeware that anyone can download and write their own software without being beholding to any organisation, without ever having to pay for it, without having to publish their own code or hand over the ownership of their code to anyone or any thing else.

While there is a range of very good quality GPL code available when there is enough people to maintain it and continue a project's development, there is in fact a mountain of chyte dumped all over the internet that ranges from mediocre to terrible and that is characteristically the end result of half arsed crap by amateurs trying to bundle many things together that they did not write themselves.
Title: Re: HJWasm 2.28 release
Post by: guga on April 24, 2017, 01:07:01 PM
Quote"A GPL licence is a rigid enforcement of property ownership based on the idea that if you use any part of GPL licenced software, then you must publish your entire code under a GPL licence."

This is exactly why i was forced to change the license of RosAsm years ago. Users can work with RosAsm as a developer under it´s own license to guarantee that none will steal others people work. But, also, if someone wants to build anything and put the GPL on it, that´s also ok. That was the initial thoughts when we were recreating the license system.

The problem is that, as you said, there are a bunch of imbeciles over the net stealing the work of others under the assumption that GPL allows them to do it simply because you released the source code for development. GPL started as a incredible idea, but, this past years it´s becoming problematic because the bad attitude of others that insists in steal other people code and don´t have either the decency of insert a note saying who is the original author and so on. Those are basically one of the reasons i´ll eventually completely remove any relationin betweenh GPL license and RosAsm license to make absolutely sure, that people will be free to do what they want on their own codes and, at the same time, preserve RosAsm source code made either by me or other developers that worked hard on it, or will eventually join to improve the project.

I remember reading when you asked M$ about it and, as far i remember, even at that time, there was no reason to you don´t use according to their own license. Either did it for precaution or perhaps or to make sure you could do it the important is that you are allowed to. Btw, not only you, but anyone that respects the same principles and obey the license usage provided on the Visual Studio license (the link i posted earlier) can use, in fact. Releasing the license or source code or information regarding the ownership of the product (ml.exe etc...or any M$ header) is a must for being safe on  Copyright/authorial rights legislation.

Nidud, i really don´t understand why you are making those assumptions. Read the license of Visual Studio again and you will understand better how you can use it´s components (that originated masm 32 sdk, btw).

QuoteThird, Steve is not allowed to just update the version of ML.EXE in the MASM32 package by just download the newest version of MASM. Neither is he allowed to distribute ML64.EXE in the new 64-bit package.
In matter of fact, he is allowed and always was allowed to, in fact.

QuoteThe only way you can legally use Visual Studio will then be if the company you work for (or own) buy a license for a specific project, and the software produced will then not be open source but distributed as a commercial product. This is why it's a problem using a commercial product like VS to produce open source software.
Read the M$ license again on the link i provided. ;) You are allowed to make commercial products or open source products with Visual Studio.

QuoteIndividual license. If you are an individual working on your own applications to sell or for any other purpose, you may use the software to develop and test those applications.

Not to mention Visual Studio community that was specific released for Open Source purposes "Visual Studio Community
Free, fully-featured IDE for students, open-source and individual developers"
https://www.visualstudio.com/vs/community/

The major restrictions of M$ license of Visual Studio (Commercial versions or not ) and it´s components (including ml etc) is basically this:

Quote"Distribution Restrictions. You may not:

    use Microsoft's trademarks in your applications' names or branding in a way that suggests your applications come from or are endorsed by Microsoft; or
    modify or distribute the source code of any Distributable Code so that any part of it becomes subject to an Excluded License. An "Excluded License" is one that requires, as a condition of use, modification or distribution, that (i) the code be disclosed or distributed in source code form; or (ii) others have the right to modify it."


If all of what you are saying resembles the minimum truth, then i can´t imagine the terrible misbehavior of the poor programmers that release their sources of create their apps on places like codeproject or sourceforge, for example.  So..according to you, all of them that uses M$ products  cannot be allowed to release their apps or even sell their work, simply because they coded them with Visual Studio ?

I believe you are making a small confusion about one individual or company who commit piracy and sell his app with an illegal copy of Visual Studio and the ones that have bought the license. And...btw...even those who are using commercially a illegal copy are not only in infringement of M$ license directly, what they are infringing is the Copyright of M$, not to mention eventual tax evasion, tributes or whatever is charged by the local government when you acquire or sell a product that you also are not paying.


Title: Re: HJWasm 2.28 release
Post by: nidud on April 24, 2017, 02:39:38 PM
deleted
Title: Re: HJWasm 2.28 release
Post by: hutch-- on April 24, 2017, 03:32:14 PM
I am pretty much of the view that any author of a programming tool like an assembler should make sure they properly control the licencing of their project so that the bludgers don't find a way to try and take it over. The risk as usual is a forked fork of a forked fork with the normal fragmentation of the original concept so that the entire original project is lost. If you still have code that is beholding to any external licencing system, get rid of it, rewrite it yourself and you will retain the integrity of the original concept.

You may find this funny, long ago I used to get requests based on some crappy interpretation of the published MASM32 licence to obtain the full source code to the MASM version of my Quick Editor. Now apart from doing the programming community a service by never publishing its content, it was part of the GPL bludger brain that wanted to control and/or modify an application that they had no chance of grasping or comprehending. A basic editor is easy enough to write, its when you add the extension capacity, the scripting engine, the range of things that it will run directly off the menus, the support apps that allow menu editing, the basic plugin interface, changing the settings etc etc etc ....

With the development of the 64 bit MASM code, I have posted a script that builds a complete editor with everything working but for anyone who wants to build a programming editor, they will have to write any extensions of it themselves.
Title: Re: Re: HJWasm 2.28 release
Post by: TWell on April 24, 2017, 06:24:30 PM
Quote from: jj2007 on April 24, 2017, 02:45:26 AM
Jokes apart: How do HJWasm & AsmC perform when compiled with GCC?
gcc 6 version of HJWasm64 was not good, test yourself.
Title: Re: Re: HJWasm 2.28 release
Post by: jj2007 on April 24, 2017, 06:33:39 PM
Quote from: TWell on April 24, 2017, 06:24:30 PMgcc 6 version of HJWasm64 was not good, test yourself.

Has quite a number of errors, for example:
include \masm32\include\masm32rt.inc ; plain Masm32 for the fans of pure assembler

.code
start: MsgBox 0, "Hello World", "Test", MB_OK
.if al==127
nop    ; OK
.endif
.if al==128
nop    ; chokes with Error A2048: Operands must be the same size: 1 - 4
.endif
exit

end start

OPT_Assembler hjwasm64gcc6
Title: Re: HJWasm 2.28 release
Post by: guga on April 24, 2017, 06:42:45 PM
QuoteYou seem to be very concerned with infringement of the MS license but they are not the one who holds the copyright of (J)WASM

Of course not  :P. I couldn´t care less about MicroShit crap :bgrin: :bgrin: :bgrin:

What i was worried is that you were confusing a few things about the permission of usage and distribute masm 32 sdk package from Steve. I´m totally in pro of the concept of Open Source community in general , but i can´t be blind to understand that it can have problems caused by bad intention people who are stealing others people work.

And...sure..we have to say thanks that M$ don´t own HJWasm. We don´t need more tons of pile of M$ crap being spread all over the place :icon_mrgreen: :icon_mrgreen:
Title: Re: HJWasm 2.28 release
Post by: johnsa on April 24, 2017, 07:37:18 PM
Compiling HJWASM with GCC can be a pain, It took me many goes to find the right set of compiler options / command line settings to get it to work (for Linux and OSX.. both using GCC).
I don't use GCC on the PC.. and I probably wouldn't bother personally..

for reference however here are the compiler options for linux and osx gcc:


-DNDEBUG -O2 -ansi -funsigned-char -fwritable-strings





Title: Re: HJWasm 2.28 release
Post by: johnsa on April 24, 2017, 08:01:04 PM
Can someone point me to a MS license for VC++ / Visual Studio that would indicate creation of open source products would be prohibited ?
I can find no mention of this in any of their licensing options, also given MS themselves are now creating a lot of open source content using their own tools.
Title: Re: HJWasm 2.28 release
Post by: jj2007 on April 24, 2017, 08:10:51 PM
Quote from: johnsa on April 24, 2017, 08:01:04 PM
Can someone point me to a MS license for VC++ / Visual Studio that would indicate creation of open source products would be prohibited ?

Nidud posted that above (http://masm32.com/board/index.php?topic=6176.msg65593#msg65593), maybe he can clarify. Probably just a misinterpretation, but since C is portable, keeping the GCC option would be an advantage anyway.

Re GCC: Which version are you using?

the fastest gcc 4.6.3 results show an average 20% improvement over gcc 3.4.2 (http://www.willus.com/ccomp_benchmark2.shtml?p19)

There is a nice comparison of compilers table here (http://www.willus.com/ccomp_benchmark2.shtml?p18+s14). It shows that Intel beats them all, but GCC beats M$.
Title: Re: HJWasm 2.28 release
Post by: aw27 on April 24, 2017, 08:21:39 PM
Quote from: jj2007 on April 24, 2017, 08:10:51 PM
Re GCC: Which version are you using?
the fastest gcc 4.6.3 results show an average 20% improvement over gcc 3.4.2 (http://www.willus.com/ccomp_benchmark2.shtml?p19)

This was the last I tried. I am not aware if more recent versions suck less or not.
Title: Re: HJWasm 2.28 release
Post by: jj2007 on April 24, 2017, 08:32:18 PM
It seems Clang beats them all now, see SOF: Clang vs GCC - which produces better binaries? (http://stackoverflow.com/questions/3187414/clang-vs-gcc-which-produces-better-binaries), first answer says about 20% (!) faster.
Title: Re: HJWasm 2.28 release
Post by: aw27 on April 24, 2017, 09:27:35 PM
Quote from: jj2007 on April 24, 2017, 08:32:18 PM
It seems Clang beats them all now,

Thank you, but I will pass for now, it is always a pain to make these tools work on Windows.
Title: Re: HJWasm 2.28 release
Post by: hutch-- on April 24, 2017, 09:28:32 PM
 :biggrin:

After reading a couple of the posts I well know why I prefer to write assembler.  :P
Title: Re: HJWasm 2.28 release
Post by: jj2007 on April 24, 2017, 10:12:43 PM
Hey, why are you complaining? C is portable, isn't it :badgrin:
Title: Re: HJWasm 2.28 release
Post by: hutch-- on April 25, 2017, 12:11:24 AM
Yeah,

You can port it from one C compiler to another if you take long enough.  :P
Title: Re: HJWasm 2.28 release
Post by: johnsa on April 25, 2017, 12:42:36 AM
Quote from: hutch-- on April 25, 2017, 12:11:24 AM
Yeah,

You can port it from one C compiler to another if you take long enough.  :P

Concur with this! haha.. sometimes C can be the least portable thing possible! A lot can depend on the degree of standard compliance of the compiler itself, which feature set you're using C99 etc and then a bunch of esoteric switches on the compiler..
Title: Re: HJWasm 2.28 release
Post by: nidud on April 25, 2017, 12:47:42 AM
deleted
Title: Re: HJWasm 2.28 release
Post by: mineiro on April 25, 2017, 08:41:17 AM
Quote from: nidud on April 25, 2017, 12:47:42 AM
In the end everybody ends up using the same uniform, same menu, same crappy burger and coffee on every street corner. But hey, we are still able to choose between Pepsi and Coke, neo-liberals and neo-cons right? The sweet taste of freedom.  :lol:
ce "the entire original project is lost".
hello sir nidud;
on 198? I read a book called (raw translation) "Cultural invasion from USA"("Invasão Cultural Norte-Americana"), and that was a bit strange, that book say that we will have "hamburguer" on our dictionary you know, well, today we have "download" and "upload" on brasilian portuguese dictionary. On shadows, cultural marxism have influence on our teachers, our Universities, our metaculture, so, misrepresented Marx story thing... .
I agree with you, sir johnsa and sir habran should define whats good and whats bad to their own program.