[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify Digest, Vol 7, Issue 3
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2006-12-14 8:44:30
Message-ID: mailman.83832.1166085870.30209.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-Bugs-1609147 ] GDB doesn īt handle paths with spaces
(SourceForge.net)
2. [ mingw-Bugs-1610321 ] Current installer contains a virus
(MinGW-5.1.1.exe) (SourceForge.net)
3. [ mingw-Bugs-1610321 ] Current installer contains a virus
(MinGW-5.1.1.exe) (SourceForge.net)
4. [ mingw-Bugs-1610321 ] Current installer contains a virus
(MinGW-5.1.1.exe) (SourceForge.net)
5. [ mingw-Support Requests-1593268 ] MinGW troubles under
Windows Vista (SourceForge.net)
6. [ mingw-Support Requests-1605819 ] Vista RTM issue: built-in
paths not honored (SourceForge.net)
7. [ mingw-Bugs-1615565 ] can't compile C files >16 MB
(SourceForge.net)
----------------------------------------------------------------------
Message: 1
Date: Tue, 05 Dec 2006 18:12:05 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [ mingw-Bugs-1609147 ] GDB doesn īt handle paths with spaces
To: noreply@sourceforge.net
Message-ID: <E1GrmGT-0006yZ-9T@sc8-sf-web11.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1609147, was opened at 2006-12-05 22:51
Message generated for change (Comment added) made by cjohns
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1609147&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: Closed
Resolution: Invalid
Priority: 5
Private: No
Submitted By: Michael Stather (michaelstather)
Assigned to: Chris Johns (cjohns)
Summary: GDB doesn?t handle paths with spaces
Initial Comment:
When using gdb from inside eclipse (with the cdt installed) if I use a workspace path \
with spaces in it I get an error about "invalid argument"
In general, is gdb updated anymore? The version on the website is very old.
----------------------------------------------------------------------
> Comment By: Chris Johns (cjohns)
Date: 2006-12-06 13:12
Message:
Logged In: YES
user_id=197074
Originator: NO
My limited understanding is there are issues with the GDB patch as it
stands stopping it being merged into the main GDB code base. I am able to
build and use cross compiled GDBs on MinGW using the released GDB code
with no patches for the RTEMS project (www.rtems.org) and have not need to
keep on top of the MinGW related patch. I do not know if MinGW needs all
the patch as it stands. An example of uncertain code in the patch is the
Al Steven's console patch which I suspect cannot go into the main GDB
source. As far as I know no paper work has ever been signed or ever will
be. I also do not know if MinGW needs this code or a tool that uses the
MinGW GDB needs this code. Then again I could be wrong about this.
Often things are like they are for a reason. It may pay to ask before
reaching a conclusion then framing it in a question. I have no time to
play with GDB on Windows at the moment or into the future. I actually work
all the time on Unix boxes developing realtime software for embedded
targets. I have provided the odd gdb snapshot when someone has found a
problem and I have time. If you wish take on GDB for the MinGW project and
can support the project better than I then please feel free to put up your
hand.
----------------------------------------------------------------------
Comment By: Michael Stather (michaelstather)
Date: 2006-12-06 11:30
Message:
Logged In: YES
user_id=392303
Originator: YES
Ok so do you mean that basically parts of mingw are dead while others
aren?t?
I didn?t want to sound rude or something, I?m actually involved in
open-source software myself but I wonder what?s up with mingw, this is
THE toolchain for windows, and nobody is maintaining it. Perhaps I?ll
have a look if nobody works on up-to-date versions :)
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-12-06 08:28
Message:
Logged In: YES
user_id=15438
Originator: NO
Open source is maintained by volunteers who are interested in providing
the software. Not everyone is interested enough to provide patches. We
will support those who want to supply a working version by allowing the
package to be submitted to our download site.
We don't support your use of our software in eclipse itself even though we
support the software you can use in eclipse. We can't support everything.
There are only a few of us who actively do anything. GDB just happens to
fit the case where someone once upon a time was interested and supplied a
patched version for download but hasn't been interested enough to continue
with upgrading it and no one else has found the time or been interested
enough either.
It is open source so that everyone who is interested enough can provide
patches and support the software. I'm sorry if you feel cheated by the
fact that no one has found time to modify it. Everyone seems interested
enough to complain but no one seems interested enough to stop complaining
and supply an updated package.
As for the bug tracking system, I have recently become very narrow-minded
toward the submissions to the bug tracker. Bug reports lacking quality or
relevance to someone within MinGW actually being able to deal with a
situation will be closed or redirected to another tracker.
http://www.mingw.org/MinGWiki/index.php/ReportBugs
----------------------------------------------------------------------
Comment By: Michael Stather (michaelstather)
Date: 2006-12-06 07:36
Message:
Logged In: YES
user_id=392303
Originator: YES
I don?t think this has something to do with eclipse. Apart from that
mingw is the only free toolchain which can be used with eclipse, so why
don?t you support that.
Apart from that I?ve submitted several bug reports and the only thing I
got was always "do it yourself". Why don?t you close the bugtracker at
all?
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-12-06 02:15
Message:
Logged In: YES
user_id=15438
Originator: NO
Paths with spaces are issues with most software not specific to windows.
In addition we do not support using the tools in Eclipse. Feel free to
help us upgrade the version we will accept your request to add a mingwPORT
for gdb. Please submit your gdb port to the mingwPORT submission tracker
at the SF project site. To help you get started with mingwPORT please
check our the portmaker module from CVS. Ask questions within the
mingw-users list.
http://www.mingw.org/MinGWiki/index.php/ReportBugs
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1609147&group_id=2435
------------------------------
Message: 2
Date: Wed, 06 Dec 2006 10:41:15 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1610321 ] Current installer
contains a virus (MinGW-5.1.1.exe)
To: noreply@sourceforge.net
Message-ID: <E1Gs1hj-0004P6-Jt@sc8-sf-web6.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1610321, was opened at 2006-12-06 11:41
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1610321&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 Installer
Group: MinGW Web Site
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Rich Painter (richpainter)
Assigned to: Nobody/Anonymous (nobody)
Summary: Current installer contains a virus (MinGW-5.1.1.exe)
Initial Comment:
AVG Antivirus ver 7.5.432 def file 268.15.13/577 complains that MinGW-5.1.1.exe \
"InstallOptions.dll" contains virus PSW.Lineage.PQ
After downloading the file then executing MinGW-5.1.1.exe AVG reports the virus.
This is repeatable.
rich painter
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1610321&group_id=2435
------------------------------
Message: 3
Date: Wed, 06 Dec 2006 10:49:41 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1610321 ] Current installer
contains a virus (MinGW-5.1.1.exe)
To: noreply@sourceforge.net
Message-ID: <E1Gs1pt-0006LU-Uw@sc8-sf-web1.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1610321, was opened at 2006-12-06 13:41
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1610321&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 Installer
Group: MinGW Web Site
> Status: Pending
> Resolution: Invalid
Priority: 5
Private: No
Submitted By: Rich Painter (richpainter)
Assigned to: Nobody/Anonymous (nobody)
Summary: Current installer contains a virus (MinGW-5.1.1.exe)
Initial Comment:
AVG Antivirus ver 7.5.432 def file 268.15.13/577 complains that MinGW-5.1.1.exe \
"InstallOptions.dll" contains virus PSW.Lineage.PQ
After downloading the file then executing MinGW-5.1.1.exe AVG reports the virus.
This is repeatable.
rich painter
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2006-12-06 13:49
Message:
Logged In: YES
user_id=15438
Originator: NO
Just because your antivirus software has a false positive doesn't mean
that the file actually contains a virus. It if did, Norton would complain
loudly on two of my computers.
I don't believe you. Ask AVG for support.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1610321&group_id=2435
------------------------------
Message: 4
Date: Thu, 07 Dec 2006 14:34:14 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1610321 ] Current installer
contains a virus (MinGW-5.1.1.exe)
To: noreply@sourceforge.net
Message-ID: <E1GsRok-0004r6-4X@sc8-sf-web9.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1610321, was opened at 2006-12-06 12:41
Message generated for change (Comment added) made by aaronwl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1610321&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 Installer
Group: MinGW Web Site
Status: Pending
Resolution: Invalid
Priority: 5
Private: No
Submitted By: Rich Painter (richpainter)
Assigned to: Nobody/Anonymous (nobody)
Summary: Current installer contains a virus (MinGW-5.1.1.exe)
Initial Comment:
AVG Antivirus ver 7.5.432 def file 268.15.13/577 complains that MinGW-5.1.1.exe \
"InstallOptions.dll" contains virus PSW.Lineage.PQ
After downloading the file then executing MinGW-5.1.1.exe AVG reports the virus.
This is repeatable.
rich painter
----------------------------------------------------------------------
Comment By: Aaron W. LaFramboise (aaronwl)
Date: 2006-12-07 16:34
Message:
Logged In: YES
user_id=1040098
Originator: NO
Other people have had the same warning about the InstallOptions.dll from
AVG in, for example, the Mozilla project. According to the NSIS project,
this is a false positive, and they claim updating your virus definitions
from AVG will fix it. See
<http://forums.winamp.com/showthread.php?s=b2a2a0a05af308b2bd7a4951f32bc7a5&threadid=261253&highlight=avg+virus>
Note that almost every virus checker has had a problem with some version
of NSIS at some point, some more than others. See
<http://nsis.sourceforge.net/NSIS_False_Positives>. This is probably an
inevitable situation for any lesser-known installer program.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-12-06 12:49
Message:
Logged In: YES
user_id=15438
Originator: NO
Just because your antivirus software has a false positive doesn't mean
that the file actually contains a virus. It if did, Norton would complain
loudly on two of my computers.
I don't believe you. Ask AVG for support.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1610321&group_id=2435
------------------------------
Message: 5
Date: Mon, 11 Dec 2006 17:10:28 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Support Requests-1593268 ] MinGW
troubles under Windows Vista
To: noreply@sourceforge.net
Message-ID: <E1GtwA8-0007qJ-S7@sc8-sf-web2.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Support Requests item #1593268, was opened at 2006-11-09 10:57
Message generated for change (Comment added) made by stknut
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=1593268&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
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Lorenzo Mancini (lmancini)
Assigned to: Nobody/Anonymous (nobody)
Summary: MinGW troubles under Windows Vista
Initial Comment:
Hello. I've encountered an odd behaviour of MinGW under
Windows Vista RC1. I've experienced it both using the
standard installer MinGW 3.4.2 and installing MinGW
3.4.5 manually.
This is the relevant part of my environment:
MINGDIR=C:\MinGW
MINGW=C:\MinGW
Path=C:\MinGW\bin;C:\Windows\System32; ...
When invoking mingw32-make to build an app, the
following error shows:
mingw32-make[1]: Entering directory `C:/sip-4.5/sipgen'
makefile:29: warning: overriding commands for target `.c.o'
makefile:26: warning: ignoring old commands for target
`.c.o'
gcc -c -O2 -w -DUNICODE -DQT_LARGEFILE_SUPPORT -I. -o
main.o main.c
gcc: installation problem, cannot exec `cc1': No such
file or directory
mingw32-make[1]: *** [main.o] Error 1
mingw32-make[1]: Leaving directory `C:/sip-4.5/sipgen'
mingw32-make: *** [all] Error 2
In my latest experiment I happened to work with sip-4.5
(http://www.riverbankcomputing.co.uk/sip/download.php,
but the same error shows up with many other projects.
The interesting fact is the same projects I fail to
compile under VistaRC1, can be compiled under W2K or
XP, using the very same installation process and
environment variables.
Is anybody of the devs trying MinGW under Vista? I've
seen no bugs about this issue, so I thought it could be
useful to notify the devs of this problem.
----------------------------------------------------------------------
Comment By: knut st. osmundsen (stknut)
Date: 2006-12-12 02:10
Message:
Logged In: YES
user_id=28409
Originator: NO
I just experienced the same problem here. The reason for the failure is
that Vista uses a quite different MSVCRT.DLL (looks as if it has all the
security crap from Visual C++ v8 / 2005), and in this MSVCRT.DLL _access()
no longer accepts X_OK (=1) as input. The new MSVCRT.DLL is kind enough to
do OutputDebugString when it encounteres invalid arguments, which made it
very easy for me to locate the problem here.
Since MSVCRT.DLL now in the "KnownDLLs" and can no longer be overridden by
a gcc.exe.local and a private msvcrt.dll copy, I've only found two
workarounds for this problem; (1) add the `gcc -print-dump-search | sed -e
's/programs:/!d' -e 's/programs: =//'` output to the PATH, (2) rename all
MSVCRT imports in the mingw binaries to some private msvcrt copy that
works.
----------------------------------------------------------------------
Comment By: Aaron Giles (aarongiles)
Date: 2006-11-30 05:34
Message:
Logged In: YES
user_id=1657319
Originator: NO
There are definitely a number of issues when running under Vista. Here is
a summary.
First, the "built-in" paths for binaries, includes, and libs are not being
used at all. This leads to the cannot exec 'cc1.exe' error. You can work
around this problem by explicitly adding %MINGW%\libexec\gcc\mingw32\3.4.5
to your PATH.
Once past that problem, any code you compile will not find system-wide
header files because %MINGW%\include and
%MINGW%\lib\gcc\mingw32\3.4.5\include are not being handled properly. You
can work around this by explicitly adding those paths via the -I command
line option.
Once past that problem, you won't be able to link against the system-wide
libraries and runtime files. You can work around this by copying
%MINGW%\lib\crt*.o to the build directory and explicitly specifying
%MINGW%\lib and %MINGW%\lib\gcc\mingw32\3.4.5 via --libpath.
Having done all of that, I was able to compile my project -- sort of.
There is one more big problem.
Randomly, mingw32-make.exe will fail to sublaunch tasks. The error it
prints is "Cannot fork". I work around this by building with the -i option
and then repeating the build until it manages to get everything finished.
The path problems are all probably related to each other. The forking
issue seems to be a separate issue. I could take a look if someone pointed
me to the code that is failing, but it is not immediately apparent where
the "Cannot fork" message is coming from in the sources I've downloaded.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-11-24 16:56
Message:
Logged In: YES
user_id=15438
Originator: NO
Check the archives, and http://www.mingw.org/MinGWiki. Also use the
mailing list for support help.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=1593268&group_id=2435
------------------------------
Message: 6
Date: Mon, 11 Dec 2006 17:15:34 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Support Requests-1605819 ] Vista RTM
issue: built-in paths not honored
To: noreply@sourceforge.net
Message-ID: <E1GtwF4-0008K2-S2@sc8-sf-web2.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Support Requests item #1605819, was opened at 2006-11-30 05:41
Message generated for change (Comment added) made by stknut
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=1605819&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
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Aaron Giles (aarongiles)
Assigned to: Nobody/Anonymous (nobody)
Summary: Vista RTM issue: built-in paths not honored
Initial Comment:
There are definitely a number of issues when running under Vista RTM. Here is the \
first. Apart from a Closed issue below, I can find no references to solutions to this \
problem here or on the wiki.
The "built-in" paths for binaries, includes, and libs are not being used at all. This \
leads to the cannot exec 'cc1.exe' error when trying to run gcc.exe. You can work \
around this problem by explicitly adding %MINGW%\libexec\gcc\mingw32\3.4.5 to your \
PATH.
Once past that problem, any code you compile will not find system-wide header files \
because %MINGW%\include and %MINGW%\lib\gcc\mingw32\3.4.5\include are not being \
handled properly. You can work around this by explicitly adding those paths via the \
-I command line option.
Once past that problem, you won't be able to link against the system-wide libraries \
and runtime files. You can work around this by copying %MINGW%\lib\crt*.o to the \
build directory and explicitly specifying %MINGW%\lib and \
%MINGW%\lib\gcc\mingw32\3.4.5 via --libpath.
These path problems are all probably related to each other. I'd be happy to test \
fixes or even look into them myself if someone more familiar with the code could \
point me in the right direction.
----------------------------------------------------------------------
Comment By: knut st. osmundsen (stknut)
Date: 2006-12-12 02:15
Message:
Logged In: YES
user_id=28409
Originator: NO
Bug [1593268] is a duplicate of this. the cause of the problem is removal
of X_OK support in the access() call. See my followup in bug [1593268].
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=1605819&group_id=2435
------------------------------
Message: 7
Date: Thu, 14 Dec 2006 00:44:28 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1615565 ] can't compile C files
>16 MB
To: noreply@sourceforge.net
Message-ID: <E1GumCa-0000QG-49@sc8-sf-web1.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1615565, was opened at 2006-12-14 08:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1615565&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Felix Kater (fkater)
Assigned to: Danny Smith (dannysmith)
Summary: can't compile C files >16 MB
Initial Comment:
cc1.exe crashes on large C code files >16MB.
Ok, it looks insane, however, I've got to use a tool with a macro language with \
exports C code in a single file with gets >16MB. And there is no way to make the tool \
split the code automatically.
Some notes:
* If I split the file manually (building headers what is a bunch of work for each \
export) I so can compile it, otherwise cc1.exe crashes.
* Tested on several windows boxes with w2k, winxp
* Tested with the last two mingw versions <=3.4.5
* Tested with completely different versions of large C code files.
* If I compile the same code with gentoo-linux's xmingw crosscompiler port I get it \
compiled.
* On the mailing list someone recommended to debug cc1.exe, however, right now I \
don't feel in position to do so.
* Others assumed that "native cc1.exe may be exceeding stack size set when it was \
linked".
* I was not allowed to send sample code yet. :-( However, if needed, I will try to \
produce some kind of nonsense with that tool just to produce a large file which I can \
submit here.
Thanks a lot.
Felix
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1615565&group_id=2435
------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
------------------------------
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest, Vol 7, Issue 3
******************************************
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic