[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify Digest, Vol 51, Issue 1
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2010-08-09 10:47:13
Message-ID: mailman.813208.1281350833.5237.mingw-notify () lists ! sourceforge ! net
[Download RAW message or body]
Send MinGW-notify mailing list submissions to
mingw-notify@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/mingw-notify
or, via email, send a message with subject or body 'help' to
mingw-notify-request@lists.sourceforge.net
You can reach the person managing the list at
mingw-notify-owner@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MinGW-notify digest..."
This list is used to send updates of submitted patches, bug reports and file \
releases. You are discouraged from posting to this list. If you wish to unsubscribe \
you can do so at https://lists.sourceforge.net/lists/listinfo/mingw-notify.
Today's Topics:
1. [ mingw-Patches-1209883 ] Add libtermcap.a to MinGW
distribution (SourceForge.net)
2. [ mingw-Patches-1207445 ] Put 'termcap' in correct place.
(SourceForge.net)
3. [ mingw-Patches-1206374 ] Fix problem with MSys base rt
make-check (SourceForge.net)
4. [ mingw-Patches-1186033 ] Conditional mount of /usr
(SourceForge.net)
5. [ mingw-Patches-3035719 ] mingw-get: Handle the GNU long name
tar header format (SourceForge.net)
6. [ mingw-Bugs-2994861 ] gdb does not pass variables set by the
"set environment" cmd (SF/projects/mingw notification list)
7. [ mingw-Bugs-2475607 ] internal compiler error: Segmentation
fault (SF/projects/mingw notification list)
8. [ mingw-Patches-3035719 ] mingw-get: Handle the GNU long name
tar header format (SF/projects/mingw notification list)
----------------------------------------------------------------------
Message: 1
Date: Thu, 29 Jul 2010 15:32:46 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-1209883 ] Add libtermcap.a to
MinGW distribution
To: noreply@sourceforge.net
Message-ID: <E1OeV6E-0003QE-2c@sfs-web-5.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #1209883, was opened at 2005-05-27 10:07
Message generated for change (Settings changed) made by mtew
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1209883&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
> Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Max TenEyck Woodbury (mtew)
Assigned to: Earnie Boyd (earnie)
Summary: Add libtermcap.a to MinGW distribution
Initial Comment:
There is no terminal interface library in the MinGW or
MSys distribution. The enclosed patch adds
libtermcap.a to the list of distributed libraries.
Change Log:
2005.05.27 Max T Woodbury <mtew@users.sf.net>
* var/MinGW/lib.dat: Add libtermcap.a.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1209883&group_id=2435
------------------------------
Message: 2
Date: Thu, 29 Jul 2010 15:34:00 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-1207445 ] Put 'termcap' in
correct place.
To: noreply@sourceforge.net
Message-ID: <E1OeV7Q-000314-RZ@sfs-web-8.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #1207445, was opened at 2005-05-23 20:50
Message generated for change (Settings changed) made by mtew
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1207445&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: msys
Group: None
> Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Max TenEyck Woodbury (mtew)
Assigned to: Earnie Boyd (earnie)
Summary: Put 'termcap' in correct place.
Initial Comment:
The current 'termcap' package puts the new termcap file
in the active system's /etc directory. It should put
it in a sub-directory of the 'prefix' directory. This
change fixes that.
ChangeLog:
Mon May 22 20:47:22 2005 Max T. Woodbury
(mtew@users.sf.net)
* Put new termcap in target instead of system
directory.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1207445&group_id=2435
------------------------------
Message: 3
Date: Thu, 29 Jul 2010 15:34:55 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-1206374 ] Fix problem with
MSys base rt make-check
To: noreply@sourceforge.net
Message-ID: <E1OeV8J-00032j-B2@sfs-web-8.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #1206374, was opened at 2005-05-21 22:44
Message generated for change (Settings changed) made by mtew
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1206374&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: msys
Group: None
> Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Max TenEyck Woodbury (mtew)
Assigned to: Earnie Boyd (earnie)
Summary: Fix problem with MSys base rt make-check
Initial Comment:
When working with the MSys base sources in the 'rt'
subtree, one of the optional make targets is 'check'.
When invoked, it
complains about no 'new-cygwin1.dll' and no
'new-libcygwin1.a' targets. A grep on all the files in
the rt tree for 'new-cyg' turned up two files where
this name (a survivor from the cygwin conversion) still
occur. In one the name only appears in a comment, but
in the other, it appears in an active roll. This patch
fixes both files.
----------------------------------------------------------------------
Comment By: Max TenEyck Woodbury (mtew)
Date: 2005-05-22 20:41
Message:
Logged In: YES
user_id=735003
For both files:
2005.05.22 Max T. Woodbury <mtew@users.sf.net>
*Makefile.in: Replace reference to cygwin1 with msys-1.0
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2005-05-22 01:10
Message:
Logged In: YES
user_id=15438
You're missing a ChangeLog.MSYS entry. Note that a
ChangeLog entry is not a diff of the ChangeLog.MSYS file.
It is what needs to be inserted into the ChangeLog. Use
existing ChangeLog to determine the format of the entry
itself; content will matter and until it is correct ...
Earnie
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1206374&group_id=2435
------------------------------
Message: 4
Date: Thu, 29 Jul 2010 15:35:52 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-1186033 ] Conditional mount of
/usr
To: noreply@sourceforge.net
Message-ID: <E1OeV9E-0005fo-MH@sfs-web-1.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #1186033, was opened at 2005-04-19 11:15
Message generated for change (Settings changed) made by mtew
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1186033&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: msys
Group: None
> Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Max TenEyck Woodbury (mtew)
Assigned to: Earnie Boyd (earnie)
Summary: Conditional mount of /usr
Initial Comment:
Per the discussion in the mailing list this patch only
adds the /usr automount if there is nothing mounted on
/usr in /etc/fstab.
Sorry about not following proper procedure earlier.
I'm new to working with a group like this. Please
excuse my errors in not doing what is expected.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1186033&group_id=2435
------------------------------
Message: 5
Date: Thu, 29 Jul 2010 21:41:14 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-3035719 ] mingw-get: Handle
the GNU long name tar header format
To: noreply@sourceforge.net
Message-ID: <E1Oeaqo-0002MZ-Ov@sfs-web-8.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #3035719, was opened at 2010-07-28 03:20
Message generated for change (Settings changed) made by keithmarshall
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=3035719&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: mingw-get
> Group: Patch under review
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Cesar Strauss (cstrauss)
> Assigned to: Keith Marshall (keithmarshall)
Summary: mingw-get: Handle the GNU long name tar header format
Initial Comment:
This patch adds support for the GNU tar long name header format.
Paths that do not fit on the name field (more than 100 characters) generate a \
'L'-type extension header, which encodes the complete path for the following entry in \
its data area. At least the following mingw.org archive uses it:
gcc-c++-4.5.0-1-mingw32-bin.tar.lzma
In this case, mingw-get bails out with the message:
mingw-get.exe: *** ERROR *** unexpected archive entry classification:
> > type 76
Regards,
Cesar
----------------------------------------------------------------------
Comment By: Cesar Strauss (cstrauss)
Date: 2010-07-28 03:28
Message:
I created this test case by deliberately archiving a pathname greater than
100 bytes. To test it, copy it over any archive in
var/cache/mingw-get/packages and try installing it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=3035719&group_id=2435
------------------------------
Message: 6
Date: Sun, 01 Aug 2010 12:49:00 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Bugs-2994861 ] gdb does not pass
variables set by the "set environment" cmd
To: noreply@sourceforge.net
Message-ID: <E1OfXyO-0006S6-J5@sfs-web-10.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2994861, was opened at 2010-04-30 19:13
Message generated for change (Comment added) made by hrncn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2994861&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: gdb
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: rhornig ()
Assigned to: Nobody/Anonymous (nobody)
Summary: gdb does not pass variables set by the "set environment" cmd
Initial Comment:
When using MINGW/gdb 7.x the "set environment" command changes the value of the \
variable correctly. It can be verified by "show environment". The problem is that \
when the program is run it still receives the environment inherited by gdb and not \
the changed one. This effectively means that the environment variables cannot be \
changed. Unfortunately Eclipse/CDT heavily relies on this, so it is failing in some \
cases. This is just a problem with version 7.x. gcc 6.x versions worked ok.
Steps to reproduce:
- compile the following code:
#include <stdio.h> \
#include <stdlib.h> \
int main() \
{ \
printf("TEST = %s\n", getenv("TEST")); \
return 0; \
}
$ TEST=fromSHELL gdb a
(gdb) show environment TEST
TEST = fromSHELL
(gdb) set environment TEST fromGDB
(gdb) show environment TEST
TEST = fromGDB
(gdb) r
...
TEST = fromSHELL
----------------------------------------------------------------------
Comment By: itsa secret (hrncn)
Date: 2010-08-01 14:49
Message:
After struggling with this for hours I finally fixed it by undoing
http://sourceware.org/git/gitweb.cgi?p=gdb.git;a=commitdiff;h=1e905ea6e7371cad53f073a1db65bf022bba106a
and compiling my own gdb.
This completely fixes the source file not found / unknown target exception
0xc0000135 crashes for me.
----------------------------------------------------------------------
Comment By: Keith Marshall (keithmarshall)
Date: 2010-05-21 14:04
Message:
Strictly speaking, I should just delete this, because you've classified it
as a "known bug". Who says it is a "known bug"? How do you know that *we*
know about it? If you believe that we do, then why waste both your own
time, and ours, by reporting it again?
Okay, on this occasion, I'm going to let it pass. If *I* don't already
know about it, it *isn't* a "known bug", (and you cannot possibly know of
my prior knowledge). IOW, if you want your bug reports to be taken
seriously, *don't* ever classify them as "known bugs", because I'm likely
to assume that they are duplicates, and delete them without any further
checking.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2994861&group_id=2435
------------------------------
Message: 7
Date: Sun, 01 Aug 2010 18:23:37 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Bugs-2475607 ] internal compiler
error: Segmentation fault
To: noreply@sourceforge.net
Message-ID: <E1OfdCD-0004ds-SW@sfs-web-6.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2475607, was opened at 2008-12-29 21:45
Message generated for change (Comment added) made by zorro57
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2475607&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: gcc
Group: Known bugs
> Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Harm-Jan Zwinderman (zorro57)
Assigned to: Nobody/Anonymous (nobody)
Summary: internal compiler error: Segmentation fault
Initial Comment:
When compiling one of my projects (using and building a dll) I do get this error:
BeleggngFileIO.cpp:5: internal compiler error: Segmentation fault
I managed to build a small example project illustrating the problem.
It is contained in the zip file attached.
Just unzip the files and call the compiler in a cmd prompt:
g++ -I. -c BeleggngFileIO.cpp -o BeleggngFileIO.o
gcc -v reports:
Reading specs from C:/MinGW/Bin/../lib/gcc/mingw32/3.4.5/specs
Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc --with-gnu-ld \
--with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads \
--disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry \
--disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt \
--without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter \
--enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32
gcc version 3.4.5 (mingw-vista special r3)
The compiler is run from the windows cmd prompt.
Windows ver reports:
Microsoft Windows 2000 [Version 5.00.2195]
----------------------------------------------------------------------
> Comment By: Harm-Jan Zwinderman (zorro57)
Date: 2010-08-01 20:23
Message:
Could have been solved in gcc 4
----------------------------------------------------------------------
Comment By: Harm-Jan Zwinderman (zorro57)
Date: 2010-02-07 20:47
Message:
shinobu_maehara,
I tried to download gcc 4 from sourceforge but unfortunately they still
supply gcc 3.4.5.
Using gcc 3.4.5 I reorganised my code after which the compiler was able to
compile the code.
Assuming you've setup your system well, we can close this issue.
----------------------------------------------------------------------
Comment By: Shinobu Maehara (shinobu_maehara)
Date: 2010-02-02 10:19
Message:
I tried this. (For people who are trying to reproduce this, you probably
need to add "path c:\mingw\bin;%path%".) I got an object file, so maybe the
bug has been fixed?
Using built-in specs.
Target: mingw32
Configured with: ../gcc-4.4.0/configure
--enable-languages=c,ada,c++,fortran,java,objc,obj-c++
--disable-sjlj-exceptions --enable-shared --enable-libgcj --enable-libgomp
--with-dwarf2 --disable-win32-registry --enable-libstdcxx-debug
--enable-version-specific-runtime-libs --prefix=/mingw
--with-gmp=/mingw/src/gmp/root --with-mpfr=/mingw/src/mpfr/root
--build=mingw32
Thread model: win32
gcc version 4.4.0 (GCC)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2475607&group_id=2435
------------------------------
Message: 8
Date: Mon, 09 Aug 2010 10:47:12 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Patches-3035719 ] mingw-get: Handle
the GNU long name tar header format
To: noreply@sourceforge.net
Message-ID: <E1OiPsu-0005SE-Aw@sfs-web-5.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #3035719, was opened at 2010-07-28 03:20
Message generated for change (Comment added) made by keithmarshall
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=3035719&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: mingw-get
> Group: Patch committed
> Status: Closed
> Resolution: Accepted
Priority: 5
Private: No
Submitted By: Cesar Strauss (cstrauss)
Assigned to: Keith Marshall (keithmarshall)
Summary: mingw-get: Handle the GNU long name tar header format
Initial Comment:
This patch adds support for the GNU tar long name header format.
Paths that do not fit on the name field (more than 100 characters) generate a \
'L'-type extension header, which encodes the complete path for the following entry in \
its data area. At least the following mingw.org archive uses it:
gcc-c++-4.5.0-1-mingw32-bin.tar.lzma
In this case, mingw-get bails out with the message:
mingw-get.exe: *** ERROR *** unexpected archive entry classification:
> > type 76
Regards,
Cesar
----------------------------------------------------------------------
> Comment By: Keith Marshall (keithmarshall)
Date: 2010-08-09 10:47
Message:
Thanks Cesar.
Looks good to me. Applied in CVS, with minor changes in some comment
wording.
----------------------------------------------------------------------
Comment By: Cesar Strauss (cstrauss)
Date: 2010-07-28 03:28
Message:
I created this test case by deliberately archiving a pathname greater than
100 bytes. To test it, copy it over any archive in
var/cache/mingw-get/packages and try installing it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=3035719&group_id=2435
------------------------------
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
------------------------------
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest, Vol 51, Issue 1
*******************************************
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic