On 6/22/2014 12:24, René Berber wrote:
> On 6/21/2014 9:13 PM, JonY wrote:
>
>> There you go again with all the implications, mingw32 code is cross
>> compiled from Cygwin's point of view, so don't run it under Cygwin. Run
>> it under cmd or something.
>>
>> Was that too hard to understand?
>
> Y
On 6/21/2014 9:13 PM, JonY wrote:
There you go again with all the implications, mingw32 code is cross
compiled from Cygwin's point of view, so don't run it under Cygwin. Run
it under cmd or something.
Was that too hard to understand?
Yes, because its not true, the code runs fine under Cygwin
On 6/22/2014 00:43, Arthur Schwarz wrote:
>> /E/home/skidmarks/Projects/SLIP/slip/dist/Debug/mingw-Windows/slip.exe:
>> error while loading shared libraries: libstdc++-6.dll: cannot open
>> shared object file: No such file or directory
>>
>> RUN FAILED (exit value 127, total time: 15ms)
>>
>
> Yo
On 6/20/2014 22:37, Arthur Schwarz wrote:
>
>> At the present time /bin/gcc.exe, etc., works. /bin/*mingw*.exe
>> either compiles but does not link, or does not compile - which seems
>> to be a
> header
>> issue. gcc -m32 does not work which may be a gcc.gnu issue.
>>
>
> Can you at least be sp
On 6/20/2014 22:37, Arthur Schwarz wrote:
>
>> At the present time /bin/gcc.exe, etc., works. /bin/*mingw*.exe either
>> compiles but does not link, or does not compile - which seems to be a
> header
>> issue. gcc -m32 does not work which may be a gcc.gnu issue.
>>
>
> Can you at least be specifi
> At the present time /bin/gcc.exe, etc., works. /bin/*mingw*.exe either
> compiles but does not link, or does not compile - which seems to be a
header
> issue. gcc -m32 does not work which may be a gcc.gnu issue.
>
Can you at least be specific about the errors? It is rather frustrating
reading
On 6/20/2014 07:58, Arthur Schwarz wrote:
> Hi JonY;
>
> I hope that this clarifies some of the thing yous mentioned (as well as
> others unmentioned).
>
> None of the toolchains are multilib capable, so -m32/-m64 is not going
> to work. See also http://wiki.osdev.org/Target_Triplet
>"> info
On 06/19/2014 07:58 PM, Arthur Schwarz wrote:
Would it be possible to clarify that 64-bit compiler target
Will only work on a compatible 64-bit gdb (same for 32-bit)
and that in order to get gcc to generate code for 32-bit
targets the setup-x86.exe must be used ant that in orde
Hi JonY;
I hope that this clarifies some of the thing yous mentioned (as well as
others unmentioned).
None of the toolchains are multilib capable, so -m32/-m64 is not going
to work. See also http://wiki.osdev.org/Target_Triplet
"> info gcc -> Option Index" shows -m32 and -m64 as valid
Opti
On 6/18/2014 23:11, Arthur Schwarz wrote:
> I am including cygcheck.out as an attachment.
>
> Andrey Repin pointed out to me that my various e-mail responses are
> scattered all over the mailing list. I am very sorry for this and hope that
> at least this e-mail is put in the appropriate place so
Hi Arthur,
On Tue, Jun 17, 2014 at 6:31 PM, Arthur Schwarz wrote:
> Win7
> gcc 4.8.3
> Netbeans 7.4
>
> Hi Csaba;
>
> I used setup.exe.
In that case, the behavior is entirely up to what setup.exe can do and
what the GCC packages tell it to do.
setup.exe _can_ delete files (as opposed to GCC's o
On 6/18/2014 05:33, Arthur Schwarz wrote:
> Hi Larry;
>
> I think I mislead you. Netbeans is quite comfortable with cygwin, and I
> believe demands it in a Windows environment. What Netbeans requires is the
> exact oath to use for gcc, g++, gfortran, the assembler, make file, gdb, and
> qmake (opt
Hi Larry;
I think I mislead you. Netbeans is quite comfortable with cygwin, and I
believe demands it in a Windows environment. What Netbeans requires is the
exact oath to use for gcc, g++, gfortran, the assembler, make file, gdb, and
qmake (optional). The make file path and gdb are invariant. The
On 06/17/2014 12:31 PM, Arthur Schwarz wrote:
The issue and confusion arise because I am using the Netbeans IDE, and
Netbeans requires explicit reference to the gcc, g++, fortran compilers and
assembler being used. I am running into difficulties.
Sorry, I don't know anything about how to config
Win7
gcc 4.8.3-?
Netbeans 7.4
Hi csaba;
I just downloaded the latest version of gcc (16 Jun version). Strangely
enough, the [ANNOUNCEMENT] says that it is gcc 4.8.3-1 and the setup
download says it is gcc 4.8.3-2. Sigh.
There are some changes. The
i686-pc-cygwin-gcc-4.8.2.exe
x86_64-pc-
Win7
gcc 4.8.3
Netbeans 7.4
Hi Csaba;
I used setup.exe.
The issue and confusion arise because I am using the Netbeans IDE, and
Netbeans requires explicit reference to the gcc, g++, fortran compilers and
assembler being used. I am running into difficulties.
1: mingw fails to link correctly. Hund
Hi Arthur,
On Mon, Jun 16, 2014 at 2:39 AM, Arthur Schwarz wrote:
> Does gcc delete old version of their software during an install. I just
> installed gcc/mingw 4.8.3-2 and have all versions from 4.7.3 to 4.8.3-2 but
> (I think) only libraries and etc. for 4.8.3-2. Am I responsible for deleting
Does gcc delete old version of their software during an install. I just
installed gcc/mingw 4.8.3-2 and have all versions from 4.7.3 to 4.8.3-2 but
(I think) only libraries and etc. for 4.8.3-2. Am I responsible for deleting
these older references? Will these older references work with the newer
li
Martin Gainty wrote:
>
> $ gcc SLPReg.c -L./ -llibcommonlibslp.a -llibcommonslpd.a
> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld:
> cannot fi
> nd -llibcommonlibslp.a
> collect2: ld returned 1 exit status
>
> I put c files, o.files, lib and all files local in same direct
gh I doubt it changes anything, I would also personally use:
-L.
rather than
-L./
jerry
>
> - Original Message -
> From: "Elfyn McBratney" <[EMAIL PROTECTED]>
> To: "Martin Gainty" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
anything Is there any doc on how this works?
Thanks,
Martin
- Original Message -
From: "Elfyn McBratney" <[EMAIL PROTECTED]>
To: "Martin Gainty" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, July 01, 2003 5:53 PM
Subject: Re: Dumb Question
On Tue, 1 Jul 2003, Martin Gainty wrote:
> GCC SlpReg.c
> /cygdrive/h/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccwParH7.o(.text+0x11d):SLPReg.c
> : un
> defined reference to `_SLPOpen'
>
> My header file refers to function SLPOpen not _SLPOpen
> The .c file calls SLPOpen not _SLPOpen
Meaning? You declare
GCC SlpReg.c
/cygdrive/h/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccwParH7.o(.text+0x11d):SLPReg.c
: un
defined reference to `_SLPOpen'
My header file refers to function SLPOpen not _SLPOpen
The .c file calls SLPOpen not _SLPOpen
Where does the leading underscore come from ?
How do I shut it off the compi
Hi,
I'm sorry if this was discussed before, but after looking at the
mailing list archives, i still can't see the solution to my problem.
I installed cygwin-1.3.10 using setup v2.218.2.6. After a full package
installation gcc seems to be broken. If i try to compile anything, i
get this erro
24 matches
Mail list logo
