On Friday, 17 June 2016 at 21:20:01 UTC, Timon Gehr wrote:
On 17.06.2016 23:00, Nordlöw wrote:
I want to create a function that takes a variadic number of
arguments
all of a specific type, say T, without having to create
GC-allocated
heap array.
Is there a better way than:
f(Args...)(Args
On Friday, 17 June 2016 at 14:33:41 UTC, ketmar wrote:
ah, just fork it and slap Boost license on top! i myself have
no objections, and i doubt that the original author will object
too.
p.s. i'm pretty sure that somebody *will* fork it soon to get it
to code.dlang.org. i won't do that
On Friday, 17 June 2016 at 14:28:52 UTC, Rory McGuire wrote:
Thanks for that info. I don't think it would help if ketmar
made it MIT / Boost licensed or any other, if the original
authors relatives chose to dispute the license it the fact that
the code is based on the PD code would make it
On Friday, 17 June 2016 at 13:51:29 UTC, Andrei Alexandrescu
wrote:
Nice, thanks for this work. I see it has 3213 lines. I take it
the source is https://github.com/richgel999/jpeg-compressor.
How many lines from there are reflected in the D code? -- Andrei
it's a complete port of
On Friday, 17 June 2016 at 13:35:58 UTC, John Colvin wrote:
Without wanting to start a huge thing about this, see
http://linuxmafia.com/faq/Licensing_and_Law/public-domain.html
and http://www.rosenlaw.com/lj16.htm and please at least add an
optional licencing under a traditional permissive
finally, the thing you all waited for years is here! pure D
no-frills JPEG decoder with progressive JPEG support! Public
Domain! one file! no Phobos or other external dependecies! it
even has some DDoc! grab it[1] now while it's hot!
[1] http://repo.or.cz/iv.d.git/blob_plain/HEAD:/jpegd.d
On Friday, 17 June 2016 at 03:41:02 UTC, Adam D. Ruppe wrote:
It actually has been on my todo list for a while to change the
decoder to generate less garbage. I have had trouble in the
past with temporary arrays being pinned by false pointers and
the memory use ballooning from that, and the
glfw sux. simpledisplay.d rox.
https://github.com/adamdruppe/arsd
http://dpldocs.info/experimental-docs/arsd.simpledisplay.html
On Thursday, 16 June 2016 at 12:23:09 UTC, fbmac wrote:
How people use it on Linux, if htod is required to import C
libraries and windows only?f
we don't.
On Thursday, 16 June 2016 at 05:31:26 UTC, Guido wrote:
Is there any way to sanitize mixin code from user-configurable
file?
yes. read json file and convert it to anything you want. ;-)
On Wednesday, 15 June 2016 at 18:48:28 UTC, jmh530 wrote:
My reading of that LuaJIT GC document is that it requires write
barriers, but that they are very cheap.
...for language that was originally VM-based. yet they'll have a
noticable impact on language like D -- especially when programmer
On Wednesday, 15 June 2016 at 13:19:31 UTC, Konstantin wrote:
I don’t believe a community is capable of creating a good GC.
you are wrong. and you definitely know nothing about garbage
collection, virtual machines and code generation. i wonder why
people keep coming with "suggestions" and
cat $subj | sed -r 's/^Are (.+) (gc.+)\?$/\1 are \2./'
On Tuesday, 14 June 2016 at 12:57:01 UTC, Chris wrote:
Dynamic typing should only be allowed to the extend `auto`
works:
var name = "Herbert"
// ...
name = "Brown" // ok
name = 5 // error
this is still error-prone. why don't just do static typing
instead, and introduce `anything` type,
On Tuesday, 14 June 2016 at 06:52:38 UTC, cym13 wrote:
browser. It's
main forces (compile-time stuff and speed) would have no impact
at all and
the static typing would just make it harder for no good reason.
The web is a
very dynamic place so I'd rather have a very dynamic language.
ah,
On Tuesday, 14 June 2016 at 10:46:46 UTC, Chris wrote:
I'd say let's start with as few features as possible
start with clean language design, or you will end up with
javascript anyway. ;-)
On Tuesday, 14 June 2016 at 09:30:02 UTC, Chris wrote:
Rather than pursuing JS endeavors, I was thinking of creating a
light weight scripting language on top of D, something better
than JS and not tied to the Web. Something people could use for
day to day scripting tasks (like Python or Lua).
On Monday, 13 June 2016 at 23:47:40 UTC, Walter Bright wrote:
Remember you also have to write the documentation for your own
language, and write your own test suite. With Javascript you
can rely on existing documentation and test suites, which are
enormous time savers.
oh, noes. while tests
On Sunday, 12 June 2016 at 01:39:11 UTC, Joerg Joergonson wrote:
This doesn't seem to be the case though in more complex
examples ;/
it is.
My code is almost identical do what you have written
your code is *completely* different. that's why there are no
traces of CTFE values in my sample.
On Monday, 13 June 2016 at 20:19:37 UTC, Walter Bright wrote:
Regardless, you're way ahead with DMDScript than starting from
scratch.
it heavily depends of what exactly one want and how. by the time
i'll fully understand DMDScript code, i'd complete my own
implementation of dynamic scripting
On Sunday, 12 June 2016 at 14:49:18 UTC, Gary Willoughby wrote:
Hmmm. I thought it looked *too* simple. Have you any idea if
there is a simple solution to this?
yes. you have to turn your refcount to pointer. ;-)
the cause of "misbehave" is the fact that there can exist several
copies of the
this won't work at all. let's insert `writeln("FREE!");` in dtor,
and test it:
auto foo (Foo foo) {
version(dump) writeln(foo._refCount);
return foo;
}
void main () {
auto f = foo(Foo());
version(dump) writeln(f._refCount);
}
it prints "FREE" once, so it looks like the whole thing is
On Sunday, 12 June 2016 at 12:25:00 UTC, Ola Fosheim Grøstad
wrote:
Well, ES6 is actually reasonably ok.
js is fubared from the start. there is no need to follow the
broken path.
On Sunday, 12 June 2016 at 12:14:33 UTC, WebFreak001 wrote:
There is a full grammar definition on the D Spec pdf file:
https://dlang.org/dlangspec.pdf
it is invalid. anyone who will try to write a parser following
this grammar only will hit a wall.
On Sunday, 12 June 2016 at 11:23:56 UTC, Chris wrote:
I haven't had a chance to look at the source code in detail
yet. How hard would it be to integrate JIT and D (and C)
interop?
not hard. there is extension example (extending engine with D).
also, the engine compiles scripts to IR code,
p.p.s. i'm slowly working on my own SSA-based codegen library
too. no timelines are set, tho.
i'd also say: "JIT it from the start!" targeting LibJIT is very
easy, and you will have nice machine code for x86, x86_64 and
ARM, plus IR interpreter for any other "unsupported" arch.
p.s. i did a D wrapper for LibJIT, it is in DACS repo. i also
talked with LibJIT maintainer, and that wrapper may be included
in next LibJIT release.
On Friday, 10 June 2016 at 18:47:59 UTC, Joerg Joergonson wrote:
In any case, this is impossible. D has no such concept as
"compile-time-only" values, so any usage of a value risks
embedding it into the binary.
sure, it has.
template ParseData (string text) {
private static enum Key =
On Friday, 10 June 2016 at 15:29:01 UTC, Chris wrote:
DScript. Your scripting language already fulfills things that
were on my wishlist (easy D interop).
hey, both GML and DACS has some of that too! ;-)
VM["print"] = (string s) { writeln(s); };
VM["add"] = (int a, int b) => a+b;
wow, now we
On Friday, 10 June 2016 at 15:35:32 UTC, jmh530 wrote:
On Friday, 10 June 2016 at 15:14:02 UTC, ketmar wrote:
1. this is heavily OT. ;-)
I didn't forget to mark it! :-)
2. you may take a look at my gml engine. it has clearly
separated language parser and AST builder (gaem.parser), and
On Friday, 10 June 2016 at 15:03:30 UTC, jmh530 wrote:
On Friday, 10 June 2016 at 14:25:37 UTC, Adam D. Ruppe wrote:
To make an interpreter, you can just add a method to the AST
objects that interprets and gives a result boom, it works!
Given my limited knowledge of
On Friday, 10 June 2016 at 13:55:28 UTC, Chris wrote:
I have neither time nor the required expertise to write a
scripting language from scratch ;) You on the other hand ... :-)
so just use Adam's code as the starting point then! ;-)
On Friday, 10 June 2016 at 13:04:32 UTC, Chris wrote:
It doesn't compile with
`dmd file1.d file2.d`
either. I'll have to look into this. Weird.
looks like a clear sign of dmd versions conflict. most of the
time things like that caused by some leftover from previous dmd —
like old
On Friday, 10 June 2016 at 12:52:05 UTC, Chris wrote:
I use dub and `dvm use 2.071.0`.
hm. sorry, i can't help you with this. straight "dmd test.d" is
ok, so it's probably something with dub/dvm interaction...
On Friday, 10 June 2016 at 12:04:50 UTC, Chris wrote:
I get the error below with code like this:
auto res = ['1', '2'].map!(a => a.to!string);
dmd 2.071.0
What's wrong here? I import std.algorithm, std.range,
std.array, std.conv in the module.
On Friday, 10 June 2016 at 11:11:49 UTC, Chris wrote:
Nice. Anyone interested in turning this into "DScript"? Having
a scripting language powered by D would also boost D's
prestige. And it would be easy to write modules in pure D.
DScript could then be used by scientists, game developers etc.
On Friday, 10 June 2016 at 10:55:42 UTC, Chris wrote:
Cool. I'd love to see `DScript` one day - and replace JS once
and for all ... well ... just day dreaming ...
Adam has scripting engine in his arsd repo[1]. it's not a speed
demon, but it is much more like JS, it even has exceptions, and
On Friday, 10 June 2016 at 10:03:29 UTC, Chris wrote:
A scripting language based on D? Is it open source? I've always
dreamt of something like that.
i have several of them, actually. yet they are very specialized —
i.e. designed to support my game engines, not to be "wide-area
scripting
On Friday, 10 June 2016 at 09:35:32 UTC, Chris wrote:
And also, always use ldc or gdc, once your project is ready to
go. dmd generated code is slow as it is only a reference
compiler.
but not *dog* *slow*. ;-) if one don't really need to squeeze
every possible cycle out of CPU, DMD-generated
ooops. that solution is provided in Ali's book. sorry for the
noise.
On Friday, 10 June 2016 at 08:32:40 UTC, Begah wrote:
In the constructor, i copied the textures to the model's inner
texture array, and for some reason this caused the problem.
So i needed to change to something like :
this.textures.length = textures.length;
foreach(i; 0..textures.length) {
On Friday, 10 June 2016 at 08:29:50 UTC, Yura wrote:
something tells me that GC would slow you down
because in this field people are fighting for every
percent of the performance (many simulations are
running for weeks).
yes, GC will have an effect for such things. but then, people
fighting
On Thursday, 9 June 2016 at 22:02:44 UTC, Joerg Joergonson wrote:
Lol, who says you have access to my software? You know, the
problem with assumptions is that they generally make no sense
when you actually think about them.
oh, yeah. it suddenly reminds me about some obscure thing. other
On Friday, 10 June 2016 at 06:25:55 UTC, ketmar wrote:
On Thursday, 9 June 2016 at 16:44:23 UTC, Yura wrote:
4) The C language is well tested and rock solid stable.
loool.
ah, sorry, let me explain myself. i hit ALOT of gcc bugs in my
life. and i never fixed any of them myself, 'cause
On Thursday, 9 June 2016 at 16:44:23 UTC, Yura wrote:
4) The C language is well tested and rock solid stable.
loool.
On Thursday, 9 June 2016 at 05:52:47 UTC, Adam Wilson wrote:
But to be fair, that's not a memory management problem but a
disk IO problem.
but still, example is not really works. also, i bet many people
expirienced "lags", even in single-player games: lags aren't
necessarily I/O problems.
On Thursday, 9 June 2016 at 05:20:46 UTC, cy wrote:
On Tuesday, 7 June 2016 at 22:17:03 UTC, ag0aep6g wrote:
You don't specify the types of the parameters of the function
literals, so you effectively have templates there. As such the
literals have no types, and can't be passed as arguments.
On Wednesday, 8 June 2016 at 17:13:38 UTC, deadalnix wrote:
On Wednesday, 8 June 2016 at 12:04:34 UTC, ketmar wrote:
On Wednesday, 8 June 2016 at 06:19:08 UTC, Ola Fosheim Grøstad
wrote:
I've yet to see a large desktop app relying on GC that does
not feel sluggish.
i've yet to see a large
On Wednesday, 8 June 2016 at 16:58:31 UTC, Ola Fosheim Grøstad
wrote:
This is very basic marketing 101.
engineers doesn't do marketing. engineers solving tasks.
On Wednesday, 8 June 2016 at 16:49:46 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 8 June 2016 at 16:44:00 UTC, ketmar wrote:
On Wednesday, 8 June 2016 at 16:38:02 UTC, Ola Fosheim Grøstad
wrote:
They do of course use golang for their blog and make it
available as a download.
As they
On Wednesday, 8 June 2016 at 16:40:37 UTC, Ola Fosheim Grøstad
wrote:
DFeed is a NNTP client, not a NNTP server.
sure. why should it be an NNTP server? there is task to solve:
provide web frontend to the existing NNTP server. that task was
solved. there was no task "waste some time to
On Wednesday, 8 June 2016 at 16:38:02 UTC, Ola Fosheim Grøstad
wrote:
They do of course use golang for their blog and make it
available as a download.
As they _should_.
google. money. does that rings the bell?
On Wednesday, 8 June 2016 at 16:23:13 UTC, Ola Fosheim Grøstad
wrote:
Yes, no point in writing your own forum software.
ah, sure, there was the reason to write DFeed! that's why
forum.dlang.org is using engine written in D.
On Wednesday, 8 June 2016 at 15:57:42 UTC, Ola Fosheim Grøstad
wrote:
Huh? No, as long as D is not backed by some giant like Google
or Apple it has to do its own marketing and showcase its own
stuff where it can.
the key words are "where it can". rewriting already working tools
(perfectly
On Wednesday, 8 June 2016 at 15:52:49 UTC, Wyatt wrote:
And basically _no one_ knows about J...
i know! i even know about CLU!
On Wednesday, 8 June 2016 at 15:40:48 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 8 June 2016 at 15:31:34 UTC, ketmar wrote:
i'm trying to hint that there is no reason to reimplement
*everything* in D. bad engineers reinvent, good engineers
reuse!
This is about marketing, not engineering.
On Wednesday, 8 June 2016 at 15:23:58 UTC, Ola Fosheim Grøstad
wrote:
On Wednesday, 8 June 2016 at 15:18:27 UTC, ketmar wrote:
On Wednesday, 8 June 2016 at 15:05:54 UTC, Ola Fosheim Grøstad
wrote:
People check out stuff like that. The forum backend also use
a standard NNTP server, not
On Wednesday, 8 June 2016 at 15:21:08 UTC, John Colvin wrote:
On Wednesday, 8 June 2016 at 15:04:28 UTC, Kagamin wrote:
BTW do people find nested comments particularly useful?
Yes for:
A) commenting out a block of code without having to care about
syntactic correctness (otherwise
On Wednesday, 8 June 2016 at 15:05:54 UTC, Ola Fosheim Grøstad
wrote:
People check out stuff like that. The forum backend also use a
standard NNTP server, not implemented in D? That's ok too as
there is no D forum software...
it's even more than that: D servers are using OS which is not
On Wednesday, 8 June 2016 at 06:19:08 UTC, Ola Fosheim Grøstad
wrote:
I've yet to see a large desktop app relying on GC that does not
feel sluggish.
i've yet to see a large desktop app that does not feel sluggish.
On Tuesday, 7 June 2016 at 20:41:08 UTC, Walter Bright wrote:
Would you want to use a library where the maintainers refuse to
use @nogc even if they aren't using the gc?
yes, i do. i'm actively using Adam's arsd libraries, and they
doesn't have @nogc spam all over the place, even where
On Tuesday, 7 June 2016 at 19:07:03 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 7 June 2016 at 18:59:13 UTC, ketmar wrote:
side note: garbage-collected OS is possible, and written, and
is working. Inferno.
Yes, the Go guys was involved. So it is possible yes, but why
would you want to have a
On Tuesday, 7 June 2016 at 18:00:43 UTC, Ola Fosheim Grøstad
wrote:
There was actually a person from an academic OS research team
that wrote about adopting Go (probably changing it) for an
experimental OS implementation. Someone on the Go team thought
it was a good idea and also that they
On Tuesday, 7 June 2016 at 17:19:16 UTC, Wyatt wrote:
On Tuesday, 7 June 2016 at 08:05:58 UTC, Russel Winder wrote:
So instead of debating this endlessly, I think this is about
the tenth time this has come up in the last two years, why
doesn't a group of people who know about GC algorithms get
On Tuesday, 7 June 2016 at 13:15:38 UTC, Steven Schveighoffer
wrote:
My opinion, the first optional one to include is the forking
GC, since it has been in production for years for one company.
We may even find some bugs in it to help out Sociomantic, since
they have discovered and helped fix
On Tuesday, 7 June 2016 at 11:11:31 UTC, Russel Winder wrote:
On Tue, 2016-06-07 at 09:55 +, ketmar via Digitalmars-d
wrote:
[…]
considering that the whole package, including dlangUI, is one
man work... give it a chance! ;-)
A project starting as a one person thing is quite natural
On Tuesday, 7 June 2016 at 09:09:04 UTC, Russel Winder wrote:
On Mon, 2016-06-06 at 08:21 +, ketmar via Digitalmars-d
wrote:
On Monday, 6 June 2016 at 08:15:42 UTC, Russel Winder wrote:
> 3. Have one lightweight D realized cross platform IDE.
by the way, Buggins has dlangIDE writ
On Tuesday, 7 June 2016 at 09:05:10 UTC, Russel Winder wrote:
Generally I would agree. However with something like "big
decimal" I'd say it is worth doing anyway – even though the
impetus appears to be from financial computing.
as an external library, i'd say, by someone who really needs it.
On Tuesday, 7 June 2016 at 08:31:09 UTC, Russel Winder wrote:
Financial organizations generally want all their language
infrastructure for free (GCC, Python, Eclipse) anything they
write themselves is treated as asset and so theirs not for
anyone else.
...
That leads to them using Java,
On Tuesday, 7 June 2016 at 06:22:50 UTC, Walter Bright wrote:
On 6/6/2016 10:38 PM, Brad Roberts via Digitalmars-d wrote:
The D ecosystem is a large pile of incomplete features, with
more added all the
time.
Even with only array bounds checking, D is safer than C++.
+inf. this feature
On Tuesday, 7 June 2016 at 05:38:25 UTC, H. S. Teoh wrote:
Same thing goes with a fixed point type. People keep
complaining about it, but honestly if I were in the finance
sector I'd implement the type myself in a couple o' days and
put it up on code.dlang.org or something. It's not *that*
On Monday, 6 June 2016 at 05:49:53 UTC, Ethan Watson wrote:
Echoing the need for decimal support. I won't use it myself,
but I know it's critical for finance.
funny thing: those "financial sector" most of the time doesn't
give anything back. adding special decimal type complicating the
On Monday, 6 June 2016 at 10:33:29 UTC, Vadim Lopatin wrote:
On Monday, 6 June 2016 at 08:21:22 UTC, ketmar wrote:
On Monday, 6 June 2016 at 08:15:42 UTC, Russel Winder wrote:
3. Have one lightweight D realized cross platform IDE.
by the way, Buggins has dlangIDE written with his dlangUI
On Monday, 6 June 2016 at 08:18:20 UTC, Russel Winder wrote:
On Mon, 2016-06-06 at 05:28 +, ketmar via Digitalmars-d
wrote:
On Monday, 6 June 2016 at 05:13:11 UTC, Daniel Kozak wrote:
> You can still unregister your critical thread from GC.
exactly. that's what i did in my sound eng
On Monday, 6 June 2016 at 08:15:42 UTC, Russel Winder wrote:
3. Have one lightweight D realized cross platform IDE.
by the way, Buggins has dlangIDE written with his dlangUI
package. it is cross-platform, has debugger support, and written
in D!
On Monday, 6 June 2016 at 05:13:11 UTC, Daniel Kozak wrote:
You can still unregister your critical thread from GC.
exactly. that's what i did in my sound engine, and it works like
a charm: i can enjoy hiccup-less ogg replaying on the background
while the main code enjoys GC.
On Saturday, 4 June 2016 at 02:46:31 UTC, Walter Bright wrote:
On 6/3/2016 5:42 PM, ketmar wrote:
sometimes used Cyrillic font to represent English.
Nobody here suggested using the wrong font, it's completely
irrelevant.
you suggested that unicode designers should make similar-looking
On Friday, 3 June 2016 at 22:36:17 UTC, w0rp wrote:
I've learned in software development that you hardly ever hear
praise from others. Usually you only hear from others when you
make mistakes. Such is life.
so it's somewhat safe to assume that if nobody is yelling at you,
you must be a very
On Friday, 3 June 2016 at 18:43:07 UTC, Walter Bright wrote:
It's almost as if printed documents and books have never
existed!
some old xUSSR books which has some English text sometimes used
Cyrillic font to represent English. it was awful, and barely
readable. this was done to ease the work
you probably misunderstood my post. ;-) i absolutely don't want
to install gtk+3, it's not "native" for my system, no other app
is using it. that means "no GNU/Linux support" for me.
SR3C[1] is a small and simple MIT-licensed compression library
(~28KB of source code, no external dependencies), which
nevertheless can compress data with the quality of gzip -7.
the drawbacks are:
• it requires ~4.5MB of RAM for compression or decompression;
• decompression speed is much
great lib (libui). sadly, no GNU/Linux support in there yet.
gtk+3 is complete crap, and it doesn't even *have* to present in
system (it isn't in my case). and libui cannot fallback to gtk+2.
it's sad: i was very excited by the nice C UI library (even if it
is actually a wrapper).
let's hope
iv.vfs gained ability to list files in all registered VFSes, and
it now can open disk files regardless of name case on POSIX
systems (this is controlled by global flags, or additional
letters «i» and «I» in file mode arg).
p.s. it's only for opening files with known names and doing file
i/o. it doesn't support other FS operations (like getting list of
files, or file renaming), as i wrote it for using in my game
engines, and i don't need such operations there. so i won't add
that, it's out of scope of the
oops. almost forgot to mention that it works only with POSIX
systems now. windoze port *may* be done in the future (it's not
that hard — basically, replace fopen/fseek/etc. imports and
calls). sure, you can DIY and send me a patch too.
here[1] you can get a simple VFS system (yep, another one!). it
introduces `VFile` struct (kinda like `std.stdio.File`, but with
less features), which can wrap your own custom streams,
`std.stdio.File`, libc `FILE*`, integer file descriptor...
actually, anything you'll do a simple wrapper for.
subj. here[1]. not heavily tested, but it doesn't really matter,
as nobody will use it anyway.
1. http://repo.or.cz/libotrd.git
no.
the following[1] is the demo of pure CPU implementation of the
famous "raymarching" algorithm[2]. of course, doing that in GLSL
shader will be many times faster (10x? 20x? dunno), but i'm too
lazy to port the necessary gl headers (and don't want to use
derelict for some random reason ;-), so i
ok, just4fun, mulththreaded renderer[1]. set ThreadCount to
number of your CPU cores to get some speedup.
note: this is not how `std.concurrency` should be used! please,
don't do wroker queues as i did!
[1] http://ketmar.no-ip.org/dmd/zrm3_adam_trd_x4.d
This is the kind of maths I hoped I could try to understand.
The spirit is not there :)
it's very easy, actually.
the basic idea is this: our "primitive" functions returns
distance from a given point to the primitive. i.e.
auto point(1, 2, 3);
float dist = BoxPrimitive(point);
now `dist` is
heh. it crashed due to "in" presence. if you'll remove "in", it
will work.
worksforme. git HEAD, GNU/Linux, x86.
On Monday, 30 November 2015 at 14:07:03 UTC, Ola Fosheim Grøstad
wrote:
therefore be a good idea to keep the front page professional.
"professional". this means "boring, uninteresting, written for
witless idiots without sense of humor". the worst think we can do
is start attracting such kind
On Monday, 30 November 2015 at 21:52:34 UTC, Ola Fosheim Grøstad
wrote:
You have 3 seconds to convince a random visitor that the site
is worth his/her time. If I am looking for a tool the last
thing I want is to try to download something from an emotional
boy scouts club.
that's great: less
nope, we aren't dead.
Time to file in Bugzilla.
Andrei already did that:
https://issues.dlang.org/show_bug.cgi?id=15237
i believe that envs now should be:
[Environment32]
or
[Environment64]
seems that OS X version is the one with old [Environment], so it
fails.
hm. sorry, i forgot to mention that i'm using git HEAD. it seems
to work ok in HEAD.
just checked 2.068.2, freshly downloaded, and it seems to work
fine (at least 32-bit version). it looks like you have something
weird with your system. maybe some environment var set to
something strange?
801 - 900 of 3410 matches
Mail list logo