From: SF/projects/mingw n. l. <min...@li...> - 2012-05-04 17:41:08
|
Support Requests item #3522956, was opened at 2012-05-02 02:24 Message generated for change (Comment added) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=202435&aid=3522956&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: Other Group: None Status: Pending Priority: 5 Private: No Submitted By: Melchior (joe_devore) Assigned to: Nobody/Anonymous (nobody) Summary: MinGW Compiler Flag issue, -Wall Initial Comment: I Believe there is a bug in the ld.exe linker... cpuZ and Speccy which uses the cpuID code are failing to run properly Speccy is telling me it cannot load the SPC dll.... what ever that is @_@ ?_? here is the command line I used: g++ -Wall -March=686 -s -O3 -m32 -o TConverter_C++.exe TConverter_C++.cpp I originally tried (the basics): g++ -s -o TConverter_C++.exe TConverter_C++.cpp I felt in the mood and started to port a bit of my Temperature converter app from C to C++ after redoing a C and C++ Hello world App from memory though I only studied C in college 10 & 11 yrs ago... I did look up a bit of C++ to write a basic hello-world app.. and used from what I remember to code this I'll attach Dependency Walker text files bellow as well a copy of my Temperature converter app after having worked out a few lol bugs as it were it compiles just fine... so the in the file DependecyWalker_normal__CC1PLUS.txt when I ran the compiler (G++) that time... I had made a single change that would prevent linking to try and narrow down where the bug was occurring.. note the linker (ld.exe) did not run... I restarted Speccy and cpuZ afterwards... they ran fine... I undid the temp bug (just a classic, missing a ';' lol) re ran through Dependency Walker to catch it all, or at least what ever Dependency Walker can catch... using: -s -m32 -o TConverter_C++.exe TConverter_C++.cpp and.... lol WoW Speccy seems to be running normally.... so I ran my App... (9KB) O_O ;_; bug/issue did *Not* occur o_O Run-Ok: {g++ -s -m32 -o TConverter_C++.exe TConverter_C++.cpp} Run-Ok: {g++ -s -O3 -m32 -o TConverter_C++.exe TConverter_C++.cpp} Run-OK: {g++ -March=686 -s -O3 -m32 -o TConverter_C++.exe TConverter_C++.cpp} Compile&Link:Ok {g++ -Wall -s -O3 -m32 -o TConverter_C++.exe TConverter_C++.cpp} When I go to run my App then I ran Speccy... It FAILS to function normally!... so I narrowed it down to the '-Wall' switch I remember it back from my Class days(2001-'02).. but of course I was using the CS-Lab's MS Visual Studios then so the -Wall apparently is no good with MinGW... no... I guess I was mistaken it is also used in the makefile for zsnes a SNES Emulator... I don't remember if I saw it else where or not.. sorry.. Isn't it supposed to be the... Warn on 'ALL' Errors command switch? -Wall a system restart is needed to remedy the issue? So I wonder what the issue is... If its a bug in my app I do Apologize I don't mean to waste anyone's time loi. ---------------------------------------------------------------------- >Comment By: Earnie Boyd (earnie) Date: 2012-05-04 10:41 Message: Since you asked me to guess, -M is a valid switch for make dependency tracking Therefore the arch=586 was probably just ignored or broken into separate switches of -a -r -c -h but these may have other ramifications. ---------------------------------------------------------------------- Comment By: Melchior (joe_devore) Date: 2012-05-04 06:04 Message: so if its lowercase 'm' -march=i586 -March=586 seems to be taken... no compile errors or is it just ignored? eyy no worries loi -march=native, still works right? compile for the cpu your currently running? ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2012-05-04 04:54 Message: Oh, I didn't catch it in my first reply. It is -march=i586 instead. The i being for Intel. ---------------------------------------------------------------------- Comment By: Melchior (joe_devore) Date: 2012-05-03 20:31 Message: Thx for the heads up, yeah of course that's case sensitive loi but I just tried it lowercase.. compiler fails.. g++ -march=586 -s -O3 -m32 -o TConverter_C++.exe TConverter_C++.cpp TConverter_C++.cpp:1:0: error: bad value (586) for -march= switch ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2012-05-02 04:57 Message: Firstly, -March=586 should be -march=586, I'll take a look at the source later. ---------------------------------------------------------------------- Comment By: Melchior (joe_devore) Date: 2012-05-02 02:56 Message: I re ran the compiler/batch file: compile_C++.cmd:: { :: Windows Command Line Batch file, :: for Compiling test programs for learning. g++ -March=586 -s -O3 -m32 -o TConverter_C++_Normal.exe TConverter_C++.cpp g++ -Wall -March=586 -s -O3 -m32 -o TConverter_C++_Wall.exe TConverter_C++.cpp pause } so they would compile at the same time... Speccy, and cpuZ, both load after... so it seems more likely its a byproduct of the flag and not so much the Compiler/Linker itself? I executed the "normal" one 1st, aok, Speccy and cpuZ load fine. I then ran the one compiled with the "-Wall" compiler flag, through Dependency Walker ok app loaded waiting for my Temperature input... Speccy loads... I enter a temperature... I get an output, Speccy Runs again...... waiting at {cin.get();} holding the console window open so I can read the output.... ok just weird... Speccy/cpuZ still ran fine...... The only difference i can think of is I currently, have a Wifi Signal, ie Internet access... I don't have in-house internet (($$)) I noted two Dependencies as stated in Dependency Walker: LIBGCC_S_DW2-1.DLL LIBSTDC++-6.DLL would such a simple and tiny app not have any dependencies as it would get compiled into it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=202435&aid=3522956&group_id=2435 |