mingw-users Mailing List for MinGW - Minimalist GNU for Windows

Isn't there anybody using MingW for device-drivers or low-level
programming? I guess not, since <ddk/winddk.h> contains some errors;
missing '()' around some macros and extra ';'.

E.g. the BYTE_OFFSET() macro cannot be used as an argument
because of the extra ';' at the end.

I have come up with this patch:
----------------------------------------------------------------------
--- include/ddk/winddk.h.orig Thu Mar 27 00:25:40 2003
+++  include/ddk/winddk.h Thu Jul 31 22:45:56 2003
@@ -1152,8 +1152,8 @@
 #define EISA_HAS_MEMORY_ENTRY           0x02
 #define EISA_HAS_TYPE_ENTRY             0x01
 #define EISA_HAS_INFORMATION \
-  EISA_HAS_PORT_RANGE + EISA_HAS_DMA_ENTRY + EISA_HAS_IRQ_ENTRY \
-  + EISA_HAS_MEMORY_ENTRY + EISA_HAS_TYPE_ENTRY
+  (EISA_HAS_PORT_RANGE + EISA_HAS_DMA_ENTRY + EISA_HAS_IRQ_ENTRY \
+  + EISA_HAS_MEMORY_ENTRY + EISA_HAS_TYPE_ENTRY)
 
 typedef struct _CM_EISA_SLOT_INFORMATION {
   UCHAR  ReturnCode;
@@ -3816,7 +3816,7 @@
  *   IN PVOID  Value)
  */
 #define InterlockedExchangePointer(Target, Value) \
-  (PVOID) InterlockedExchange((PLONG) Target, (LONG) Value);
+  ((PVOID) InterlockedExchange((PLONG) Target, (LONG) Value))
 
 /*
  * PVOID
@@ -3826,7 +3826,7 @@
  *   IN PVOID  Comparand)
  */
 #define InterlockedCompareExchangePointer(Destination, Exchange, Comparand) \
-  (PVOID) InterlockedCompareExchange((PLONG) Destination, (LONG) Exchange, (LONG) Comparand);
+  ((PVOID) InterlockedCompareExchange((PLONG) Destination, (LONG) Exchange, (LONG) Comparand))
 
 #endif /* !__INTERLOCKED_DECLARED */
 
@@ -3858,7 +3858,7 @@
 */
 
 #define ARGUMENT_PRESENT(ArgumentPointer) \
-  (BOOLEAN) ((PVOID)ArgumentPointer != (PVOID)NULL);
+  ((BOOLEAN) ((PVOID)ArgumentPointer != (PVOID)NULL))
 
 /*
  * ULONG
@@ -3866,7 +3866,7 @@
  *   IN PVOID  Va)
  */
 #define BYTE_OFFSET(Va) \
-  (ULONG) ((ULONG_PTR) (Va) & (PAGE_SIZE - 1));
+  ((ULONG) ((ULONG_PTR) (Va) & (PAGE_SIZE - 1)))
 
 /*
  * ULONG
@@ -3874,7 +3874,7 @@
  *   IN ULONG  Size)
  */
 #define BYTES_TO_PAGES(Size) \
-  (ULONG) ((ULONG_PTR) (Size) >> PAGE_SHIFT) + (((ULONG) (Size) & (PAGE_SIZE - 1)) != 0);
+  ((ULONG) ((ULONG_PTR) (Size) >> PAGE_SHIFT) + (((ULONG) (Size) & (PAGE_SIZE - 1)) != 0))
 
 /*
  * PCHAR
@@ -3904,7 +3904,7 @@
  *   IN PVOID  Va)
  */
 #define PAGE_ALIGN(Va) \
-  (PVOID) ((ULONG_PTR)(Va) & ~(PAGE_SIZE - 1));
+  ((PVOID) ((ULONG_PTR)(Va) & ~(PAGE_SIZE - 1)))
 
 /*
  * ULONG_PTR
@@ -3912,7 +3912,7 @@
  *   IN ULONG_PTR  Size)
  */
 #define ROUND_TO_PAGES(Size) \
-  (ULONG_PTR) (((ULONG_PTR) Size + PAGE_SIZE - 1) & ~(PAGE_SIZE - 1));
+  (ULONG_PTR) (((ULONG_PTR) Size + PAGE_SIZE - 1) & ~(PAGE_SIZE - 1))
 
 NTOSAPI
 VOID
@@ -4412,7 +4412,7 @@
  */
 #ifndef RtlFillMemory
 #define RtlFillMemory(Destination, Length, Fill) \
-  memset(Destination, Fill, Length);
+  memset(Destination, Fill, Length)
 #endif
 
 #ifndef RtlFillBytes
@@ -4974,7 +4974,7 @@
  */
 #ifndef RtlZeroMemory
 #define RtlZeroMemory(Destination, Length) \
-  memset(Destination, 0, Length);
+  memset(Destination, 0, Length)
 #endif
 
 #ifndef RtlZeroBytes
@@ -5268,7 +5268,7 @@
  *   IN PSLIST_HEADER  SListHead)
  */
 #define InitializeSListHead(_SListHead) \
- (_SListHead)->Alignment = 0;
+ (_SListHead)->Alignment = 0
 
 #define ExInitializeSListHead InitializeSListHead
 
@@ -5791,7 +5791,7 @@
  */
 #define IoAcquireRemoveLock(_RemoveLock, \
                             _Tag) \
-  IoAcquireRemoveLockEx(_RemoveLock, _Tag, __FILE__, __LINE__, sizeof(IO_REMOVE_LOCK));
+  IoAcquireRemoveLockEx(_RemoveLock, _Tag, __FILE__, __LINE__, sizeof(IO_REMOVE_LOCK))
 
 /*
  * VOID
@@ -6328,7 +6328,7 @@
  *   IN ULONG  ControlCode)
  */
 #define IoGetFunctionCodeFromCtlCode(_ControlCode) \
-  (((_ControlCode) >> 2) & 0x00000FFF);
+  (((_ControlCode) >> 2) & 0x00000FFF)
 
 NTOSAPI
 PVOID
@@ -6373,7 +6373,7 @@
                                _DpcRoutine) \
   KeInitializeDpc(&(_DeviceObject)->Dpc, \
     (PKDEFERRED_ROUTINE) (_DpcRoutine), \
-    _DeviceObject);
+    _DeviceObject)
 
 NTOSAPI
 VOID
@@ -6403,7 +6403,7 @@
 #define IoInitializeRemoveLock( \
   Lock, AllocateTag, MaxLockedMinutes, HighWatermark) \
   IoInitializeRemoveLockEx(Lock, AllocateTag, MaxLockedMinutes, \
-    HighWatermark, sizeof(IO_REMOVE_LOCK));
+    HighWatermark, sizeof(IO_REMOVE_LOCK))
 
 NTOSAPI
 NTSTATUS
@@ -6619,7 +6619,7 @@
  */
 #define IoReleaseRemoveLockAndWait(_RemoveLock, \
                                    _Tag) \
-  IoReleaseRemoveLockEx(_RemoveLock, _Tag, sizeof(IO_REMOVE_LOCK));
+  IoReleaseRemoveLockEx(_RemoveLock, _Tag, sizeof(IO_REMOVE_LOCK))
 
 NTOSAPI
 VOID
@@ -6715,7 +6715,7 @@
 #define IoSetCancelRoutine(_Irp, \
                            _CancelRoutine) \
   (PDRIVER_CANCEL) InterlockedExchangePointer( \
-    (PVOID *) &(_Irp)->CancelRoutine, (PVOID) (_CancelRoutine));
+    (PVOID *) &(_Irp)->CancelRoutine, (PVOID) (_CancelRoutine))
 
 /*
  * VOID
@@ -7821,7 +7821,7 @@
     | MDL_SOURCE_IS_NONPAGED_POOL)) ? \
     (_Mdl)->MappedSystemVa : \
     (PVOID) MmMapLockedPagesSpecifyCache((_Mdl), \
-      KernelMode, MmCached, NULL, FALSE, _Priority);
+      KernelMode, MmCached, NULL, FALSE, _Priority)
 
 NTOSAPI
 PVOID

----------------------------------------------------------------------

Gisle V.

Hello,

I have been trying for a v long time to get ogre configured,
compiled and running on mingw and it has been a v frustrating
experience :-(  ... too much I dont understand about mingw.

when I tried to ./configure  ogre , it failed to  execute
its freetype conftest.exe although all the other tests work ok.
I could capture the exe and it would execute ok , but not from
within the configure script ....

Having fiddled around some , and put env into ./configure

the env from within configure shows
PATH=NONE/bin:NONE/usr/bin:.:/usr/local/bin:/mingw/bin:/bin:
       /c/WINDOWS:/c/WINDOWS/COMMAND:/c/PROGRA~1/WIN98RK

vs my normal
PATH=.:/usr/local/bin:/mingw/bin:/bin:/c/WINDOWS:/c/WINDOWS/COMMAND:
        /c/PROGRA~1/WIN98RK
(broken over line for readability)

and putting an explicit export PATH=mynormalone;eval <test>
in the configure script works ok ... so where is the other being
picked up from, why is the "NONE" ? , (and why do the other tests
run ok ?)

several other questions ...
 ... it seems as though .dll's are normally stored in the PATH ie
a bin dir rather than a lib dir ... true?

... is it normal to turn on the import/export fn decorators
or to turn them all off and rely on normal unix way of exporting
everything that isnt static ?

..... an ogre sample exe is failing with an unhelpful error msg
when it start up and barfs , and it is trying to dynamically load
(using the windows loader)

/usr/local/lib/OGRE/RenderSystem_GL.so.exe

which exists , but would the name mangling work for this and would
the windows loader be able to find a lib with an abs path and a .so.exe
suffix ?
Would (should?) this normally be made into a .dll ?
Or any suggestions on how to debug this type of problem ...any lib tools
hat might help?

Sorry for the long post , but responses to any of this appreciated,

Cheers,

Steve Houseman

-- 

currently  :                     | for strace, an annotator see -
steve at houseman demon co uk    | http://www.houseman.demon.co.uk/

Use "gcc -mno-cygwin Demo.c NeticaEx.c netica.lib"
It works for me. :)

FN

----- Original Message ----- 
From: "Sam Steingold" <sd...@gn...>
To: <min...@li...>
Sent: Thursday, July 31, 2003 7:45 PM
Subject: [Mingw-users] linking with libraries built with MSVS?


> First of all, many thanks to everyone who answered my questions so
patiently!
>
> I have a library <http://norsys.com/netica_c_api.htm> which includes a
> .lib, .dll and .h files (no sources) and I am trying to use it with
> mingw.
>
> it compiles fine but gives many many link errors like
>
> $ gcc -mno-cygwin Demo.c -lnetica -L.
> /cygdrive/c/Temp/ccWKOXYb.o(.text+0x1c):Demo.c: undefined reference to
`_imp__NewStreamFile_ns@12'
> /cygdrive/c/Temp/ccWKOXYb.o(.text+0x3d):Demo.c: undefined reference to
`_imp__HasNodeTable_bn@8'
> /cygdrive/c/Temp/ccWKOXYb.o(.text+0x59):Demo.c: undefined reference to
`_imp__GetNodeType_bn@4'
> /cygdrive/c/Temp/ccWKOXYb.o(.text+0x91):Demo.c: undefined reference to
`_imp__GetNodeType_bn@4'
> /cygdrive/c/Temp/ccWKOXYb.o(.text+0xc9):Demo.c: undefined reference to
`_imp__SetNodeFuncState_bn@12'
> /cygdrive/c/Temp/ccWKOXYb.o(.text+0xf0):Demo.c: undefined reference to
`_imp__SetNodeFuncReal_bn@16'
>
> msvs links it just fine.
>
> is there a way for me to use this library with mingw?
>
> thanks!
>
> -- 
> Sam Steingold (http://www.podval.org/~sds) running w2k
> <http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
> <http://www.mideasttruth.com/>
<http://www.palestine-central.com/links.html>
> MS: our tomorrow's software will run on your tomorrow's HW at today's
speed.
>
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
>
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
>
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
>

> * In message <3F2...@ya...>
> * On the subject of "Re: linking with libraries built with MSVS?"
> * Sent on Thu, 31 Jul 2003 14:12:54 -0400
> * Honorable Earnie Boyd <ear...@ya...> writes:
>
> Sam Steingold wrote:
> > First of all, many thanks to everyone who answered my questions so patiently!
> > I have a library <http://norsys.com/netica_c_api.htm> which includes a
> > .lib, .dll and .h files (no sources) and I am trying to use it with
> > mingw.
> > it compiles fine but gives many many link errors like
> > $ gcc -mno-cygwin Demo.c -lnetica -L.
> 
> What happens if you
> 
> gcc -mno-cygwin Demo.c -L. -lnetica

/cygdrive/c/Temp/cccaEpKH.o(.text+0x1c):Demo.c: undefined reference to `_imp__NewStreamFile_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x3d):Demo.c: undefined reference to `_imp__HasNodeTable_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x59):Demo.c: undefined reference to `_imp__GetNodeType_bn@4'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x91):Demo.c: undefined reference to `_imp__GetNodeType_bn@4'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xc9):Demo.c: undefined reference to `_imp__SetNodeFuncState_bn@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xf0):Demo.c: undefined reference to `_imp__SetNodeFuncReal_bn@16'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x109):Demo.c: undefined reference to `_imp__GetNodeType_bn@4'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x125):Demo.c: undefined reference to `_imp__GetNodeFuncState_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x149):Demo.c: undefined reference to `_imp__GetNodeFuncReal_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x177):Demo.c: undefined reference to `_imp__NewNeticaEnviron_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x1a4):Demo.c: undefined reference to `_imp__GetNodeVisPosition_bn@16'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x6c1):Demo.c: undefined reference to `_imp__NewNeticaEnviron_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x6cb):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x6d2):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x6e1):Demo.c: undefined reference to `_imp__InitNetica_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x726):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x72f):Demo.c: undefined reference to `_imp__NewNet_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x73c):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x754):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x77d):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x7a0):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x7c3):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x7e6):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x809):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x82c):Demo.c: more undefined references to `_imp__NewNode_bn@12' follow
/cygdrive/c/Temp/cccaEpKH.o(.text+0x839):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x851):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x872):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x88a):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x8a2):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x8ba):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x8d2):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x8ea):Demo.c: more undefined references to `_imp__SetNodeStateNames_bn@8' follow
/cygdrive/c/Temp/cccaEpKH.o(.text+0x902):Demo.c: undefined reference to `_imp__SetNodeTitle_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x91a):Demo.c: undefined reference to `_imp__SetNodeTitle_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x924):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x93c):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x95c):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x973):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x98a):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x9a1):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x9b8):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x9c2):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0x9da):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xa13):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xa46):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xa79):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xaa4):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xad7):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xb0a):Demo.c: more undefined references to `SetNodeProbs' follow
/cygdrive/c/Temp/cccaEpKH.o(.text+0xc61):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xc79):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xc92):Demo.c: undefined reference to `_imp__CompileNet_bn@4'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xc9c):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xcb4):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xcdd):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xce5):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xcfd):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xd40):Demo.c: undefined reference to `EnterFinding'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xd5b):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xd63):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xd7b):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xdbe):Demo.c: undefined reference to `EnterFinding'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xdd9):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xde1):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xdf9):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xe3c):Demo.c: undefined reference to `EnterFinding'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xe57):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xe5f):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xe77):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xeaa):Demo.c: undefined reference to `_imp__DeleteNet_bn@4'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xeb4):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xec6):Demo.c: undefined reference to `_imp__CloseNetica_bn@8'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xf34):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xf4c):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/cccaEpKH.o(.text+0xf59):Demo.c: undefined reference to `_imp__ErrorMessage_ns@4'

> gcc -mno-cygwin Demo.c netica.dll

/cygdrive/c/Temp/ccqi515z.o(.text+0x1c):Demo.c: undefined reference to `_imp__NewStreamFile_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x3d):Demo.c: undefined reference to `_imp__HasNodeTable_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x59):Demo.c: undefined reference to `_imp__GetNodeType_bn@4'
/cygdrive/c/Temp/ccqi515z.o(.text+0x91):Demo.c: undefined reference to `_imp__GetNodeType_bn@4'
/cygdrive/c/Temp/ccqi515z.o(.text+0xc9):Demo.c: undefined reference to `_imp__SetNodeFuncState_bn@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0xf0):Demo.c: undefined reference to `_imp__SetNodeFuncReal_bn@16'
/cygdrive/c/Temp/ccqi515z.o(.text+0x109):Demo.c: undefined reference to `_imp__GetNodeType_bn@4'
/cygdrive/c/Temp/ccqi515z.o(.text+0x125):Demo.c: undefined reference to `_imp__GetNodeFuncState_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x149):Demo.c: undefined reference to `_imp__GetNodeFuncReal_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x177):Demo.c: undefined reference to `_imp__NewNeticaEnviron_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x1a4):Demo.c: undefined reference to `_imp__GetNodeVisPosition_bn@16'
/cygdrive/c/Temp/ccqi515z.o(.text+0x6c1):Demo.c: undefined reference to `_imp__NewNeticaEnviron_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x6cb):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0x6d2):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0x6e1):Demo.c: undefined reference to `_imp__InitNetica_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x726):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0x72f):Demo.c: undefined reference to `_imp__NewNet_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x73c):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0x754):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x77d):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x7a0):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x7c3):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x7e6):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x809):Demo.c: undefined reference to `_imp__NewNode_bn@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x82c):Demo.c: more undefined references to `_imp__NewNode_bn@12' follow
/cygdrive/c/Temp/ccqi515z.o(.text+0x839):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0x851):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x872):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x88a):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x8a2):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x8ba):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x8d2):Demo.c: undefined reference to `_imp__SetNodeStateNames_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x8ea):Demo.c: more undefined references to `_imp__SetNodeStateNames_bn@8' follow
/cygdrive/c/Temp/ccqi515z.o(.text+0x902):Demo.c: undefined reference to `_imp__SetNodeTitle_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x91a):Demo.c: undefined reference to `_imp__SetNodeTitle_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x924):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0x93c):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0x95c):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x973):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x98a):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x9a1):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x9b8):Demo.c: undefined reference to `_imp__AddLink_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0x9c2):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0x9da):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0xa13):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccqi515z.o(.text+0xa46):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccqi515z.o(.text+0xa79):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccqi515z.o(.text+0xaa4):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccqi515z.o(.text+0xad7):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccqi515z.o(.text+0xb0a):Demo.c: more undefined references to `SetNodeProbs' follow
/cygdrive/c/Temp/ccqi515z.o(.text+0xc61):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0xc79):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0xc92):Demo.c: undefined reference to `_imp__CompileNet_bn@4'
/cygdrive/c/Temp/ccqi515z.o(.text+0xc9c):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0xcb4):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0xcdd):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/ccqi515z.o(.text+0xce5):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0xcfd):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0xd40):Demo.c: undefined reference to `EnterFinding'
/cygdrive/c/Temp/ccqi515z.o(.text+0xd5b):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/ccqi515z.o(.text+0xd63):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0xd7b):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0xdbe):Demo.c: undefined reference to `EnterFinding'
/cygdrive/c/Temp/ccqi515z.o(.text+0xdd9):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/ccqi515z.o(.text+0xde1):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0xdf9):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0xe3c):Demo.c: undefined reference to `EnterFinding'
/cygdrive/c/Temp/ccqi515z.o(.text+0xe57):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/ccqi515z.o(.text+0xe5f):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0xe77):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0xeaa):Demo.c: undefined reference to `_imp__DeleteNet_bn@4'
/cygdrive/c/Temp/ccqi515z.o(.text+0xeb4):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0xec6):Demo.c: undefined reference to `_imp__CloseNetica_bn@8'
/cygdrive/c/Temp/ccqi515z.o(.text+0xf34):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccqi515z.o(.text+0xf4c):Demo.c: undefined reference to `_imp__GetError_ns@12'
/cygdrive/c/Temp/ccqi515z.o(.text+0xf59):Demo.c: undefined reference to `_imp__ErrorMessage_ns@4'

> gcc -mno-cygwin Demo.c netica.lib

/cygdrive/c/Temp/ccO55HY1.o(.text+0x6cb):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0x6d2):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0x726):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0x73c):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0x839):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0x924):Demo.c: more undefined references to `env' follow
/cygdrive/c/Temp/ccO55HY1.o(.text+0xa13):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xa46):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xa79):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xaa4):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xad7):Demo.c: undefined reference to `SetNodeProbs'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xb0a):Demo.c: more undefined references to `SetNodeProbs' follow
/cygdrive/c/Temp/ccO55HY1.o(.text+0xc61):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xc9c):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xcdd):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xce5):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xd40):Demo.c: undefined reference to `EnterFinding'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xd5b):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xd63):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xdbe):Demo.c: undefined reference to `EnterFinding'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xdd9):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xde1):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xe3c):Demo.c: undefined reference to `EnterFinding'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xe57):Demo.c: undefined reference to `GetNodeBelief'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xe5f):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xeb4):Demo.c: undefined reference to `env'
/cygdrive/c/Temp/ccO55HY1.o(.text+0xf34):Demo.c: undefined reference to `env'


-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.palestine-central.com/links.html>
The paperless office will become a reality soon after the paperless toilet.

Sam Steingold wrote:
> First of all, many thanks to everyone who answered my questions so patiently!
> 
> I have a library <http://norsys.com/netica_c_api.htm> which includes a
> .lib, .dll and .h files (no sources) and I am trying to use it with
> mingw.
> 
> it compiles fine but gives many many link errors like
> 
> $ gcc -mno-cygwin Demo.c -lnetica -L.

What happens if you

gcc -mno-cygwin Demo.c -L. -lnetica

OR

gcc -mno-cygwin Demo.c netica.dll

Earnie

First of all, many thanks to everyone who answered my questions so patiently!

I have a library <http://norsys.com/netica_c_api.htm> which includes a
.lib, .dll and .h files (no sources) and I am trying to use it with
mingw.

it compiles fine but gives many many link errors like

$ gcc -mno-cygwin Demo.c -lnetica -L.
/cygdrive/c/Temp/ccWKOXYb.o(.text+0x1c):Demo.c: undefined reference to `_imp__NewStreamFile_ns@12'
/cygdrive/c/Temp/ccWKOXYb.o(.text+0x3d):Demo.c: undefined reference to `_imp__HasNodeTable_bn@8'
/cygdrive/c/Temp/ccWKOXYb.o(.text+0x59):Demo.c: undefined reference to `_imp__GetNodeType_bn@4'
/cygdrive/c/Temp/ccWKOXYb.o(.text+0x91):Demo.c: undefined reference to `_imp__GetNodeType_bn@4'
/cygdrive/c/Temp/ccWKOXYb.o(.text+0xc9):Demo.c: undefined reference to `_imp__SetNodeFuncState_bn@12'
/cygdrive/c/Temp/ccWKOXYb.o(.text+0xf0):Demo.c: undefined reference to `_imp__SetNodeFuncReal_bn@16'

msvs links it just fine.

is there a way for me to use this library with mingw?

thanks!

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.palestine-central.com/links.html>
MS: our tomorrow's software will run on your tomorrow's HW at today's speed.

>>
>> Finally I had to get my old computer(133MHz)
>> - Formatted and Installed a fresh Windows 98SE
>> - Installed MinGW 3.0 rc3
>> - Tried to compile a helloworld program
>> #include <iostream>
>> int main()
>> {
>>     std::cout << "Hello, world!" << std::end;
>>     return 0;
>> }
>>
>> And I got it!(the problem below)
>>
>>
>>>> I got a problem when I tried to compile a small hello
>>>> program with MinGW 3.0 rc3 and this is the output.
>>>>
>>>> --->8---
>>>>
>>>> C:\Temp\hello>c:\mingw\bin\g++ -c -o hello.o hello.cpp
>>>> G__~1.EXE: installation problem, cannot exec `as': No
>>>> such file or directory
>>>>

Add the -v switch and report the output.  This does not fail for me but 
I'm on XP with NTFS.

Earnie.

Sam Steingold <sd...@gn...> writes:

>> * In message <Law...@ho...>
>> * On the subject of "Re: Re: SetEnvironmentVariableA & getenv"
>> * Sent on Thu, 31 Jul 2003 09:16:18 +0800
>> * Honorable "Luke Dunstan" <cod...@ho...> writes:
>>
>> Please give sample source code that reproduces this problem
>> (preferably as small as possible). Also, since you are actually using
>> the Cygwin compiler this problem might not apply to MinGW GCC, and if
>> that is the case then you will need to report this to a Cygwin mailing
>> list.
>
>
> ===================================== env.c =======================
> #include <stdio.h>
> #include <stdlib.h>
>
> int main (int argc, char *argv[])
> {
>   extern char** environ;
>   char** epp;
>   for (epp = environ; *epp; epp++)
>     printf(" -> %s\n",*epp);
>   return 0;
> }
> ===================================== env.c =======================
>
> $ g++ -mno-cygwin -Wall env.c -o env
> /cygdrive/c/Temp/cckEdEhi.o(.text+0x27):env.c: undefined reference to `__p__environ()'
> $ gcc -mno-cygwin -Wall env.c -o env
> $ ./env.exe
> ....
>  -> SYSTEMDRIVE=C:
>  -> SYSTEMROOT=C:\WINNT
>  -> TEMP=c:\Temp
> ....
> $
>
> the funny thing is that if I move the `environ' declaration outside the
> main() scope, g++ works just fine.
> any hint why?

First, you shouldn't need to declare 'environ', as it is already
declared on stdlib.h.

Second, unless you declare the variable this way:

extern "C" char **environ;

the name will have C++ linkage if you compile with g++.

Third, if you put the declararion on global scope, it is redeclaring
what stdlib.h already declared. The declaration at local scope is
independent of previous declarations.

-- 
Oscar

This is why I dislike hotmail.com accounts.

Earnie.

> -------- Original Message --------
> Subject: Delivery Status Notification (Delay)
> Date: Wed, 30 Jul 2003 23:40:02 -0700
> From: pos...@ma...
> To: min...@li...
> 
> This is an automatically generated Delivery Status Notification.
> 
> THIS IS A WARNING MESSAGE ONLY.
> 
> YOU DO NOT NEED TO RESEND YOUR MESSAGE.
> 
> Delivery to the following recipients has been delayed.
> 
>        j_k...@ho...
>        joh...@ho...
>        el...@ho...
>        cod...@ho...
>        as...@ho...
>        mik...@ho...
>        Lor...@ho...
>        di...@ho...
>        dav...@ms...
> 
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> Reporting-MTA: dns;mc3-f39.law16.hotmail.com
> Received-From-MTA: dns;sc8-sf-list2.sourceforge.net
> Arrival-Date: Wed, 30 Jul 2003 10:33:04 -0700
> 
> Original-Recipient: rfc822;HMOB1141507136-d1267-2-0-0HMOE
> Final-Recipient: rfc822;j_k...@ho...
> Action: delayed
> Status: 4.4.7
> Will-Retry-Until: Thu, 31 Jul 2003 10:33:11 -0700
> 
> Original-Recipient: rfc822;HMOB1242563648-d663-0-0-0HMOE
> Final-Recipient: rfc822;joh...@ho...
> Action: delayed
> Status: 4.4.7
> Will-Retry-Until: Thu, 31 Jul 2003 10:33:11 -0700
> 
> Original-Recipient: rfc822;HMOB1225655360-d1329-0-0-0HMOE
> Final-Recipient: rfc822;el...@ho...
> Action: delayed
> Status: 4.4.7
> Will-Retry-Until: Thu, 31 Jul 2003 10:33:11 -0700
> 
> Original-Recipient: rfc822;HMOB1209009216-d560-0-0-0HMOE
> Final-Recipient: rfc822;cod...@ho...
> Action: delayed
> Status: 4.4.7
> Will-Retry-Until: Thu, 31 Jul 2003 10:33:11 -0700
> 
> Original-Recipient: rfc822;HMOB1168393423-d885-0-0-0HMOE
> Final-Recipient: rfc822;as...@ho...
> Action: delayed
> Status: 4.4.7
> Will-Retry-Until: Thu, 31 Jul 2003 10:33:11 -0700
> 
> Original-Recipient: rfc822;HMOB1175585856-d923-0-0-0HMOE
> Final-Recipient: rfc822;mik...@ho...
> Action: delayed
> Status: 4.4.7
> Will-Retry-Until: Thu, 31 Jul 2003 10:33:11 -0700
> 
> Original-Recipient: rfc822;HMOB1192100928-d179-2-0-0HMOE
> Final-Recipient: rfc822;Lor...@ho...
> Action: delayed
> Status: 4.4.7
> Will-Retry-Until: Thu, 31 Jul 2003 10:33:11 -0700
> 
> Original-Recipient: rfc822;HMOB1091830848-d1464-0-0-0HMOE
> Final-Recipient: rfc822;di...@ho...
> Action: delayed
> Status: 4.4.7
> Will-Retry-Until: Thu, 31 Jul 2003 10:33:11 -0700
> 
> Original-Recipient: rfc822;HMOB1219114561-d1333-32-0-0HMOE
> Final-Recipient: rfc822;dav...@ms...
> Action: delayed
> Status: 4.4.7
> Will-Retry-Until: Thu, 31 Jul 2003 10:33:11 -0700
> 
> 
> 
> ------------------------------------------------------------------------
> 
> Subject:
> [Mingw-users] MinGW 3.0 rc3 problem??
> From:
> Parinya Thipchart <thi...@ya...>
> Date:
> Wed, 30 Jul 2003 10:30:25 -0700 (PDT)
> To:
> min...@li...
> 
> 
> Hello,
> 
> I got a problem when I tried to compile a small hello
> program with MinGW 3.0 rc3 and this is the output.
> 
> --->8---
> 
> C:\Temp\hello>c:\mingw\bin\g++ -c -o hello.o hello.cpp
> G__~1.EXE: installation problem, cannot exec `as': No
> such file or directory
> 
> --->8---
> 
> Regards,
> Parinya
> 
> 
> 
> __________________________________
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software
> http://sitebuilder.yahoo.com
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
> 
> 

Hi Earnie,

>Since your license prevents use in an Open Source manner then I must ask
>that you not post these announcements.  I was about to install the
>package to check it out, but you limit it's use to private non
>commercial use only so I had to delete the install package.

I don't really understand why?
The term "Non-commercial" that I'm using means "I don't let you sell MinGW
Studio without my permission".
But the program or any products from it you can sell or do whatever you
want with your own license.

Actually my intentation is I want to share "MinGW Studio" just in case it
might be useful with MinGW's users.
And it is free as the above detail.

But if these annoucnements disturb the list I will stop it.

>I will discuss this further with you privately.

Ok.

Regards,
Parinya

"Sam Steingold" <sd...@gn...> said:

> int main (int argc, char *argv[])
> {
>   extern char** environ;

This is reference to a "C" symbol. You need to say
'extern "C" char **environ;" in C++.

But leave it alone. It's already defined in <stdlib.h>

--gv

Sam Steingold wrote:

> 
> ===================================== env.c =======================
> #include <stdio.h>
> #include <stdlib.h>
> 
> int main (int argc, char *argv[])
> {
>   extern char** environ;
Delete this line.  It is already defined in stdlib.h.

Earnie.

> * In message <Law...@ho...>
> * On the subject of "Re: Re: SetEnvironmentVariableA & getenv"
> * Sent on Thu, 31 Jul 2003 09:16:18 +0800
> * Honorable "Luke Dunstan" <cod...@ho...> writes:
>
> Please give sample source code that reproduces this problem
> (preferably as small as possible). Also, since you are actually using
> the Cygwin compiler this problem might not apply to MinGW GCC, and if
> that is the case then you will need to report this to a Cygwin mailing
> list.


===================================== env.c =======================
#include <stdio.h>
#include <stdlib.h>

int main (int argc, char *argv[])
{
  extern char** environ;
  char** epp;
  for (epp = environ; *epp; epp++)
    printf(" -> %s\n",*epp);
  return 0;
}
===================================== env.c =======================

$ g++ -mno-cygwin -Wall env.c -o env
/cygdrive/c/Temp/cckEdEhi.o(.text+0x27):env.c: undefined reference to `__p__environ()'
$ gcc -mno-cygwin -Wall env.c -o env
$ ./env.exe
....
 -> SYSTEMDRIVE=C:
 -> SYSTEMROOT=C:\WINNT
 -> TEMP=c:\Temp
....
$

the funny thing is that if I move the `environ' declaration outside the
main() scope, g++ works just fine.
any hint why?

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.palestine-central.com/links.html>
"Syntactic sugar causes cancer of the semicolon."	-Alan Perlis

you are right !
i had forgotten about this one, and there's also cgets()
thanks

paul

Selon Earnie Boyd <ear...@ya...>:

> Check out the _getch function.
> 
> Earnie.
> 
> po...@fr... wrote:
> > Does anyone know how to turn terminal echo off ?
> > This is useful to hide typed characters when prompting for a password ...
> > 
> > Can i do this just with MinGW environment or are extra packages
> > absolutely required ?
> > 
> > I don't need a complete emulation of the ioctl() functions for terminals,
> > however other mingw users may be interested in that point.
> > 
> > Anyway, you would be kind if you could answer just the first question
> > and maybe provide a few lines of code.
> > 
> > Regards,
> > Paul
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> > Data Reports, E-commerce, Portals, and Forums are available now.
> > Download today and enter to win an XBOX or Visual Studio .NET.
> >
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> > _______________________________________________
> > MinGW-users mailing list
> > Min...@li...
> > 
> > You may change your MinGW Account Options or unsubscribe at:
> > https://lists.sourceforge.net/lists/listinfo/mingw-users
> > 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
> 

Since your license prevents use in an Open Source manner then I must ask 
that you not post these announcements.  I was about to install the 
package to check it out, but you limit it's use to private non 
commercial use only so I had to delete the install package.  I will 
discuss this further with you privately.

Earnie.

Parinya Thipchart wrote:
> Hello,
> 
> I'm pleased to announce that MinGW Developer Studio 2.0 has been released :)
> In this version not many changes for the IDE itself just fixing some minor bugs.
> 
> I have 3 version for you to download.
> 
> * IDE only
> This contains only MinGW Developer Studio and its relate files.
> 
> * IDE + MinGW
> The same as above plus the following packages
> 
> - gcc 3.2.3 (20030504-1)
> - binutils 2.13.90 (20030111-1)
> - mingw runtime 3.0
> - w32api 2.3
> - gdb 5.2.1
> - gnu make 3.80.0-3
>     
> * IDE + MinGW + wxWindows (binary) + Help
> The same as above plus the following packages
> 
> - wxWindows 2.4.1 pre-built libraries (Debug and Release configurations)
> - wxWindows 2.4.1 contrib pre-built libraries (Debug and Release configurations)
> - wxWindows winhelp format.
> - Windows API reference manual winhelp format.
> 
> For more information about MinGW Developer Studio please visit http://parinya.homeip.net
> 
> Best regards,
> Parinya
> 
> 
> 

Mischa wrote:
> 
> I don't see the problem, perhaps it is the convert process from the Msi.lib
> to the libmsi.a? Or is it impossible to use some function from a .lib-file?
> 

You don't really need to create a .a from a .lib.  You should be able to 
use the msi.lib unchanged.

> Please help me, i'm desperate! :-)
> 

gcc -o foo foo.o c:/windows/system32/msi.dll

OR

Use LoadLibrary and GetProcAddress

Earnie.

Check out the _getch function.

Earnie.

po...@fr... wrote:
> Does anyone know how to turn terminal echo off ?
> This is useful to hide typed characters when prompting for a password ...
> 
> Can i do this just with MinGW environment or are extra packages
> absolutely required ?
> 
> I don't need a complete emulation of the ioctl() functions for terminals,
> however other mingw users may be interested in that point.
> 
> Anyway, you would be kind if you could answer just the first question
> and maybe provide a few lines of code.
> 
> Regards,
> Paul
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
> 

I will take a look.  Perhaps as.exe is missing or not all of the 
resources are properly present.

Earnie.

Parinya Thipchart wrote:
>>What does your source code look like?  What is your OS?
>>
>>I can't seem to reproduce the error noted -- even if I do remove every
> 
> $PATH reference to
> 
>>my "\mingw\bin" directory
>>and absolutely reference my "\mingw\bin" directory as noted below.
> 
> 
> I'm developping an IDE for MinGW and then I got a message from a user
> that are using my program that he can't use my IDE with MinGW 3.0rc3 but it
> works with MinGW 2.0.
> And he reported the problem below.
> 
> First time I thought the installation problem but it shouldn't because it
> is just a setup program(MinGW 3.0-rc3)
> Then I focused at my program should have a problem but I couldn't figure
> out why?
> 
> And I got another user reported the same problem to me but he said when he
> re-installed it again the problem is gone!
> I tried to install it on my computer "compile and build" every thing works
> just fine on my computer.
> The same question as yours occurred! (I can't reproduce the problem)
> 
> Finally I had to get my old computer(133MHz)
> - Formatted and Installed a fresh Windows 98SE
> - Installed MinGW 3.0 rc3
> - Tried to compile a helloworld program
> #include <iostream>
> int main()
> {
>     std::cout << "Hello, world!" << std::end;
>     return 0;
> }
> 
> And I got it!(the problem below)
> 
> 
>>>I got a problem when I tried to compile a small hello
>>>program with MinGW 3.0 rc3 and this is the output.
>>>
>>>--->8---
>>>
>>>C:\Temp\hello>c:\mingw\bin\g++ -c -o hello.o hello.cpp
>>>G__~1.EXE: installation problem, cannot exec `as': No
>>>such file or directory
>>>
>>>--->8---
> 
> 
> Regards,
> Parinya
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
> 

Hi

I want to develop a windows program that reads the GUID from a MSI package
with C. It was no problem to create an exe-file with gcc that runs on
non-cygwin platforms (with -mno-cygwin). My problem is the following:
I need several functions from the Msi.lib (included in Windows Installer
SDK). I've created a libMsi.a with dlltool and moved it to /lib/w32api/ and
linked my .o with -lmsi. Compiling and linking worked fine, but if i try to
run the exe, it want to load a Msi.lib as a Dynamic  Link Library.
I've tried to create a DLL from the Msi.lib but then an error appears that
the Function MsiOpenPackageA@8 could not be found.

I don't see the problem, perhaps it is the convert process from the Msi.lib
to the libmsi.a? Or is it impossible to use some function from a .lib-file?

Please help me, i'm desperate! :-)

Thanks

Mischa

Hi,

[snip]

>> #include <iostream>
>> int main()
>> {
>>     std::cout << "Hello, world!" << std::end;
>>     return 0;
>> }

> Umm...what is the reason for the "<<std::end;"?
>  Why not simply...
>
>  std::cout << "Hello, world!";
>
>
>  You see, when I build that app from an ms-dos prompt the compiler
doesn't recognize a
>function called "end",
> as such a function is not, afaik, part of the Standard C++ library.
>
> eg.
>
> note:  helltest.cpp is what I called the helloworld.cpp source code
above.
>
> C:\TEMP\hello>...\mingw\bin\g++ helltest.cpp -c -o helltest.o
> helltest.cpp: In function `int main()':
> helltest.cpp:4: `end' undeclared in namespace `std'

Sorry std::endl not std::end, I didn't copy and paste that's why :)

>  I did reproduce the error under Win98.

>  Have you considered modifying the system path ($PATH) to include (in
this case)
>c:\mingw\bin before you
> launch the Mingw IDE?

What about if you have other GNU tools .(like DJGPP)?
This can cause the problem.

>  The sort of thing mentioned here usually means that g++ is not able to
find (in this case)
>the c:\mingw\bin
> directory.  c:\mingw\bin (in this case), as you probably know, is where
as.exe (as.exe is
>included with Mingw-3.0 rc3)
> is usually kept.

Yes, I know but I have never added it before for previous version of
MinGW.

>  However, by adding  c:\mingw\bin (in this case) to the beginning of the
Win98 PATH
>variable, the inability of
> g++ to find as.exe went away.

Yes, in my case it solves the problem too. But in my user case  I was told
that it didn't.
(Please read the thread
http://parinya.homeip.net/forum/viewtopic.php?t=19 )
I told the user the same thing (adding Mingw\bin path).

>  A quick fix, even though it is not part of the installation, is to
simply add a .bat file
>somewhere that sets the
> PATH variable before you begin building/compiling applications.  Either
that, or modify
>whatever it is that is being
> used to launch Mingw IDE and reset the PATH variable there.
>  It might look something like this:
> @echo off
> Reminder:  This will launch an ms-dos console window
> PATH=c:\mingw\bin;%PATH%
> Reminder:  This is for Win98/Win98SE/WinME
> command.exe

Well, I know that this solves the problem but I still prefer the same way
(No need to add any path).


Thank you very much,
Parinya

Does anyone know how to turn terminal echo off ?
This is useful to hide typed characters when prompting for a password ...

Can i do this just with MinGW environment or are extra packages
absolutely required ?

I don't need a complete emulation of the ioctl() functions for terminals,
however other mingw users may be interested in that point.

Anyway, you would be kind if you could answer just the first question
and maybe provide a few lines of code.

Regards,
Paul

On 30 Jul 2003 at 23:12, Parinya Thipchart wrote:

Paul G. wrote:

> >What does your source code look like?  What is your OS?
> >
> > I can't seem to reproduce the error noted -- even if I do remove
> > every
> $PATH reference to
> >my "\mingw\bin" directory
> >and absolutely reference my "\mingw\bin" directory as noted below.

Parinya Thipchart wrote:

> 
> I'm developping an IDE for MinGW and then I got a message from a user
> that are using my program that he can't use my IDE with MinGW 3.0rc3
> but it works with MinGW 2.0. And he reported the problem below.
> 
> First time I thought the installation problem but it shouldn't because
> it is just a setup program(MinGW 3.0-rc3) Then I focused at my program
> should have a problem but I couldn't figure out why?
> 
> And I got another user reported the same problem to me but he said
> when he re-installed it again the problem is gone! I tried to install
> it on my computer "compile and build" every thing works just fine on
> my computer. The same question as yours occurred! (I can't reproduce
> the problem)
> 
> Finally I had to get my old computer(133MHz)
> - Formatted and Installed a fresh Windows 98SE
> - Installed MinGW 3.0 rc3
> - Tried to compile a helloworld program
> #include <iostream>
> int main()
> {
>     std::cout << "Hello, world!" << std::end;
>     return 0;
> }

	Umm...what is the reason for the "<<std::end;"?

	Why not simply...

	std::cout << "Hello, world!";

	You see, when I build that app from an ms-dos prompt the compiler doesn't recognize a function called "end", 
as such a function is not, afaik, part of the Standard C++ library.

eg.

note:  helltest.cpp is what I called the helloworld.cpp source code above.

C:\TEMP\hello>...\mingw\bin\g++ helltest.cpp -c -o helltest.o
helltest.cpp: In function `int main()':
helltest.cpp:4: `end' undeclared in namespace `std'

> 
> And I got it!(the problem below)
> 
> >> I got a problem when I tried to compile a small hello
> >> program with MinGW 3.0 rc3 and this is the output.
> >>
> >> --->8---
> >>
> >> C:\Temp\hello>c:\mingw\bin\g++ -c -o hello.o hello.cpp
> >> G__~1.EXE: installation problem, cannot exec `as': No
> >> such file or directory

	I did reproduce the error under Win98.

	Have you considered modifying the system path ($PATH) to include (in this case) c:\mingw\bin before you 
launch the Mingw IDE?

	The sort of thing mentioned here usually means that g++ is not able to find (in this case) the c:\mingw\bin 
directory.  c:\mingw\bin (in this case), as you probably know, is where as.exe (as.exe is included with Mingw-3.0 rc3) 
is usually kept.

	However, by adding  c:\mingw\bin (in this case) to the beginning of the Win98 PATH variable, the inability of 
g++ to find as.exe went away.

	A quick fix, even though it is not part of the installation, is to simply add a .bat file somewhere that sets the 
PATH variable before you begin building/compiling applications.  Either that, or modify whatever it is that is being 
used to launch Mingw IDE and reset the PATH variable there.

	It might look something like this:

@echo off

Reminder:  This will launch an ms-dos console window

PATH=c:\mingw\bin;%PATH%

Reminder:  This is for Win98/Win98SE/WinME
command.exe

...

	Paul G.
		

On Thu, Jul 31, 2003 at 09:16:18AM +0800, Luke Dunstan wrote:
>Please give sample source code that reproduces this problem (preferably
>as small as possible).  Also, since you are actually using the Cygwin
>compiler this problem might not apply to MinGW GCC, and if that is the
>case then you will need to report this to a Cygwin mailing list.

Oh, please don't.  If it works with the mingw gcc, hopefully it will be
obvious what the difference is.  The two compilers should be very close
to the same thing these days except for some occasional pollution from
cygwin libraries and headers.  The listed errors did not resemble cygwin
library pollution.

cgf

>What does your source code look like?  What is your OS?
>
> I can't seem to reproduce the error noted -- even if I do remove every
$PATH reference to
>my "\mingw\bin" directory
>and absolutely reference my "\mingw\bin" directory as noted below.

I'm developping an IDE for MinGW and then I got a message from a user
that are using my program that he can't use my IDE with MinGW 3.0rc3 but it
works with MinGW 2.0.
And he reported the problem below.

First time I thought the installation problem but it shouldn't because it
is just a setup program(MinGW 3.0-rc3)
Then I focused at my program should have a problem but I couldn't figure
out why?

And I got another user reported the same problem to me but he said when he
re-installed it again the problem is gone!
I tried to install it on my computer "compile and build" every thing works
just fine on my computer.
The same question as yours occurred! (I can't reproduce the problem)

Finally I had to get my old computer(133MHz)
- Formatted and Installed a fresh Windows 98SE
- Installed MinGW 3.0 rc3
- Tried to compile a helloworld program
#include <iostream>
int main()
{
    std::cout << "Hello, world!" << std::end;
    return 0;
}

And I got it!(the problem below)

>> I got a problem when I tried to compile a small hello
>> program with MinGW 3.0 rc3 and this is the output.
>>
>> --->8---
>>
>> C:\Temp\hello>c:\mingw\bin\g++ -c -o hello.o hello.cpp
>> G__~1.EXE: installation problem, cannot exec `as': No
>> such file or directory
>>
>> --->8---

Regards,
Parinya

Hello,

I'm pleased to announce that MinGW Developer Studio 2.0 has been =
released :)
In this version not many changes for the IDE itself just fixing some =
minor bugs.

I have 3 version for you to download.

* IDE only
This contains only MinGW Developer Studio and its relate files.

* IDE + MinGW
The same as above plus the following packages

- gcc 3.2.3 (20030504-1)
- binutils 2.13.90 (20030111-1)
- mingw runtime 3.0
- w32api 2.3
- gdb 5.2.1
- gnu make 3.80.0-3
   =20
* IDE + MinGW + wxWindows (binary) + Help
The same as above plus the following packages

- wxWindows 2.4.1 pre-built libraries (Debug and Release configurations)
- wxWindows 2.4.1 contrib pre-built libraries (Debug and Release =
configurations)
- wxWindows winhelp format.
- Windows API reference manual winhelp format.

For more information about MinGW Developer Studio please visit =
http://parinya.homeip.net

Best regards,
Parinya