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 com
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:
/ho
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:
http://free-pascal-general.1045716.n5.nabble.com/Fa
On 26/11/2011, leledumbo wrote:
> 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.
I tried to search the FPC code to see what the
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 fo
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. Altern
On Sat, Nov 26, 2011 at 1:38 PM, Felipe Monteiro de Carvalho
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
___
fpc-p
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 somethi
On Fri, 25 Nov 2011 17:53:13 +0100
Felipe Monteiro de Carvalho wrote:
> So far I managed to get this:
>
> http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/lcl/interfaces/customdrawn/customdrawnobject_android.inc?view=markup&root=lazarus
After a quick look I have some questions:
It looks like
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 - fpc-pascal@lis
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 in
On Fri, Nov 25, 2011 at 7:00 PM, Jeppe Græsdal Johansen
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
glDrawArrays like you propose
2011/11/25 Marco van de Voort :
> 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 there is no r
On 26 Nov 11, at 18:17, Bernd wrote:
> 2011/11/25 Marco van de Voort :
> > 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 branch once
>> 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
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
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
http://lists.freepascal.or
On Sat, Nov 26, 2011 at 2:57 PM, Sven Barth 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 similar, but it has many fi
On 26/11/2011, Timothy Groves wrote:
> SIGSEGV. Any suggestions?
Wrong mailing list.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforge.net
___
fpc-pa
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:
http://svn.freepascal.org/cgi-bin/viewvc.cgi/
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
http://lists.freepascal.org/mailman/listinfo/fpc-pasca
On Sat, 26 Nov 2011 16:30:31 +0100
Felipe Monteiro de Carvalho 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 normals, take
care of setting t
On Sat, 26 Nov 2011 21:32:45 +0100
Felipe Monteiro de Carvalho wrote:
>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.
___
fpc-pascal maillist - fpc-pascal@list
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
24 matches
Mail list logo
