On Sun, Feb 10, 2013 at 11:04:59PM +0100, Marco van de Voort wrote:
> In our previous episode, Henry Vermaak said:
> > > Sven already replied, but roughly in the coreutils package. (the former
> > > findutils and diffutils iirc)
> >
> > Sorry if this is a daft question, but can't you use the msys
In our previous episode, Henry Vermaak said:
> > Sven already replied, but roughly in the coreutils package. (the former
> > findutils and diffutils iirc)
>
> Sorry if this is a daft question, but can't you use the msys coreutils?
> Or do they have some limitation?
IIRC they were less adapted to
On Sun, Feb 10, 2013 at 8:39 PM, Jonas Maebe wrote:
>
> On 10 Feb 2013, at 20:12, Vittorio Giovara wrote:
>
> The iOS experience could be improved in many ways, for example in
> Xcode you cannot set a breakpoint and when you do so with gdb all you
> get is an assembly viewer
>
>
> I don't remember
On Sun, Feb 10, 2013 at 10:08:29PM +0100, Marco van de Voort wrote:
> In our previous episode, Jonas Maebe said:
> > > Note though that one of the reasons why FPC tools are old is because they
> > > are the most up to date mingw versions. Before they abandonned the tools
> > > we were using, and se
Den 10-02-2013 21:47, Adriaan van Os skrev:
I maintain a large 600.000 FreePascal project that compiles for Mac OS
X. It mixes MacPascal and Delphi compiler modes. Unfortunately the
compiler is now producing random error messages, that disappear on a
clean rebuild. The error messages are not cl
In our previous episode, Jonas Maebe said:
> > Note though that one of the reasons why FPC tools are old is because they
> > are the most up to date mingw versions. Before they abandonned the tools
> > we were using, and set up everything in MSYS.
>
> At least the mingw binutils are still maintain
On 10.02.2013 21:47, Adriaan van Os wrote:
I maintain a large 600.000 FreePascal project that compiles for Mac OS
X. It mixes MacPascal and Delphi compiler modes. Unfortunately the
compiler is now producing random error messages, that disappear on a
clean rebuild. The error messages are not clear
I maintain a large 600.000 FreePascal project that compiles for Mac OS X. It mixes MacPascal and
Delphi compiler modes. Unfortunately the compiler is now producing random error messages, that
disappear on a clean rebuild. The error messages are not clearly reproduceable. Sometimes,
everything is
On 10.02.2013 21:29, Jonas Maebe wrote:
On 10 Feb 2013, at 21:07, Marco van de Voort wrote:
Note though that one of the reasons why FPC tools are old is because they
are the most up to date mingw versions. Before they abandonned the tools
we were using, and set up everything in MSYS.
At leas
On 10 Feb 2013, at 21:07, Marco van de Voort wrote:
> Note though that one of the reasons why FPC tools are old is because they
> are the most up to date mingw versions. Before they abandonned the tools
> we were using, and set up everything in MSYS.
At least the mingw binutils are still maintai
In our previous episode, Vittorio Giovara said:
> Well the existence of external tools is what has allowed technology to
> foster and advance, eg have some common grounds and entry points...
> Your (limited) example is not exactly perfect, the tools that fpc
> bundle on windows are often outdated a
Am 10.02.2013 20:12, schrieb Vittorio Giovara:
>
> Well the existence of external tools is what has allowed technology
> to foster and advance,
In a perfect world, with unlimited cpu resources, yes.
> eg have some common grounds and entry
> points... Your (limited) example is not exactly perfec
On 10 Feb 2013, at 20:12, Vittorio Giovara wrote:
> The iOS experience could be improved in many ways, for example in
> Xcode you cannot set a breakpoint and when you do so with gdb all you
> get is an assembly viewer
I don't remember ever hearing about this or seeing a bug report about this.
I
On 10/feb/2013, at 15:58, Florian Klaempfl wrote:
> Am 10.02.2013 15:23, schrieb Vittorio Giovara:
>> Indeed, a fpc->js code generator would have a rather limited use. A
>> LLVM backend instead could be use on many more levels, and for example
>> could improve (or replace) the compilation process
On 10.02.2013 14:19, Maciej Izak wrote:
Hi,
What is the state of Extended RTTI (like in Delphi 2010 and up)?
You can read in the comment by Sven
"One of the developers has started to implement class attributes and
I’m rather sure that the enhanced RTTI will come sooner or later as
well"
http:/
Hi,
What is the state of Extended RTTI (like in Delphi 2010 and up)?
You can read in the comment by Sven
"One of the developers has started to implement class attributes and
I’m rather sure that the enhanced RTTI will come sooner or later as
well"
http://www.deltics.co.nz/blog/?p=1129
How's he
Am 10.02.2013 15:23, schrieb Vittorio Giovara:
Indeed, a fpc->js code generator would have a rather limited use. A
LLVM backend instead could be use on many more levels, and for example
Not to mention that I estimate that full llvm support with debugging and
extending llvm to support everythin
Am 10.02.2013 15:23, schrieb Vittorio Giovara:
Indeed, a fpc->js code generator would have a rather limited use. A
LLVM backend instead could be use on many more levels, and for example
could improve (or replace) the compilation process on iOS.
Improve in which regard? Experience showed that th
Indeed, a fpc->js code generator would have a rather limited use. A
LLVM backend instead could be use on many more levels, and for example
could improve (or replace) the compilation process on iOS.
Plus I would like that this collaboration would be about something
that could be useful for many proj
Am 10.02.2013 11:09, schrieb Sven Barth:
Having a LLVM backend would not only benefit HedgeWar's JavaScript case,
but also all others that would like to use the LLVM backend for one
purpose or the other. And in my opinion a pure JS backend would be much
harder to implement than a LLVM backend as
On 09.02.2013 14:40, Florian Klämpfl wrote:
Am 09.02.2013 03:13, schrieb Vittorio Giovara:
To do that we are using a tool
named 'emscripten' which takes LLVM bytecode and generates Javascript,
without affecting performance too much. Yes, we had to write a horribly
hacked converter that took the
On Sat, Feb 9, 2013 at 1:13 PM, Vittorio Giovara
wrote:
> I think we could make this work thanks to the Google Summer of Code! This
> program (*if* they announce it) basically introduces students to the world
> of FOSS development by having them work on projects for an open source
> organization d
22 matches
Mail list logo
