Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-devel / 2009-12

change default start function in cprt0.o

9 messages · 5 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Dariusz Mazur

Hi
next problem with use uclibc
cprt0.o need _libc_start_main
but inn uclibc
_uClibc_main is used

how to change it
prepare new cprt0.as ?

Darek

Reply by email

Jonas Maebe
to Dariusz Mazur
Dariusz Mazur wrote 7 lines
next problem with use uclibc cprt0.o need _libc_start_main but inn uclibc _uClibc_main is used how to change it prepare new cprt0.as ?

I think the compiler is supposed to use ucprt0.as when you compile against uclibc. Search for uclibc in compiler/systems/t_linux.pas to see how the compiler decides which libc variant you are using.

Jonas

Reply by email

Dariusz Mazur
to Jonas Maebe

Jonas Maebe pisze:

Show quoted text 14 lines
On 04 Dec 2009, at 11:00, Dariusz Mazur wrote: > next problem with use uclibc > cprt0.o need _libc_start_main > but inn uclibc > _uClibc_main is used > > how to change it > prepare new cprt0.as ? I think the compiler is supposed to use ucprt0.as when you compile against uclibc. Search for uclibc in compiler/systems/t_linux.pas to see how the compiler decides which libc variant you are using.

thx
to fpc.cfg I;ve added
-XR/home/darek/fpcarm/toolchain-arm-uclibc/

it works,
but now another problem

linker say that system.pp need function _haltproc_eabi which is absent in ucprt.0

Darek

Reply by email

Jonas Maebe
to Dariusz Mazur
Dariusz Mazur wrote
but now another problem linker say that system.pp need function _haltproc_eabi which is absent in ucprt.0

That's probably because nobody has maintained the uclibc support since adding EABI support. The ARM/Linux support is very ad hoc: it was added, but afaik there is no real maintainer for it (Florian and I sometimes fix some things, but that's it). uclibc is even less tested or used. We really need someone who is will to maintain that platform, because several people appear to be interested in using it, but few if any in developing and maintaining the necessary compiler or RTL support.

Jonas

Reply by email

Florian Klaempfl
to Jonas Maebe
Show quoted text 13 lines
On 04 Dec 2009, at 17:51, Dariusz Mazur wrote: > but now another problem > > linker say that system.pp need function _haltproc_eabi which is > absent in ucprt.0 That's probably because nobody has maintained the uclibc support since adding EABI support. The ARM/Linux support is very ad hoc: it was added, but afaik there is no real maintainer for it (Florian and I sometimes fix some things, but that's it). uclibc is even less tested or used. We really need someone who is will to maintain that platform,

I still miss a reasonable EABI development system.

Show quoted text 9 lines
because several people appear to be interested in using it, but few if any in developing and maintaining the necessary compiler or RTL support. Jonas_______________________________________________ fpc-devel maillist - http://lists.freepascal.org/mailman/listinfo/fpc-devel

Reply by email

Mehmet Erol Sanliturk
to Florian Klaempfl
Florian Klaempfl wrote 13 lines
Jonas Maebe schrieb: > On 04 Dec 2009, at 17:51, Dariusz Mazur wrote: > >> but now another problem >> >> linker say that system.pp need function _haltproc_eabi which is >> absent in ucprt.0 > That's probably because nobody has maintained the uclibc support > since adding EABI support. The ARM/Linux support is very ad hoc: it > was added, but afaik there is no real maintainer for it (Florian and > I sometimes fix some things, but that's it). uclibc is even less > tested or used. We really need someone who is will to maintain that > platform,
I still miss a reasonable EABI development system. <-----------------
Show quoted text 9 lines
> because several people appear to be interested in using it, > but few if any in developing and maintaining the necessary compiler > or RTL support. > > > Jonas_

I have an idea so much time but I feared to make a suggestion . Now , I want to explain it :

In both Free Pascal and Lazarus web sites , there may be pages about projects which may be described by the Free Pascal and/or Lazarus developers . In those projects a problem and requirements of solution of that problem may be documented .

For example ,

Problem : Transporting Free Pascal to a new X platform . Requirements : A list of computing server X(1) with specialties , a list client computer X(2) with specialties ,
a list of books for theoretical needs ,
amount M of cash for ... expenses ,
etc. .

People having facilities would support such projects as much as possible by donating money , hardware , books , etc. .

I think such an approach would help to solve problems in much more shorter time .

As an example , please visit Wikipedia in the following main page :

http://en.wikipedia.org/wiki/Main_Page

Last year there was a campaign around 5 million US dollars , when that amount had been obtained , they discontinued the campaign .

This year , they are trying to raise 7.5 million US dollars :

http://en.wikipedia.org/wiki/Computer

Sometimes , an idea is expressed to emphasize unimportance of an Open Source Projects . In universities and other schools Pascal is in their curricula . Free Pascal and Lazarus are very important tools for such courses . Even only this usage in its sole existence shows importance of Free Pascal and Lazarus .

Thank you very much .

Mehmet Erol Sanliturk

Reply by email

Henry Vermaak
to Florian Klaempfl: I still miss a reasonable EABI development system.

2009/12/4 Florian Klaempfl :

Show quoted text 16 lines
Jonas Maebe schrieb: > On 04 Dec 2009, at 17:51, Dariusz Mazur wrote: > >> but now another problem >> >> linker say that system.pp need  function _haltproc_eabi which is >> absent in ucprt.0 > > That's probably because nobody has maintained the uclibc support > since adding EABI support. The ARM/Linux support is very ad hoc: it > was added, but afaik there is no real maintainer for it (Florian and > I sometimes fix some things, but that's it). uclibc is even less > tested or used. We really need someone who is will to maintain that > platform, I still miss a reasonable EABI development system.

sheevaplug (or open-rd) is probably going to give you best performance (at 1.2GHz). That's probably the most reasonable for the money. I'm willing to contribute some £.

Henry

Reply by email

Dariusz Mazur
to Jonas Maebe: That's probably because nobody has maintained the uclibc support since adding EABI…

Jonas Maebe pisze:

Show quoted text 12 lines
On 04 Dec 2009, at 17:51, Dariusz Mazur wrote: > but now another problem > > linker say that system.pp need function _haltproc_eabi > which is absent in ucprt.0 > That's probably because nobody has maintained the uclibc support since adding EABI support. The ARM/Linux support is very ad hoc: it was added, but afaik there is no real maintainer for it (Florian and I sometimes fix some things, but that's it). uclibc is even less tested or used. We really need someone who is will to maintain that platform, because several people appear to be interested in using it, but few if any in developing and maintaining the necessary compiler or RTL support.

I've simple copy haltproc_eabi form cprt0.o
and at last everything compiling

now i start test on host

should I prepare patch do ucprt0.o
when all goes OK

Darek

Reply by email

Dariusz Mazur
to Florian Klaempfl: I still miss a reasonable EABI development system.

Florian Klaempfl pisze:

Show quoted text 21 lines
Jonas Maebe schrieb: > On 04 Dec 2009, at 17:51, Dariusz Mazur wrote: > > >> but now another problem >> >> linker say that system.pp need function _haltproc_eabi which is >> absent in ucprt.0 >> > That's probably because nobody has maintained the uclibc support > since adding EABI support. The ARM/Linux support is very ad hoc: it > was added, but afaik there is no real maintainer for it (Florian and > I sometimes fix some things, but that's it). uclibc is even less > tested or used. We really need someone who is will to maintain that > platform, > I still miss a reasonable EABI development system.

EABI not, but uClibc can be tested on i386,
only lack ucprt0.o in linux/i386

then testing will be easier
If its needed, I can do it.

Darek

Reply by email