On Wednesday, 17 September 2014 at 20:49:37 UTC, Vladimir
Panteleev wrote:
On Tuesday, 16 September 2014 at 12:33:26 UTC, dcrepid wrote:
Thanks for the help. Unfortunately, I didn't want 64-bit
library/object files so I had to modify the make files to
point to the VC2010 32-bit compilers (Win6
On Tuesday, 9 September 2014 at 20:07:33 UTC, Trass3r wrote:
And how do ldc and gdc do? =)
LDC doesn't do very well. It generates more verbose code, even
with -Oz.
I'll try GDC next.
In other news, I switched from makefiles to a dedicated build
tool, as their limitations were becoming cons
On Tuesday, 9 September 2014 at 10:20:44 UTC, Don wrote:
http://stackoverflow.com/questions/284797/hello-world-in-less-than-20-bytes
My personal best --
At my first job, a customer once made a request for a very
simple DOS utility. They did mention that they didn't have much
disk space on t
On Thursday, 18 September 2014 at 04:50:52 UTC, dcrepid wrote:
On Wednesday, 17 September 2014 at 20:49:37 UTC, Vladimir
Panteleev wrote:
Yes, sorry, that was the wrong command. Currently you have to
also specify the full paths to the compiler on make's command
line. I sent in two pull requests
On Wednesday, 17 September 2014 at 20:49:37 UTC, Vladimir
Panteleev wrote:
Yes, sorry, that was the wrong command. Currently you have to
also specify the full paths to the compiler on make's command
line. I sent in two pull requests to document and simplify
building phobos32mscoff.lib:
https:
On Tuesday, 16 September 2014 at 12:33:26 UTC, dcrepid wrote:
Thanks for the help. Unfortunately, I didn't want 64-bit
library/object files so I had to modify the make files to point
to the VC2010 32-bit compilers (Win64.mak points to the amd64
folders, so I'm a bit concerned now - did you rea
On Tuesday, 16 September 2014 at 00:11:26 UTC, Vladimir Panteleev
wrote:
On Monday, 15 September 2014 at 21:18:53 UTC, dcrepid wrote:
You have to build it yourself, run "make -f win64.mak
MODEL=32mscoff" in Druntime and Phobos source directories.
Thanks for the help. Unfortunately, I didn't w
On Monday, 15 September 2014 at 21:18:53 UTC, dcrepid wrote:
-m32mscoff allows using more linkers. Specifically, the
Microsoft Linker and Crinkler, which only understand COFF, can
both generate executables which are much smaller than those
created by OPTLINK.
Hi, I've been experimenting with
-m32mscoff allows using more linkers. Specifically, the
Microsoft Linker and Crinkler, which only understand COFF, can
both generate executables which are much smaller than those
created by OPTLINK.
Hi, I've been experimenting with getting a basic D program
consisting of nothing more than "int
On Wednesday, 10 September 2014 at 13:53:32 UTC, Marco Leise
wrote:
Am Tue, 09 Sep 2014 10:20:43 +
schrieb "Don" :
On Monday, 8 September 2014 at 08:18:32 UTC, Ola Fosheim
Grøstad wrote:
> On Monday, 8 September 2014 at 08:08:23 UTC, Kagamin wrote:
>> But that downloaded file is bloatware,
On Wed, 10 Sep 2014 16:02:01 +0200
Marco Leise via Digitalmars-d-announce
wrote:
> > The final executable size was 15 bytes.
> > The customer loved it.
and they never knows that it took at least 512 bytes anyway. or even
more, depending of claster size. heh.
signature.asc
Description: PGP sign
Am Tue, 09 Sep 2014 10:20:43 +
schrieb "Don" :
> On Monday, 8 September 2014 at 08:18:32 UTC, Ola Fosheim Grøstad
> wrote:
> > On Monday, 8 September 2014 at 08:08:23 UTC, Kagamin wrote:
> >> But that downloaded file is bloatware, because it has to
> >> implement functionality, which is not
And how do ldc and gdc do? =)
On Monday, 8 September 2014 at 08:18:32 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 8 September 2014 at 08:08:23 UTC, Kagamin wrote:
But that downloaded file is bloatware, because it has to
implement functionality, which is not provided by the system.
That tiny pe file doesn't download anything,
On Monday, 8 September 2014 at 08:06:37 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 7 September 2014 at 21:03:17 UTC, Vladimir Panteleev
wrote:
The 438-byte "Hello, world" program is achieved using
Crinkler, which is a COFF linker with aggressive compression
and header optimization. It was creat
On Monday, 8 September 2014 at 08:08:23 UTC, Kagamin wrote:
But that downloaded file is bloatware, because it has to
implement functionality, which is not provided by the system.
That tiny pe file doesn't download anything, it's completely
done by the system.
Yeah…
http://stackoverflow.com/q
On Monday, 8 September 2014 at 07:59:37 UTC, Ola Fosheim Grøstad
wrote:
«Smallest PE file that downloads a file over WebDAV and
executes it: 133 bytes»
http://www.phreedom.org/research/tinype/
But that downloaded file is bloatware, because it has to
implement functionality, which is not prov
On Sunday, 7 September 2014 at 21:03:17 UTC, Vladimir Panteleev
wrote:
The 438-byte "Hello, world" program is achieved using Crinkler,
which is a COFF linker with aggressive compression and header
optimization. It was created for compressing 4K demos.
Pretty nice! Is the format correct too, or
On Monday, 8 September 2014 at 07:40:29 UTC, Kagamin wrote:
Why? Modern viruses are bloatware:
https://www.virustotal.com/en/file/73559b15d1f55a9f08a5674fd4320a7ba9ff4e98f0949a1b2a756ec8eafd5caf/analysis/
That sucks.
«Smallest PE file that downloads a file over WebDAV and executes
it: 133 byt
On Sunday, 7 September 2014 at 21:03:17 UTC, Vladimir Panteleev
wrote:
The 438-byte "Hello, world" program is achieved using Crinkler,
which is a COFF linker with aggressive compression and header
optimization. It was created for compressing 4K demos.
Pretty cool! Up to now D had little ch
On Monday, 8 September 2014 at 07:01:19 UTC, Andrej Mitrovic via
Digitalmars-d-announce wrote:
I guess this is great news for virus writers. :P
Why? Modern viruses are bloatware:
https://www.virustotal.com/en/file/73559b15d1f55a9f08a5674fd4320a7ba9ff4e98f0949a1b2a756ec8eafd5caf/analysis/
On Monday, 8 September 2014 at 07:01:19 UTC, Andrej Mitrovic via
Digitalmars-d-announce wrote:
On 9/7/14, Vladimir Panteleev via Digitalmars-d-announce
wrote:
I guess this is great news for virus writers. :P
A std.virus or core.virus module? ;;)
Nothing sweeter than having it as a standard.
On 9/7/14, Vladimir Panteleev via Digitalmars-d-announce
wrote:
> Thanks to recent advances in DMD (-betterC and -m32mscoff), I
> could get a "Hello, world" program on Win32 down to just 438
> bytes when compiled. This is without assembly, linker scripts,
> custom Phobos/Druntime, or manual post-b
On Sunday, 7 September 2014 at 21:03:17 UTC, Vladimir Panteleev
wrote:
I've picked up an older project for using D on barebones Win32
as a "better C".
Thanks to recent advances in DMD (-betterC and -m32mscoff), I
could get a "Hello, world" program on Win32 down to just 438
bytes when compiled
On 9/7/14, 2:03 PM, Vladimir Panteleev wrote:
I've picked up an older project for using D on barebones Win32 as a
"better C".
Thanks to recent advances in DMD (-betterC and -m32mscoff), I could get
a "Hello, world" program on Win32 down to just 438 bytes when compiled.
This is without assembly,
One step down that road:
https://www.youtube.com/watch?v=RCh3Q08HMfs&list=PLA5E2FF8E143DA58C
I've picked up an older project for using D on barebones Win32 as
a "better C".
Thanks to recent advances in DMD (-betterC and -m32mscoff), I
could get a "Hello, world" program on Win32 down to just 438
bytes when compiled. This is without assembly, linker scripts,
custom Phobos/Druntime, or
27 matches
Mail list logo
