Hello,
I've tested my gcc with a sample program (a kind of hello world), but it
works fine. It compiles the source and I get a executable file, which I can run
on my ARM-Platform.
What I've done (as user:root, in the directory /usr/local/mono-1.2.6):
# export CC=arm-linux-gcc (it is available
Hello,
I'm unable to compile eglib in a cygwin/mingw environment. I've tried the
following:
cd eglib
./autogen.sh
cp winconfig.h config.h
[modified Makefile and src/Makefile to use -mno-cygwin -g options to gcc]
make
I get the following errors:
make[2]: Entering directory
Am Sonntag 16 März 2008 17:28:40 schrieb Sharique uddin Ahmed Farooqui:
Hi,
Is there anyway to include webkit in my application?
If you use Qt as your toolkit - the upcoming version (coming with KDE 4.1) of
Qyoto (C# bindings for Qt) will have webkit support. A development version is
already
It has been a few months since I have used an ARM tool-chain, but I do
recall that we had issues with various 'configure' (autoconf) tests. When
running configure we also received C compiler cannot create executables -
after I dove into it - I found that the gcc options where not right and it
was
On Mon, Mar 17, 2008 at 11:33 PM, E Robertson [EMAIL PROTECTED] wrote:
Novell is listed as the only commercial support available. Is their
any other not mentioned?
I know some people who might be able to help commercially. Please
contact me directly if you would like to discuss.
Otherwise,
Hi,
I think the problem is located in the message: configure: error: C
compiler cannot create executables.
I don't know what to do. I really need help!
Thomas
This is configuration problem and has little to do with mono. You can
try looking
into the config.log file produced by
I am trying to compile mono so I can install it on my N800 running OS2008
but haven't had much luck.
I followed the recipe at http://www.mono-project.com/Scratchbox but don't
know what to do after the last step.
After following it I was able to run make maemo/debs and that was about
it. How do I
Hi all,
I would like to work in the GIT# project for the Mono organization for the
GSOC, yesterday that I saw the project it caught my attention.
I headed on the GIT IRC channel to see prior art and Shawn Pearce(spearce at
#git in freenode) told me(besides there's not an managed implementation
Hi there
In libodbc.cs, imports are on this form:
[DllImport(odbc32.dll)]
internal static extern OdbcReturn SQLGetData (
IntPtr StatementHandle,
ushort ColumnNumber,
SQL_C_TYPE TargetType,
There's a slight issue with that unfortunately. If you're on Windows64, and
int is still an int32. If you're on nix64, an int is an int64. So, if you
*only* care about linux support, then the change you outlined is perfect,
however if you want to retain Win64 support, you can't do that.
There are
On Tue, 2008-03-18 at 23:26 +0100, Mads Bondo Dydensborg wrote:
Hi there
In libodbc.cs, imports are on this form:
[DllImport(odbc32.dll)]
internal static extern OdbcReturn SQLGetData (
IntPtr StatementHandle,
ushort
11 matches
Mail list logo
