headers
Alex Vinokur | 1 Jun 2003 05:34
Picon

Re: The standard library version in g++


"Earnie Boyd" <earnie_boyd@...> wrote in message news:3ED8EA03.3060704 <at> yahoo.com...
> Does ``g++ -c nul.c -E -dM | grep -i version'' help?

% g++ -c nul.c -E -dM | grep -i version
#define __GXX_ABI_VERSION 102
#define __VERSION__ "3.2 (mingw special 20020817-1)"

Is __GXX_ABI_VERSION the standard library version number?

>
> Earnie.
>
> Alex Vinokur wrote:
> > How can we know what is version of the standard library of g++?
> >

--
   ==========================================
   Alex Vinokur
     mailto:alexvn@...
     http://www.simtel.net/pub/oth/19088.html
     http://sourceforge.net/users/alexvn
   ==========================================

-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
_______________________________________________
(Continue reading)

Permalink | Reply | 1 comment |
headers
Danny Smith | 1 Jun 2003 07:02
Picon

Re: Re: The standard library version in g++


----- Original Message -----
From: "Alex Vinokur" <alexvn@...>
To: <mingw-users@...>
Sent: Sunday, 1 June 2003 04:34
Subject: [Mingw-users] Re: The standard library version in g++

>
> "Earnie Boyd" <earnie_boyd@...> wrote in message
news:3ED8EA03.3060704@...
> > Does ``g++ -c nul.c -E -dM | grep -i version'' help?
>
> % g++ -c nul.c -E -dM | grep -i version
> #define __GXX_ABI_VERSION 102
> #define __VERSION__ "3.2 (mingw special 20020817-1)"
>
> Is __GXX_ABI_VERSION the standard library version number?
>
>
Not really.
The ABI version is useful for knowing about backward compatibility (3.3
and 3.4 have same ABI version as 3.2) , but the  current libstdc++
version is in include/c++/3.x.x/mingw32/bits/c++config.h.

as (for 3.2.3 mingw release)

// The current version of the C++ library in compressed ISO date format.
#define __GLIBCPP__ 20030426

Usually knowing __GNUC__, __GNUC_MINOR__, __GNUC_PATCHLEVEL__ is enough
(Continue reading)

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

[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
Daniel Schregenberger | 1 Jun 2003 16:20
Picon

Re: missing printf feature & a strange segfault

Hello Benjamin,

Benjamin Riefenstahl wrote:
> > I've got a silly problem using printf. By using a $-sign you should
> > be able to specify the argument you wish to print,
> 
> That's an extension on some Unix systems.  The MS runtime that Mingw
> uses doesn't have that extension.

Uuh. That's bad news for me! I'll need to write a wrapper to implement this
sometime.
Thanks for the information.

> > The second question is also strange: I've compiled a program, which
> > crashes with a segfault when called without any args but works when
> > arguments are specified.
> 
> When you have a reproducible crash like that, you usually just run the
> program under a debugger like gdb.  Single step until the crash
> occurs.

The problem is: gdb crashes even if I just try to set a breakpoint on "main" (b
main). Only when I strip the binary I may get a backtrace, but this is not
usefull.
In the meantime I've found another problem: reading a file crashes the program.
I don't know if this is the fault of some library I'm linking to or (more
likely) my own. I will need more time to fix this.

Thanks for your help!
(Continue reading)

Permalink | Reply | 0 comments |
headers
Francis Glassborow | 1 Jun 2003 18:02
Picon
Picon

Problem with unget()


Using the latest distribution (2.0.0-3) and the runtime 3.0 still has
not fixed the library bug that causes is illustrated in the following
code. Can anyone tell me how to fix it (i.e. get a library version that
implements unget() correctly)

#include <iostream>
#include <string>
using namespace std;

// clear out an input line
        inline void clear_input_line(std::istream & input){
                std::string garbage;
                input.unget(); // A
// unget() does not appear to be functioning
// correctly when there is still data in input
// it waits for input which it then uses to replace
// the current contents with
// It works fine when the input buffer has all been used

                std::getline(input, garbage);
                std::cout << garbage << '\n';
        }
//

int main()
{
        int i;
        cout << "number: ";
        cin >> i;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Benjamin Riefenstahl | 2 Jun 2003 12:33
Picon
Favicon

Re: Problems while compiling....

Hi Eric,

"Eric Bradfield" <eric@...> writes:
> D:\MinGW\home>gcc lab3.c enc.s
> [...]
> C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp/ccuybaaa.o(.text+0x3b):fake: undefined
> reference to `fopen'

If you check the runtime library with nm you will find that all the
exported functions have an underscore '_' prepended.  That's a common
way of name-mangling C functions.  It looks like your assembly file
uses the C runtime but doesn't use this name-mangling convention.

Hope this helps, benny

-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
_______________________________________________
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
vhex | 2 Jun 2003 15:10
Picon

make crashes

Hello there.  First of all:

  sh.exe-2.04$ uname -a
  MINGW32_NT-5.0 PRIVATE 1.0.8(0.46/3/2) 2002-12-09 07:58 i686 unknown
  sh.exe-2.04$ sh --version
  GNU bash, version 2.04.0(1)-release (i686-pc-msys)
  Copyright 1999 Free Software Foundation, Inc.
  sh.exe-2.04$ make --version|head -2
  GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
  Built for i686-pc-msys

Make crashes (stackdump is attached) after making the first target:

  sh.exe-2.04$ /bin/make.exe --debug --jobs=1 --unix -f Makefile.mingw
  GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
  Built for i686-pc-msys
  Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000
          Free Software Foundation, Inc.
  This is free software; see the source for copying conditions.
  There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
  PARTICULAR PURPOSE.

  Report bugs to <bug-make@...>.

  Reading makefiles...
  Updating goal targets....
   File `all' does not exist.
     File `dirs' does not exist.
    Must remake target `dirs'.
    Successfully remade target file `dirs'.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Earnie Boyd | 2 Jun 2003 15:43
Picon
Favicon

Re: make crashes

See bug report 6851888

http://sourceforge.net/tracker/?func=detail&aid=685188&group_id=2435&atid=102435

I don't have a workaround or fix yet.  You obviously don't want to 
ignore the errors with -i.  You say that ``-p, --print-data-base 
Print make's internal database.'' prevents the error?

Earnie.

vhex@... wrote:
> Hello there.  First of all:
> 
>   sh.exe-2.04$ uname -a
>   MINGW32_NT-5.0 PRIVATE 1.0.8(0.46/3/2) 2002-12-09 07:58 i686 unknown
>   sh.exe-2.04$ sh --version
>   GNU bash, version 2.04.0(1)-release (i686-pc-msys)
>   Copyright 1999 Free Software Foundation, Inc.
>   sh.exe-2.04$ make --version|head -2
>   GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
>   Built for i686-pc-msys
> 
> Make crashes (stackdump is attached) after making the first target:
> 
>   sh.exe-2.04$ /bin/make.exe --debug --jobs=1 --unix -f Makefile.mingw
>   GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
>   Built for i686-pc-msys
>   Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000
>           Free Software Foundation, Inc.
>   This is free software; see the source for copying conditions.
(Continue reading)

Permalink | Reply | 1 comment |
headers
vhex | 2 Jun 2003 16:35
Picon

Re: make crashes

> See bug report 6851888
> 
> http://sourceforge.net/tracker/?func=detail&aid=685188&group_id=2435&atid=102435
> 
> I don't have a workaround or fix yet.  You obviously don't want to 
> ignore the errors with -i.  You say that ``-p, --print-data-base 
> Print make's internal database.'' prevents the error?

Not always.  Neither -i is a panacea, but sometimes it does help.

--

-- 
Regards, hex.

-------------------------------------------------------
This SF.net email is sponsored by: eBay
Get office equipment for less on eBay!
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
_______________________________________________
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
Francois Ferrand | 2 Jun 2003 20:09
Picon
Picon

DllMain not called when DLL is loaded

Hello there,

I have a DLL which uses a shared data section, which I want to initialize
the first time the DLL is loaded.

Thus my file looks like the following:

--8<-------------------------
#pragma data_seg("shared")
ATOM g_aPropName = 0;
int g_iProcessCount = 0;
#pragma data_seg()

 .
 .
 .

BOOL APIENTRY DllMain( HANDLE /*hModule*/, 
                       DWORD  ul_reason_for_call, 
                       LPVOID /*lpReserved*/
					 )
{
   switch (ul_reason_for_call)
   {
    case DLL_PROCESS_ATTACH:
      if (g_iProcessCount == 0)
         g_aPropName = GlobalAddAtom("my global atom");
      g_iProcessCount++;
      break;
(Continue reading)

Permalink | Reply | 11 comments |

Gmane