So with K3 and C++ Builder 6 you would be able to create Windows/Linux
applications or in the case of SDL, games. I have heard that the C/C++
compiler is supposed to be very GCC compatible.
It will be available in three versions: Enterprise, Professional and the
free Open Edition. The release date has not yet been revealed.
So with K3 and C++ Builder 6 you would be able to create Windows/Linux
applications or in the case of SDL, games. I have heard that the C/C++
compiler is supposed to be very GCC compatible.
It will be available in three versions: Enterprise, Professional and the
free Open Edition. The release date has not yet been revealed.
Somebody please tell me that Kylix 3 is more stable and faster than
Kylix 1 and 2.
The K1 and K2 compilers still compiles faster that any C/C++ compiler I
have ever used or seen used, but then that is to be expected as the
languages are different in many ways.
The IDE is slow due to the fact that it use the Wine libraries. I
suspect a native IDE will be released in the next few versions.
Also what stabliity issues have you had?
Actually it may be best to email me directly as all I meant to do by
posting the announcement to to let others know about it, rather than
start a “this compiler is better than that compiler” discussion.
So with K3 and C++ Builder 6 you would be able to create Windows/Linux
applications or in the case of SDL, games. I have heard that the C/C++
compiler is supposed to be very GCC compatible.
It will be available in three versions: Enterprise, Professional and
the free Open Edition. The release date has not yet been revealed.
Somebody please tell me that Kylix 3 is more stable and faster than
Kylix 1 and 2.
I can’t speak to K3, but the worst feature that I
found on K2 was the debugger… The debugger didn’t
even have a backtrace feature. also the symbols
exported in the binary weren’t intelligeble by gdb, so
I couldn’t use an alternate debugger…
The editor had it’s problems also… It tries to use
the X11 cut-buffer as a clipboard, which just does not
work well… the two paradygms aren’t interchangable.
also it seems to store all source in Windows text-file
format…
Cheers,
-Loren
— Dominique Louis
wrote:
K3 has not been released yet.
Which aspect of K1 & K2 did you find slow?
The K1 and K2 compilers still compiles faster that
any C/C++ compiler I
have ever used or seen used, but then that is to be
expected as the
languages are different in many ways.
The IDE is slow due to the fact that it use the Wine
libraries. I
suspect a native IDE will be released in the next
few versions.
Also what stabliity issues have you had?
Actually it may be best to email me directly as all
I meant to do by
posting the announcement to to let others know about
it, rather than
start a "this compiler is better than that compiler"
discussion.
Thanks,
Dominique.
Hongl Lai wrote:
Dominique Louis wrote:
I don’t know how many of you know this already,
but today Borland
Well, I use K1 quite happily, Sure it’s not as fast as Delphi5 as far as the
IDE goes, but it never holds me up when I’m coding. I’ve never had a problem
with the clipboard and as far as stability goes… Kylix is the most
forgiving IDE I’ve ever seen. After 2 seconds, you forget it’s running under
Wine.
I look forward to the native IDE when it arrives, but until that day I will
still use Kylix simply because it lets me use SDL (via the JEDI-SDL
libraries) and gives me all the coding features I need to write and debug my
programs.
And on a side note, It’s Pascal… The best language I’ve ever used… and
I’ve used a few.
I don’t know what people are on about when it comes to Stability issues with
Kylix. I’ve never encountered any.
Later
Jason> I can’t speak to K3, but the worst feature that I
found on K2 was the debugger… The debugger didn’t
even have a backtrace feature. also the symbols
exported in the binary weren’t intelligeble by gdb, so
I couldn’t use an alternate debugger…
The editor had it’s problems also… It tries to use
the X11 cut-buffer as a clipboard, which just does not
work well… the two paradygms aren’t interchangable.
also it seems to store all source in Windows text-file
format…
Cheers,
-Loren
— Dominique Louis
wrote:
K3 has not been released yet.
Which aspect of K1 & K2 did you find slow?
The K1 and K2 compilers still compiles faster that
any C/C++ compiler I
have ever used or seen used, but then that is to be
expected as the
languages are different in many ways.
The IDE is slow due to the fact that it use the Wine
libraries. I
suspect a native IDE will be released in the next
few versions.
Also what stabliity issues have you had?
Actually it may be best to email me directly as all
I meant to do by
posting the announcement to to let others know about
it, rather than
start a "this compiler is better than that compiler"
discussion.
I would like to say that Kylix,be it -1,2,or 3 has got its value though
it lacked some features. Take for example its “auto-hint”. There was a sort
of mis-placement of the declaration in the SFont.pas. And after I re-place
that declaration it happily showed the “hint” everytime. On this point, if U
are using SFont, do same on line 93 : PSFont_FontInfo = ^TSFont_FontInfo;
move this line and place it before this TSFont_FontInfo = record .
It also make sure that you perform a new(pointer) else the debugger will
signal U with SIGSEGV, before U want to use a structure.
The executable generated worked smoothly without any segementation fault.
one big problem is that there is NO “Print” feature from the MENU. So U
can’t output a hard-copy during design time.
for the OpenEdition, the class-explorer feature is not available.
I experienced those effects while using Kylix to work on an experiment with
the Jedi-SDL concept, on SDL audio, smpeg and SFont. The version that i used
was version 1 & 2.
ciao.====
daniel
----- Original Message -----
From: linux_dr@yahoo.com (Loren Osborn)
To:
Sent: Thursday, July 25, 2002 8:51 AM
Subject: Re: [SDL] OT : Kylix 3 will include C++ Builder for Linux…
I can’t speak to K3, but the worst feature that I
found on K2 was the debugger… The debugger didn’t
even have a backtrace feature. also the symbols
exported in the binary weren’t intelligeble by gdb, so
I couldn’t use an alternate debugger…
The editor had it’s problems also… It tries to use
the X11 cut-buffer as a clipboard, which just does not
work well… the two paradygms aren’t interchangable.
also it seems to store all source in Windows text-file
format…
Cheers,
-Loren
— Dominique Louis
wrote:
K3 has not been released yet.
Which aspect of K1 & K2 did you find slow?
The K1 and K2 compilers still compiles faster that
any C/C++ compiler I
have ever used or seen used, but then that is to be
expected as the
languages are different in many ways.
The IDE is slow due to the fact that it use the Wine
libraries. I
suspect a native IDE will be released in the next
few versions.
Also what stabliity issues have you had?
Actually it may be best to email me directly as all
I meant to do by
posting the announcement to to let others know about
it, rather than
start a "this compiler is better than that compiler"
discussion.
Thanks,
Dominique.
Hongl Lai wrote:
Dominique Louis wrote:
I don’t know how many of you know this already,
but today Borland
That reminds be… How do you play with pixels with
JEDI-SDL… I looked into it, and can’t seem to get it
to work… I’ve, of course, done plenty of SDL pixel
twiddling in C/C++…
Suggestions welcome…
Thanks,
-Loren
P.S: FWIW, my quams with the Kylix editor are
nit-picks… my real problems are with the debugger,
and lack of gdb-compatible symbols (so I can use my
debugger of choice…)
— Jason Farmer wrote:> Well, I use K1 quite happily, Sure it’s not as fast
as Delphi5 as far as the
IDE goes, but it never holds me up when I’m coding.
I’ve never had a problem
with the clipboard and as far as stability goes…
Kylix is the most
forgiving IDE I’ve ever seen. After 2 seconds, you
forget it’s running under
Wine.
I look forward to the native IDE when it arrives,
but until that day I will
still use Kylix simply because it lets me use SDL
(via the JEDI-SDL
libraries) and gives me all the coding features I
need to write and debug my
programs.
And on a side note, It’s Pascal… The best
language I’ve ever used… and
I’ve used a few.
I don’t know what people are on about when it comes
to Stability issues with
Kylix. I’ve never encountered any.
Later
Jason
Do You Yahoo!?
Yahoo! Health - Feel better, live better
Hi Loren,
There is a file called SDLUtils.pas that has quite a few functions
that you may find interesting. If you look for the SDLUtils demo you can
see how the pixel functions are used. KiCHY has also ported a few of
the routines to x86 assembler and these can be found in the
SDLi386Utils.pas file. These should be in your JEDI-SDL/SDL/Pas directory.
Dominique.
Loren Osborn wrote:> That reminds be… How do you play with pixels with
JEDI-SDL… I looked into it, and can’t seem to get it
to work… I’ve, of course, done plenty of SDL pixel
twiddling in C/C++…
Suggestions welcome…
Thanks,
-Loren
P.S: FWIW, my quams with the Kylix editor are
nit-picks… my real problems are with the debugger,
and lack of gdb-compatible symbols (so I can use my
debugger of choice…)
— Jason Farmer wrote:
Well, I use K1 quite happily, Sure it’s not as fast
as Delphi5 as far as the
IDE goes, but it never holds me up when I’m coding.
I’ve never had a problem
with the clipboard and as far as stability goes…
Kylix is the most
forgiving IDE I’ve ever seen. After 2 seconds, you
forget it’s running under
Wine.
I look forward to the native IDE when it arrives,
but until that day I will
still use Kylix simply because it lets me use SDL
(via the JEDI-SDL
libraries) and gives me all the coding features I
need to write and debug my
programs.
And on a side note, It’s Pascal… The best
language I’ve ever used… and
I’ve used a few.
I don’t know what people are on about when it comes
to Stability issues with
Kylix. I’ve never encountered any.
[1] thanks for your tips though I had this for the past few months and had
post several times the questions on how to access the surface.pixels, this
SDLUtils.pas could be useful.
[2] And i would like to ask is there a way to know where is the surface of
the smpeg before it is displayed.
[3] How does the smpeg handles the display to the visible screen. Did it
used the SDL_UpdateRect or the SDL_Flip.
[4] If we know the smpeg surface before its being displayed, so it is
possible for us to write data on it and then should we use updateRect or
SDL_Flip.
Is there some smpeg-write-over related examples or links that you can
recommend.
thanks.====
daniel
----- Original Message -----
From: dominique@savagesoftware.com.au (Dominique Louis)
To:
Sent: Thursday, July 25, 2002 6:30 PM
Subject: Re: [SDL] OT : Kylix 3 will include C++ Builder for Linux…
Hi Loren,
There is a file called SDLUtils.pas that has quite a few functions
that you may find interesting. If you look for the SDLUtils demo you can
see how the pixel functions are used. KiCHY has also ported a few of
the routines to x86 assembler and these can be found in the
SDLi386Utils.pas file. These should be in your JEDI-SDL/SDL/Pas directory.
Dominique.
Loren Osborn wrote:
That reminds be… How do you play with pixels with
JEDI-SDL… I looked into it, and can’t seem to get it
to work… I’ve, of course, done plenty of SDL pixel
twiddling in C/C++…
Suggestions welcome…
Thanks,
-Loren
P.S: FWIW, my quams with the Kylix editor are
nit-picks… my real problems are with the debugger,
and lack of gdb-compatible symbols (so I can use my
debugger of choice…)
— Jason Farmer wrote:
Well, I use K1 quite happily, Sure it’s not as fast
as Delphi5 as far as the
IDE goes, but it never holds me up when I’m coding.
I’ve never had a problem
with the clipboard and as far as stability goes…
Kylix is the most
forgiving IDE I’ve ever seen. After 2 seconds, you
forget it’s running under
Wine.
I look forward to the native IDE when it arrives,
but until that day I will
still use Kylix simply because it lets me use SDL
(via the JEDI-SDL
libraries) and gives me all the coding features I
need to write and debug my
programs.
And on a side note, It’s Pascal… The best
language I’ve ever used… and
I’ve used a few.
I don’t know what people are on about when it comes
to Stability issues with
Kylix. I’ve never encountered any.
[2] And i would like to ask is there a way to know where is the surface of
the smpeg before it is displayed.
usually you create your surface by calling SDL_SetVideoMode
screen := SDL_SetVideoMode( SCREEN_WIDTH, SCREEN_HEIGHT, BPP,
SDL_DOUBLEBUF or SDL_ANYFORMAT );
and then you tell smpeg to use it, like this…
// Set up a video surface to display MPeg in
SMPEG_setdisplay(handle, screen, nil, nil);
[3] How does the smpeg handles the display to the visible screen. Did it
used the SDL_UpdateRect or the SDL_Flip.
Looking through smepg.h just about the SMPEG_setdisplay definition is
says…
/* Set the destination surface for MPEG video playback
’surfLock’ is a mutex used to synchronize access to ‘dst’, and can
be NULL.
‘callback’ is a function called when an area of ‘dst’ needs to be
updated.
If ‘callback’ is NULL, the default function (SDL_UpdateRect) will be
used.
*/
If you have a look at the plaympeg.c example you will also see how you
can use a callback function to make use of SDL_Flip instead.
[4] If we know the smpeg surface before its being displayed, so it is
possible for us to write data on it and then should we use updateRect or
SDL_Flip.
Is there some smpeg-write-over related examples or links that you can
recommend.
I personally have not tried to write to the Surface while a movie is
playing, but it would seem logical that using the callback function
should give you the opportunity to blit something to the surface before
it is flipped.
Maybe someone with more smpeg experience can clarify if it really is
that easy to incorporate this sort of functionality.
Hmm, I dont wanna be mean or anything, but I have yet to see a logo I like.
I might just end up making my own if this keeps up.On 29-Jul-2002, Loren Osborn wrote:
–
Patrick “Diablo-D3” McFarland || unknown at panax.com
"Computer games don’t affect kids; I mean if Pac-Man affected us as kids, we’d
all be running around in darkened rooms, munching magic pills and listening to
repetitive electronic music." --Kristian Wilson, Nintendo, Inc, 1989
This is supposed to be funny, rather than mean. But has anyone noticed
that this logo proudly displays graphical primities… something SDL
specifically doesn’t do?
I understand that’s not the point. It just struck me as amusing.On Mon, 2002-07-29 at 10:49, Loren Osborn wrote:
Actually, SDL can display graphical primitives.On 29-Jul-2002, Jimmy wrote:
This is supposed to be funny, rather than mean. But has anyone noticed
that this logo proudly displays graphical primities… something SDL
specifically doesn’t do?
I understand that’s not the point. It just struck me as amusing.
–
Patrick “Diablo-D3” McFarland || unknown at panax.com
"Computer games don’t affect kids; I mean if Pac-Man affected us as kids, we’d
all be running around in darkened rooms, munching magic pills and listening to
repetitive electronic music." --Kristian Wilson, Nintendo, Inc, 1989
True… SDL will DISPLAY graphics primitives, but
Jimmy’s right, it will not generate them (except a
simple filled rectangle).
But there are plenty of libraries that DO support
this!..
-Loren
— Patrick McFarland wrote:> Actually, SDL can display graphical primitives.
On 29-Jul-2002, Jimmy wrote:
This is supposed to be funny, rather than mean.
But has anyone noticed
that this logo proudly displays graphical
primities… something SDL
specifically doesn’t do?
I understand that’s not the point. It just struck
me as amusing.
–
Patrick “Diablo-D3” McFarland || unknown at panax.com
"Computer games don’t affect kids; I mean if Pac-Man
affected us as kids, we’d
all be running around in darkened rooms, munching
magic pills and listening to
repetitive electronic music." --Kristian Wilson,
Nintendo, Inc, 1989
Please do… I am not an artist!.. It was just some
odd brainstorm I had… If you have one of your own,
please share it… I just put something togeather
that I thought looked reasonable…
-Loren
— Patrick McFarland wrote:> Hmm, I dont wanna be mean or anything, but I have
yet to see a logo I like.
I might just end up making my own if this keeps up.
–
Patrick “Diablo-D3” McFarland || unknown at panax.com
"Computer games don’t affect kids; I mean if Pac-Man
affected us as kids, we’d
all be running around in darkened rooms, munching
magic pills and listening to
repetitive electronic music." --Kristian Wilson,
Nintendo, Inc, 1989
The best language I’ve ever used… and