headers
Gerrit P. Haase | 1 Jun 2004 07:22
Picon

Re: gcc-3.3.3 stage1 build error, undefined reference to `___do_sjlj_init'

Hallo Christopher,

Am Montag, 31. Mai 2004 um 23:28 schriebst du:

> On Mon, May 31, 2004 at 11:16:05PM +0200, Gerrit P. Haase wrote:
>>Hmmm, somehow, the rules from t-cygming were not included into the
>>Makefile, strange.  Do I need to sepcify --host && --target or s.th.
>>special to get it?

> Have you patched configure* to properly include the cygming stuff?
> IIRC, this wasn't part of the gcc 3.3.* branch.

I used the patch Danny provided at the MinGW site, but this is also
lacking some of the cygming branch unique files.  I think I'll need to
rework the build.

After patching the Makefile to include the defines from t-cygming, I
get still the same error (crtend.o: undefined ref...), it dissappears
when I include crtbegin.o manually.

Gerrit
--

-- 
=^..^=
Permalink | Reply | 0 comments |
headers
Gerrit P. Haase | 1 Jun 2004 08:37
Picon

Re: gcc-3.3.3 stage1 build error, undefined reference to `___do_sjlj_init'

Hallo Christopher,

Am Montag, 31. Mai 2004 um 23:28 schriebst du:

> On Mon, May 31, 2004 at 11:16:05PM +0200, Gerrit P. Haase wrote:
>>Hmmm, somehow, the rules from t-cygming were not included into the
>>Makefile, strange.  Do I need to sepcify --host && --target or s.th.
>>special to get it?

> Have you patched configure* to properly include the cygming stuff?
> IIRC, this wasn't part of the gcc 3.3.* branch.

It is in config.gcc:

i[34567]86-*-pe | i[34567]86-*-cygwin*)
...
        tmake_file="i386/t-cygming i386/t-cygwin i386/t-crtstuff"

It seems that I messed it up somehow, I started again from scratch and
with additional comments in configure I get this now:
Using the following target Makefile fragment files:
        /gcc/gcc-3.3.3/gcc-3.3.3-1/gcc/config/i386/t-crtstuff
Using the following target Makefile fragment files:
        /gcc/gcc-3.3.3/gcc-3.3.3-1/gcc/config/i386/t-cygming
Using the following target Makefile fragment files:
        /gcc/gcc-3.3.3/gcc-3.3.3-1/gcc/config/i386/t-cygwin

Gerrit
--

-- 
=^..^=
(Continue reading)

Permalink | Reply | 0 comments |
headers
Earnie Boyd | 1 Jun 2004 11:59

[mini-FAQ/reminder]

Introduction
============
You receive this message because you are subscribed to the MinGW
mailing list. This is a reminder/mini-FAQ sent once a month. If 
you want to unsubscribe from the mingw-users mail list you can do 
so at http://lists.sourceforge.net/mailman/listinfo/mingw-users.  
Have your password handy (if you can't find it, you'll be offered 
an option to have it mailed to you).

What is MinGW?
==============
MinGW stands for "Minimalist GNU for Windows" and is a development
package (as well as target) which allows you to compile software 
for "native" Windows 32-bit platforms.  Please visit our website 
http://www.mingw.org for more information.

Who authored MinGW? How is it maintained? What is its licensing?
================================================================
MinGW was created by Colin Peters and was placed by him into the 
public domain.  There is no centralized force behind MinGW - it is 
maintained by volunteers and its development directed by the user 
community.  MinGW uses free GNU C/C++ compiler, its core libraries
and headers (Win32 import libraries and header definitions) are in 
public domain and it uses the vendor-supplied runtime library, so
in short, you can use it to develop royalty-free software, either
open- or close-sourced.  For more comprehensive licensing terms,
please visit http://www.mingw.org/licensing.shtml

Can MinGW be used to compile GNU or OpenSource software?
========================================================
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andreas Beyer | 1 Jun 2004 11:59
Picon

wide character support

I have played a bit with wide characters under MinGW and got the 
following results (gcc 3.4.0, mingw runtime 3.3):

(A) There seems to be at least partial support for wchar with plain C,
     e.g. the following works:

-- file begin --
#include <stdio.h>

int
main(char *argv[], int argc) {
	wprintf(L"hello world\n");
	return 0;
}
-- file end --

(B) In C++ there seems to be no support for wide characters, i.e. the
   following *does not* work, because neither wstring nor wcout
   are defined:

-- file begin --
#include <iostream>
#include <string>
using namespace std;

int
main(char *argv[], int argc) {
     wstring ws = wstring("hello world");
     wcout << ws << endl;
     return 0;
(Continue reading)

Permalink | Reply | 2 comments |
headers
sebastien bombal | 1 Jun 2004 17:31
Picon
Favicon

openssh + mingw

Hi,
	
I see that mingw have a an openssh version in the base package.
(I use the current one)
	
I am trying to compile openssh (version 3.8p1) with openssl 0.9.7d.
I really need to recompile to add fix.

but I have a lot of problem (header missing, socklen type, etc...), 
and I seem to waste my time to modify...
	
How do you process to do it ? Have you got a patch ?
	
Thanks for your help.
	
Sébastien BOMBAL
	

-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id149&alloc_id66&op=click
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
(Continue reading)

Permalink | Reply | 1 comment |
headers
Luke Dunstan | 2 Jun 2004 04:54
Picon
Favicon

Re: openssh + mingw


MinGW does not include a port of OpenSSH, but MSYS does. If you really need
to build it you can use the msysDVLPR package, or else build it with Cygwin
(if you don't need to run it in the MSYS shell).

Luke

----- Original Message ----- 
From: "sebastien bombal" <seb.bombal@...>
To: <mingw-users@...>
Sent: Tuesday, June 01, 2004 11:31 PM
Subject: [Mingw-users] openssh + mingw

Hi,

I see that mingw have a an openssh version in the base package.
(I use the current one)

I am trying to compile openssh (version 3.8p1) with openssl 0.9.7d.
I really need to recompile to add fix.

but I have a lot of problem (header missing, socklen type, etc...),
and I seem to waste my time to modify...

How do you process to do it ? Have you got a patch ?

Thanks for your help.

Sébastien BOMBAL
(Continue reading)

Permalink | Reply | 0 comments |
headers
Unnikumaran, Ted | 3 Jun 2004 00:03

Call Mingw DLL from a Visual Basic application

My goal is to create a dll created in mingw that I can call from a Visual Basic application.  The code was initially written on a Linux box and I'm trying to get it to work on Windows.  It compiles in cygwin, but I would like to create a Visual Basic front end.

 

What I first did was the following:

$gcc -shared -mrtd -mno-cygwin -o foo.dll foo.c

 

I was able to get foo.dll to work.  However, I had problems using the -mno-cygwin flag when I tried to compile other components.

 

I read what Mumit Khan suggested and added his files to /usr/local/mingw, and then tried to compile again with "-mno-cygwin" flag with the -I/usr/local/mingw/include and the -L/usr/local/mingw/lib options.  However, this still failed to fully compile.

 

I then installed mingw into c:/mingw and followed the directions in the FAQ - "How do I use MinGW with Cygwin?"

 

However, I'm not too sure what options to give my gcc compiler.  Do I just get rid of the -mno-cygwin flag?  I tried that and the simplest case of foo.dll now doesn't work.  It compiles, but when I try to use it from the VB application, it crashes.

 

I then tried to follow the directions in the FAQ "How can an MSVC program call a MinGW DLL, and vice versa?"

What I did was run the following commands:

$gcc -shared -o foo.dll foo.c -Wl,--output-def,foo.def,--out-implib,libfoo.a

$lib /machine:i386 /def:foo.def

$cl foo.c foo.lib

 

This creates the file foo.exe and foo.obj.  The exe works, and I can execute it from the command line.  However, I want a dll that I can call from a VB program.  The dll that is created using the above 3 steps depends on cygwin1.dll, and even with it doesn't seem to work, as it crashes my VB program.

 

Any suggestions would be appreciated.

 

Thanks,

Ted

 

Permalink | Reply | 0 comments |
headers
Anand, Vaidyanathan R | 3 Jun 2004 01:24
Picon
Favicon

RE: Call Mingw DLL from a Visual Basic application

Ted:
Why would you want to use the Cygwin compiler at all ? If you have installed the MinGW package, then I would suggest that you use the MinGW compiler instead. Let's say you have functions func1.c,func2.c. Then you simply do the following (as per Mumit Khan's procedure):
gcc -c  -DBUILDING_DLL=1 -mrtd -g -O2 func1.c
gcc -c  -DBUILDING_DLL=1 -mrtd -g -O2 func2.c
dllwrap -s --export-all --output-def myfuncs.def --driver-name gcc -o myfuncs.dll func1.o func2.o
 
The resulting DLL should be usable from VB. I have done just this to create DLL's that can be called from MS Excel inside a VB macro and the DLL works just fine, provided you declare the DLL functions correctly (return value and arguments) inside the macro using the Declare statement. Further, this approach works for DLL's created from both C and Fortran code; I was able to take the fftpack package from the Netlib collection and easily build it into an Excel-callable DLL and successfully use it inside VB. The only thing you have to be careful about is sending/receiving pointer-based data from the DLL. While this is easily handled in C, de-referencing pointers in VB is slightly roundabout and involves using the "RtlMoveMemory" function from kernel32.dll (it does the same job as memcpy()) and possibly the VarPtr() function inside VB. VB wasn't designed to allow easy pointer manipulation! Hope this helps.
 
Regards,
 
Anand
-----Original Message-----
From: Unnikumaran, Ted [mailto:ted.unnikumaran-6VrSTlVbsFJg9hUCZPvPmw@public.gmane.org]
Sent: Wednesday, June 02, 2004 3:03 PM
To: mingw-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: [Mingw-users] Call Mingw DLL from a Visual Basic application

My goal is to create a dll created in mingw that I can call from a Visual Basic application.  The code was initially written on a Linux box and I'm trying to get it to work on Windows.  It compiles in cygwin, but I would like to create a Visual Basic front end.

 

What I first did was the following:

$gcc -shared -mrtd -mno-cygwin -o foo.dll foo.c

 

I was able to get foo.dll to work.  However, I had problems using the -mno-cygwin flag when I tried to compile other components.

 

I read what Mumit Khan suggested and added his files to /usr/local/mingw, and then tried to compile again with "-mno-cygwin" flag with the -I/usr/local/mingw/include and the -L/usr/local/mingw/lib options.  However, this still failed to fully compile.

 

I then installed mingw into c:/mingw and followed the directions in the FAQ - "How do I use MinGW with Cygwin?"

 

However, I'm not too sure what options to give my gcc compiler.  Do I just get rid of the -mno-cygwin flag?  I tried that and the simplest case of foo.dll now doesn't work.  It compiles, but when I try to use it from the VB application, it crashes.

 

I then tried to follow the directions in the FAQ "How can an MSVC program call a MinGW DLL, and vice versa?"

What I did was run the following commands:

$gcc -shared -o foo.dll foo.c -Wl,--output-def,foo.def,--out-implib,libfoo.a

$lib /machine:i386 /def:foo.def

$cl foo.c foo.lib

 

This creates the file foo.exe and foo.obj.  The exe works, and I can execute it from the command line.  However, I want a dll that I can call from a VB program.  The dll that is created using the above 3 steps depends on cygwin1.dll, and even with it doesn't seem to work, as it crashes my VB program.

 

Any suggestions would be appreciated.

 

Thanks,

Ted

 

Permalink | Reply | 0 comments |
headers
SourceForge.net | 3 Jun 2004 08:22
Picon
Favicon

[mingw - StupidTechiQuestions] thread keyword in MinGW


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2600153
By: s_a_p

"[Warning] `thread' attribute directive ignored"
Why?!

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=7134

-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Permalink | Reply | 0 comments |
headers
SourceForge.net | 3 Jun 2004 14:00
Picon
Favicon

[mingw - C/C++] How to change directory (System calls)


Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2600546
By: nioannou

Hello to everybody,
 Does anybody know how can I invoke a system call to change directory or get
the available files in a directory with the MinGW g++ ?

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Permalink | Reply | 0 comments |

Gmane