[fpc-pascal] The strange case of arm-linux-ld: skipping incompatible

2011-11-26 Thread Felipe Monteiro de Carvalho
Hello, Quite a number of people already reported having problems with this in the lazarus forum when cross-compiling for Android and yesterday it was my turn to hit this. I searched quite a bit in old threads but I haven't seen any satisfactory resolution, and it seams that the problem isnt so

Re: [fpc-pascal] The strange case of arm-linux-ld: skipping incompatible

2011-11-26 Thread Sven Barth
On 26.11.2011 09:05, Felipe Monteiro de Carvalho wrote: Compiling resource /home/felipe/Programas/lazarus-ccr/examples/androidlclv2/lib/arm-linux/androidlcltest.or Linking /home/felipe/Programas/lazarus-ccr/examples/androidlclv2/android/libs/armeabi/libmain.so /usr/bin/arm-linux-ld: warning:

[fpc-pascal] Re: Fatal: internal error 200611083

2011-11-26 Thread leledumbo
AFAIK an internal error is something that should NEVER happen, and when it does, it should be regarded as compiler bug. Just create a small program that could reproduce the behavior and send it to the bugtracker. -- View this message in context:

Re: [fpc-pascal] The strange case of arm-linux-ld: skipping incompatible

2011-11-26 Thread Felipe Monteiro de Carvalho
Hello, thanks for the tips, I figured out (although I still don't know if the resulting binary works). /usr/bin/arm-linux-ld: skipping incompatible /usr/lib//libc.so when searching for -lc This part was not a problem, it can be safely ignored. If anyone wants to get rid of this message for

Re: [fpc-pascal] The strange case of arm-linux-ld: skipping incompatible

2011-11-26 Thread Jonas Maebe
On 26 Nov 2011, at 09:05, Felipe Monteiro de Carvalho wrote: arm-linux-ld seams to have a fixed idea about where to find libc No, FPC has that fixed idea. Use the -Xd command line option to make the compiler/linker skip searching the default directories for libraries and object files.

Re: [fpc-pascal] The strange case of arm-linux-ld: skipping incompatible

2011-11-26 Thread Felipe Monteiro de Carvalho
On Sat, Nov 26, 2011 at 1:38 PM, Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com wrote: thanks for the tips, I figured out (although I still don't know if the resulting binary works). Complementing: Yes, the binary works fine. -- Felipe Monteiro de Carvalho

Re: [fpc-pascal] The strange case of arm-linux-ld: skipping incompatible

2011-11-26 Thread Sven Barth
On 26.11.2011 13:38, Felipe Monteiro de Carvalho wrote: 1 We might have a problem because this crtn.o was removed from ndk-r7 as part of their removal for arm-eabi 4 support =( Maybe there is another file there in ndk-r7 which is equivalent with another name for eabi-5 There should be

Re: [fpc-pascal] OpenGL ES bitmap drawing

2011-11-26 Thread Reimar Grabowski
On Fri, 25 Nov 2011 17:53:13 +0100 Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com wrote: So far I managed to get this: http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/lcl/interfaces/customdrawn/customdrawnobject_android.inc?view=markuproot=lazarus After a quick look I have

[fpc-pascal] WriteStr and int-range types (eg TColor)

2011-11-26 Thread Martin
I know WriteStr can be used to get the names of enum: WriteStr(s, enumOne) But should/could it also work on sub-range types of int? Like TGraphicsColor = -$7FFF-1..$7FFF; or even TFoo = type integer; ___ fpc-pascal maillist -

Re: [fpc-pascal] WriteStr and int-range types (eg TColor)

2011-11-26 Thread Jonas Maebe
On 26 Nov 2011, at 16:10, Martin wrote: I know WriteStr can be used to get the names of enum: WriteStr(s, enumOne) Plain Str also works: Str(enumOne,s). But should/could it also work on sub-range types of int? Like TGraphicsColor = -$7FFF-1..$7FFF; or even TFoo = type integer;

Re: [fpc-pascal] OpenGL ES bitmap drawing

2011-11-26 Thread Felipe Monteiro de Carvalho
On Fri, Nov 25, 2011 at 7:00 PM, Jeppe Græsdal Johansen jjoha...@student.aau.dk wrote: Are you sure width and height are powers of two here? And shouldn't you be calling glDrawArrays at line 158 instead of line 148? I fixed the pixel format missmatch, made width=height=128 and changed

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-26 Thread Bernd
2011/11/25 Marco van de Voort mar...@stack.nl: If people are so easily confused, they should stay away from development branches. This is supposed to be a stable branch and there is no need for personal attacks. Specially since fixes_2_6 is an exact copy of RC1 except for the version, so

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-26 Thread Tomas Hajny
On 26 Nov 11, at 18:17, Bernd wrote: 2011/11/25 Marco van de Voort mar...@stack.nl: If people are so easily confused, they should stay away from development branches. This is supposed to be a stable branch and there is no need for personal attacks. No, it will become a new stable

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-26 Thread Bernd
and I finally decided to change down a gear and stay with the latest stable branch for a while. That makes sense, but you are in a wrong branch then. I wanted to switch down one gear, not two. What would be the correct 2.6 stabilizing/soon-to-become-stable branch if this is the wrong one?

Re: [fpc-pascal] Free Pascal 2.6.0rc1 released

2011-11-26 Thread Jürgen Hestermann
Bernd schrieb: I wanted to switch down one gear, not two. What would be the correct 2.6 stabilizing/soon-to-become-stable branch if this is the wrong one? As far as I understand it, versions with odd digits after the decimal point are unstable and even numbers are stable. So the stable

[fpc-pascal] Set Caption in TLabel

2011-11-26 Thread Timothy Groves
I would like to change the caption on a TLabel in a program written in Lazarus. However, setting the Caption property directly produces a SIGSEGV. Any suggestions? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] The strange case of arm-linux-ld: skipping incompatible

2011-11-26 Thread Felipe Monteiro de Carvalho
On Sat, Nov 26, 2011 at 2:57 PM, Sven Barth pascaldra...@googlemail.com wrote: There should be something similar as C applications AFAIK rely on this. Otherwise we'd need to change arm-linux to use an internal sysinit like i386-linux and the Windows targets do. Yes, the ndk r7 has something

Re: [fpc-pascal] Set Caption in TLabel

2011-11-26 Thread Graeme Geldenhuys
On 26/11/2011, Timothy Groves the.tail.kinker@. wrote: SIGSEGV. Any suggestions? Wrong mailing list. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net

Re: [fpc-pascal] OpenGL ES bitmap drawing

2011-11-26 Thread Felipe Monteiro de Carvalho
Hello, Ok, so now I read a couple of tutorials more and I am trying to first draw a simple rectangle, but still nothing shows. I have put glGetError calls before every single call and yet nothing is returned as wrong by OpenGL ES. Here is my routine:

Re: [fpc-pascal] OpenGL ES bitmap drawing

2011-11-26 Thread Felipe Monteiro de Carvalho
aha, color was missing, but I added it here: // Draw a square glColor4f(1, 0, 0, 1); ... to no help -- Felipe Monteiro de Carvalho ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] OpenGL ES bitmap drawing

2011-11-26 Thread Reimar Grabowski
On Sat, 26 Nov 2011 16:30:31 +0100 Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com wrote: What is lit geometry? Google didn't help me here. Geometry is anything you draw in OpenGL (in CG the term mesh is preferred) and lit just means that you use lighting and must therefor provide

Re: [fpc-pascal] OpenGL ES bitmap drawing

2011-11-26 Thread Reimar Grabowski
On Sat, 26 Nov 2011 21:32:45 +0100 Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com wrote: snip LOGW('[engine_draw_frame]'); // --- I see this tons of times I hope it is printed every 16ms, else you won't reach 60 fps. ;) R. ___

Re: [fpc-pascal] Re: Patch/Test BlobSegmentSize was: IBConnection blobsegmentsize irrelevant performance

2011-11-26 Thread Reinier Olislagers
On 25-11-2011 10:21, Michael Van Canneyt wrote: On Fri, 25 Nov 2011, Reinier Olislagers wrote: On 25-11-2011 10:07, Michael Van Canneyt wrote: Sometime in the now misty past, Michael Van Canneyt wrote: Database patches by default get assigned to Joost, and Joost is busy. I'll have a look at