Board index » kylix » kylix 3.0 and the 2.6 kernel
kylix 3.0 and the 2.6 kernel
2004-01-28 03:03:06 AM
I am running Red Hat Fedora 1 on two machines with both the 2.4.22 and
the 2.6.1 kernels.
The Kylix 3 C++ compiler definitely does not work with the 2.6.1
kernel. I have Kylix PRO installed.
If I boot with the 2.4.22 kernel the C++ compiler works ( although the
GUI still occassionally hangs up requiring a KILL to exit )
If I boot up with the 2.6.1 kernel Kylix ( bcblin ) starts up fine ,
edits projects and compiles source modules. However, when I select build
/ link the bcblin application exits with the following error message :
bcblin ../vmem.c: 90 : autosetlast error : Assertion "!Bad error code "
If I start up the delphi compiler , I can build the sample programs OK
with both the 2.4.22 and the 2.6.1 kernels.
Unfortunately , I know only C and C++ and don't currently do Delphi.
It appears that must kylix users are building Delphi applications.
I have been waiting for three years to get a Linux version of Borland
Linux will not go far as a desktop computer until someone develops a
really good rapid application development GUI builder that works with
both Windows and Linux.
I have tried C++BuilderX.
This is a Java based GUI front end for the Linux gcc compiler.
It seems OK , but it has absolutely no GUI development tools ( only
console apps )
I also have Borland Jbuilder installed. This will build both Windows
and Linux Java GUI programs. So far I don't do Java either.
It should be feasible to build Java based GUI front ends using Borland
Jbuilder and use C++BuilderX to build DLL's and back ground support
libraries that could be linked to the Java.
Some day perhaps I will have time to figure it all out.
In any case it seems like Kylix has been abandoned by Borland with no
indication that they will ever fix it or release a newer version.
I have been waiting since October 2002 for a Borland patch or update to
Kylix 3. I have heard nothing to suggest that this will ever happen.
If borland is not going to fix/support Kylix , they should abandon it
entirely and give the source code to the Linux Open Source development
group so that someone else can fix it.