On Sat, Sep 06, 2014 at 01:24:36PM -0500, Den wrote:
> I know this has been brought up from time to time, but the more I
> use NetBeans and other big editors.. The more I miss the fact that it
> isolates you from being in their pool of source code to build whenever
> you add a component, et
Hi Sven!
I suppose you can just have Build Servers and build all major
OS/Architectures. The platform differences could be solved by an
additional 'target dependent' package. But I suppose with the Dynamic
Packages, we could just bundle the different architectures in the one
Package Fil
Am 06.09.2014 11:27 schrieb "Reinier Olislagers" <
reinierolislag...@gmail.com>:
> program hellomips;
>
> {$mode objfpc}
> // let's use short strings {.$H+}
>
> {not$DEFINE UseCThreads} //otherwise it seems we get pthreads which gdb
> can't debug
> uses
> {$IFDEF UNIX}{$IFDEF UseCThreads}
> cth
> Any thoughts?
Dream on. FPC is a native compiler and someone would need to implement that
proposed bytecode and maintain it.
Even once we support LLVM we wouldn't drop any of our native code
generators and even if we did LLVM simply does not support all those
platforms that we support (e.g. m68k
On 06/09/2014 18:40, Nikolai Zhubr wrote:
> Prebuilt/preflashed openwrt images most definitely do not have normal
> glibc, which is supposedly expected by normal linux rtl. Although I
> haven't checked myself, I think you could either try to somehow remove
> glibc dependancy for your test, or rebui
Hello all,
I know this has been brought up from time to time, but the more I
use NetBeans and other big editors.. The more I miss the fact that it
isolates you from being in their pool of source code to build whenever
you add a component, etc. Having a binary-only Lazarus would mean an
e
Reinier Olislagers wrote:
On 06/09/2014 12:20, Mark Morgan Lloyd wrote:
I think the previous discussion wound down with the consensus that the
distro had custom libraries, possibly derived from ulibc, and that the
compiler etc. would have to be specially built for those. I was hoping
to set a Qe
Hi!
06.09.2014 14:53, Reinier Olislagers:
[...]
Ok. It's running openwrt (also so that may well be the case; however I
Prebuilt/preflashed openwrt images most definitely do not have normal
glibc, which is supposedly expected by normal linux rtl. Although I
haven't checked myself, I think you
Arggghhh. Ok, thanks, Sergei!
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
06.09.2014 14:53, Reinier Olislagers пишет:
On 06/09/2014 12:20, Mark Morgan Lloyd wrote:
I think the previous discussion wound down with the consensus that the
distro had custom libraries, possibly derived from ulibc, and that the
compiler etc. would have to be specially built for those. I was
On 06/09/2014 12:20, Mark Morgan Lloyd wrote:
> I think the previous discussion wound down with the consensus that the
> distro had custom libraries, possibly derived from ulibc, and that the
> compiler etc. would have to be specially built for those. I was hoping
> to set a Qemu-based system to in
Reinier Olislagers wrote:
Hi,
Periodically I try to cross-compile a simple program [1] for my router
with fpc trunk.
It starts but does nothing (does not return to command prompt).
Noticed an earlier mail from Dennis Poon where he described the same
behaviour.
I think the previous discussion
Hi,
Periodically I try to cross-compile a simple program [1] for my router
with fpc trunk.
It starts but does nothing (does not return to command prompt).
Noticed an earlier mail from Dennis Poon where he described the same
behaviour.
Any suggestions?
Thanks,
Reinier
cat /proc/cpuinfo
system ty
Hi,
Periodically I try to cross-compile a simple program [1] for my router
with fpc trunk.
It starts but does nothing (does not return to command prompt).
Noticed an earlier mail from Dennis Poon where he described the same
behaviour.
Any suggestions?
Thanks,
Reinier
cat /proc/cpuinfo
system ty
14 matches
Mail list logo
