On 22/05/2024 00:30, Dan Shelton via Cygwin wrote:
Hello!
Can Cygwin gcc or clang be used to use ucrt instead of cygwin.dll/mingw.dll?
We provide a cross-compiler targeting the Win32 API, but this only
support msvcrt currently.
[1] https://cygwin.com/faq.html#faq.programming.win32-no
Hello!
Can Cygwin gcc or clang be used to use ucrt instead of cygwin.dll/mingw.dll?
Dan
--
Dan Shelton - Cluster Specialist Win/Lin/Bsd
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
> Cygwin GCC is configured and built with the old C++ ABI, I'm guess that's the
> problem?
The problem is that it does not work correctly because G++ and its run-time are
not consistent.
GCC doc says version 7.x uses new ABI by default, so I'd guess that's the C++
s
12:11 UTC 2018
> x86_64 x86_64 x86_64 GNU/Linux
>
> $ g++ --version
> g++ (GCC) 7.3.0
> Copyright (C) 2017 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 PART
E.
$ g++ -Wall bug.cpp -o bug
$ ./bug < /dev/null
FAIL = 0x4
EOF = 0x2
BAD = 0x1
Failure caught!
However, same commands on Cygwin, and the exception goes unhandled:
$ uname -a
CYGWIN_NT-10.0 NCBIPC9135 2.11.1(0.329/5/3) 2018-09-05 10:24 x86_64 Cygwin
$ gcc --version
gcc (GCC) 7.3.0
Copyright
environment.
They generally don't even support Posix-to-Posix cross-compilation very
well either.
For example, if compiling Cython, which uses python setup.py, which in
turn
calls gcc using a select build environment - how can I configure this to
use
mingw, if this is required, instead of Cygwi
Greetings, Matt Thomas!
> I need to find references describing methods to configure:
> - Cygwin gcc environment
> - the Cygwin version of MingGW environment
> - gcc or mingw configurations for python compilations
> My questions are:
> - how to include all needed gcc sou
I need to find references describing methods to configure:
- Cygwin gcc environment
- the Cygwin version of MingGW environment
- gcc or mingw configurations for python compilations
My questions are:
- how to include all needed gcc source paths (of many)
- how to include all needed library paths
On 8/17/2012 5:45 PM, Daniel Brown wrote:
> for(i=0;i<10;i++)
> printf("%d\n", b[i]);
^^
You want %g or %f.
signature.asc
Description: OpenPGP digital signature
Hi all,
So I have a C dll written in MSVC which is being called by a Cygwin
programmed compiled with gcc. So far it all works ok apart from when I
try and pass an array that the dll should then change. For example I
have this in the dll:
__declspec(dllexport) void array_read_write(double *sr
Thanks, this was pretty much exactly what I was looking for, but it turned
out the builds at gnuarm.org are so outdated that the option does not exist
(-fdebug-prefix-map=/cygdrive/c/=C:/ resulted in an error at least).
I managed to create a really dirty workaround for now which was to create
On Tue, Aug 14, 2012 at 11:13 AM, David Lindström
wrote:
> Hi, I didn't know where to put this. I'm trying to use a cygwin build of GCC
> for arm (binaries from gnuarm.com). When I build a simple dummy application
> just doing some matrix multiplications in a loop, it creates a nice
> executable f
On 8/14/2012 2:13 PM, David Lindström wrote:
Hi, I didn't know where to put this. I'm trying to use a cygwin build of GCC
for arm (binaries from gnuarm.com). When I build a simple dummy application
just doing some matrix multiplications in a loop, it creates a nice
executable file with debug info
Hi, I didn't know where to put this. I'm trying to use a cygwin build of GCC
for arm (binaries from gnuarm.com). When I build a simple dummy application
just doing some matrix multiplications in a loop, it creates a nice
executable file with debug info, but the path to the source file is a cygwi
Resolved, I found a file called "include" was added today to my
/usr/local/ directory which was messing up GCC. Removal fixed the
issue.
Chris
On Tue, Dec 7, 2010 at 10:25 PM, chris henry wrote:
> Hello,
>
> I have a bit of an emergency. After running a poorly written makefile
> my gcc compile
Hello,
I have a bit of an emergency. After running a poorly written makefile
my gcc compiler install is now messed up. I get the following error
when compiling:
gcc helloworld.c -o helloworld
cc1: /usr/local/include: not a directory
The same happens when I try: gcc -I/usr/include/
I've also re
leena.padgaon...@patni.com wrote:
> My basic problem is that the cygwin floating addition is giving
different results than VS 2008 for certain float values .Both the
environments are on the same PC. So I was wondering about the floating
point format used in cygwin.
>
> Btw, the makefile which
leena.padgaon...@patni.com wrote:
My basic problem is that the cygwin floating addition is giving
different results than VS 2008 for certain float values .Both the
environments are on the same PC. So I was wondering about the floating
point format used in cygwin.
Btw, the makefile which I am
On Nov 1 13:09, Brian Dessent wrote:
> David Arnstein wrote:
>
> > #include
>
> You don't need the w32api prefix
Additionally, since you're building a MingW application (-mno-cygwin),
/usr/include is *not* in the search path for, hopefully, obvious reasons.
Corinna
--
Corinna Vinsc
David Arnstein wrote:
> #include
You don't need the w32api prefix, that is part of the built-in search
path -- otherwise, #include would not work.
You also need to link with -lntdll.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http:
> On Sat, Nov 01, 2008 at 10:14:44AM +0100, Corinna Vinschen wrote:
> >Many of the ntdll functions and types are defined under
> >/usr/include/w32api/ddk. The definitions are not complete so expect
> >that you have to create your own header to define missing symbols.
> >Patches to extend the files
On Sat, Nov 01, 2008 at 10:14:44AM +0100, Corinna Vinschen wrote:
>On Nov 1 03:49, David Arnstein wrote:
>>I would like to use some of the "undocumented" NTDLL functions from
>>within a C or C++ program. I would like to compile this program from
>>Cygwin's C or C++ compiler.
>>
>>The functions I
On Nov 1 03:49, David Arnstein wrote:
> I would like to use some of the "undocumented" NTDLL functions from
> within a C or C++ program. I would like to compile this program from
> Cygwin's C or C++ compiler.
>
> The functions I refer to involve Registry operations, such as
> NtQueryValueKey() a
I would like to use some of the "undocumented" NTDLL functions from
within a C or C++ program. I would like to compile this program from
Cygwin's C or C++ compiler.
The functions I refer to involve Registry operations, such as
NtQueryValueKey() and NtEnumerateValueKey(). I found some sparse
docum
Brian Dessent wrote:
Angelo Graziosi wrote:
... and in Fortran?
As long as you're using a recent gcc you can just use -mpc64.
How recent?
With GFortran 4.3.1 and
$ cat test_case.0.f90
program test_case
implicit none
integer :: k
integer, parameter :: DP = kind(1.D0),&
N = 2
Angelo Graziosi wrote:
> ... and in Fortran?
As long as you're using a recent gcc you can just use -mpc64.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Dave Korn wrote:
Take a look at the (legendary) GCC PR323:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
... and in particular comment #60:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323#c60
... which has a bit of code you can adapt (google for the definition of
_FPU_SETCW, it's an inline a
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]; cygwin@cygwin.com
> Date: Mon, 4 Aug 2008 09:40:36 -0700
> Subject: RE: cygwin gcc: Different numerical results in thread vs in main()
>
> 1) The result from the within thread calculation matches my Mac output (note
> th
nt: Monday, August 04, 2008 8:06 AM
To: Richard Stanton; cygwin@cygwin.com
Subject: RE: cygwin gcc: Different numerical results in thread vs in main()
> Try compiling with -ffloat-store then report back. google for
> "float-store excess precision gcc" to understand why th
Richard Stanton wrote on 04 August 2008 15:29:
> Thanks for the helpful information, David. Oddly, -ffloat-store doesn't
> seem to make any difference:
No, unfortunately it can't be assumed to; it'll only come into play if the
results get spilled to memory, rather than living in (x87) register
: cygwin@cygwin.com
> Date: Mon, 4 Aug 2008 07:29:14 -0700
> Subject: Re: cygwin gcc: Different numerical results in thread vs in main()
>
> Thanks for the helpful information, David. Oddly, -ffloat-store doesn't seem
> to make any difference:
>
> [c:\projects\threads]g
anton
Subject: RE: cygwin gcc: Different numerical results in thread vs in main()
Try compiling with -ffloat-store then report back. google for
"float-store excess precision gcc" to understand why this may help.
I don't recommend -ffloat-store as a fix, but it can help diagnose
Richard Stanton wrote:
> Main:t/1+t =0.0005609048868329022342546
> Thread 0: t/1+t =0.0005609048868329021258344
> Thread 1: t/1+t =0.0005609048868329021258344
> Thread 2: t/1+t =0.0005609048868329021258344
> Thread 3: t/1+t =0.0005609048868329021258344
The difference i
The following program performs exactly the same calculation 5 times, once
inside main(), and again in 4 thread functions. Though the calculations are
identical, the results are not. When I compile and run the same program on my
Mac, all the results are identical. By the way, this is using the la
On Fri, Feb 01, 2008 at 01:30:12PM +0100, Alberto Luaces wrote:
>El Friday 01 February 2008 13:04:02 Anik Pal escribi?:
>> What will be the make file syntax to use msvcrt.lib to compile my source
>> code in cygwin gcc?
>
>I think you have to add the flag -mno-cygwin to your
El Friday 01 February 2008 13:04:02 Anik Pal escribió:
> What will be the make file syntax to use msvcrt.lib to compile my source
> code in cygwin gcc?
I think you have to add the flag -mno-cygwin to your compiler command line.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-
What will be the make file syntax to use msvcrt.lib to compile my source
code in cygwin gcc?
Anik Pal
Vadodara, India
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ
Niklas Molin wrote:
I'm quite new to cygwin, so this might be an easy question to answer (I've
tried to search on the web for a solution).
I'm using a windows program to edit the code in my project.
To compile the project I want to use a GCC-version running in cygwin.
How can I from the windows
I'm quite new to cygwin, so this might be an easy question to answer (I've
tried to search on the web for a solution).
I'm using a windows program to edit the code in my project.
To compile the project I want to use a GCC-version running in cygwin.
How can I from the windows application (like sta
Done. Thanks.
Boyd
-Original Message-
From: Igor Peshansky [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 26, 2007 7:24 AM
To: Boyd Edmondson
Cc: cygwin@cygwin.com
Subject: Re: MATLAB mexFunction() with Cygwin GCC Windows
On Wed, 26 Sep 2007, Boyd Edmondson wrote:
> I h
amFiles%\Verasonics\Hal\Hal
> C\Includes" -o%MEX_NAME%.obj
^^^
> set LINKER=gcc
> set LINKFLAGS=-mno-cygwin -D_WIN32 -shared -DMATLAB_MEX_FILE -nostartfiles
> -L"%ProgramFiles%\Verasonics\Hal\Hal C\Shared Libraries"
> -lverasonicshalwind
(.mexw32), but the
passed parameters are "corrupted".
I've tried GCC's "attribute" to set the mexFunction() to "cdecl", "stdcall",
and "fastcall", but still no luck.
Anyone know the solution?
Details follow:
MATLAB mexopts.bat
==
Harold Mills wrote:
> As Dave Korn and Brian Dessent both pointed out, my problem was that gcc was
> compiling Hello.c with the default cdecl calling convention, but the library
> I wanted to link to uses the stdcall convention. Adding __stdcall to the
> function declarations in the header file ec
On 13 June 2007 19:45, Harold Mills wrote:
> As Dave Korn and Brian Dessent both pointed out, my problem was that gcc was
> compiling Hello.c with the default cdecl calling convention, but the library
> I wanted to link to uses the stdcall convention. Adding __stdcall to the
> function declaration
As Dave Korn and Brian Dessent both pointed out, my problem was that gcc was
compiling Hello.c with the default cdecl calling convention, but the library
I wanted to link to uses the stdcall convention. Adding __stdcall to the
function declarations in the header file eci.h fixed the problem. Dave
s
Harold Mills wrote:
> I'm trying to use Cygwin's gcc to link a small test program (Hello.c)
> against a commercial DLL (ibmeci.lib), the source code for which I don't
> have. I followed the instructions at www.cygwin.com/cygwin-ug-net/dll.html
> to try to build a Cygwin-compatible import library:
On 12 June 2007 16:47, Harold Mills wrote:
> I get the ld error message "undefined reference to '_eciSpeakText'". The
> Hello.c program calls a function 'eciSpeakText'.
>
> What can I do to fix this?
> [EMAIL PROTECTED]
Run "info ld" and look for "--enable-stdcall-fixup".
cheers,
Hello,
I'm trying to use Cygwin's gcc to link a small test program (Hello.c)
against a commercial DLL (ibmeci.lib), the source code for which I don't
have. I followed the instructions at www.cygwin.com/cygwin-ug-net/dll.html
to try to build a Cygwin-compatible import library:
echo EXPORTS > i
Dave Korn wrote:
> On 14 May 2007 22:46, A.M. Sabuncu wrote:
>
>> Hi Dave,
>
> Todd: http://cygwin.com/acronyms#PPIOSPE. I have redirected this mail to
> the list.
>
>> I have a quick question re: Cygwin: when I installed Cygwin on Win XP, it
>> did not come w/ the gcc package - is this so
On 14 May 2007 22:46, A.M. Sabuncu wrote:
> Hi Dave,
Todd: http://cygwin.com/acronyms#PPIOSPE. I have redirected this mail to
the list.
> I have a quick question re: Cygwin: when I installed Cygwin on Win XP, it
> did not come w/ the gcc package - is this something that I need to do
> sepa
Tim Chan wrote:
> Hi! I am using gcc and g++ on cygwin. How come I can't
> use the machine and processor specific options such as
> -68hc12. How can I take advantage of m68hc11.md?
The gcc included with Cygwin is a native gcc, which means it creates
executables that run under Windows on the IA-32
Hi! I am using gcc and g++ on cygwin. How come I can't
use the machine and processor specific options such as
-68hc12. How can I take advantage of m68hc11.md?
-Tim Chan
Want to start your own business?
Learn h
On 23 July 2006 12:37, MariLiza Koukouli wrote:
>>> Does this mean anything to anyone?
>
>> It means that PBGroutines.c has failed to include
>> some vital header or
>> other. Whatever the word before "off64_t" on line 7 is, it should have
>> been defined and it hasn't been.
>
> Hi Dave,
> tha
>> Does this mean anything to anyone?
> It means that PBGroutines.c has failed to include
>some vital header or
>other. Whatever the word before "off64_t" on line 7
>is, it should have been
>defined and it hasn't been.
Hi Dave,
thanks for replying. I would agree with you on that
one, but then
On 21 July 2006 15:59, MariLiza Koukouli wrote:
> Hi all,
>
> I am using the CygWin environent, CYGWIN_NT-5.1, i.e.
> on Windows XP. I am trying to compile a piece of code
> that contains both F77 and C subroutines. G77 works
> fine and compiles without problems but GCC complains
> about somethin
Hi all,
I am using the CygWin environent, CYGWIN_NT-5.1, i.e.
on Windows XP. I am trying to compile a piece of code
that contains both F77 and C subroutines. G77 works
fine and compiles without problems but GCC complains
about something that means absolutely nothing to me.
I am using the followi
On 19 July 2006 17:08, LenX wrote:
> Dear Dave and Brian:
>
> How about status of cygwin's gcc and PR24196 ?
>
> I think many people are looking forward to it :)
I haven't been able to solve (or even understand properly yet) the
regressions that arose in some aspects of PCH and profiling/inst
Dear Dave and Brian:
How about status of cygwin's gcc and PR24196 ?
I think many people are looking forward to it :)
yours sincerely
LenX
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cy
PLEASE do not reply to me personally. Keep all replies to the list.
John Neil wrote:
> Hmmm... so there is no special "Cygwin" version of the gcc 3.3.3 source?
> I tried compiling the GNU gcc 3.3.3 source once and got different
> behavior with compiled apps than the installed Cygwin 3.3.3 binary
John Neil wrote:
> Can someone tell me where I can get the *actual* cygwin gcc 3.3.3
> source? The installer option to install source always install gcc
> 3.4.5 source, even when you have gcc 3.3.3 selected in the
> installer. I tried downloading gcc 3.3.3 from the GNU web site,
Can someone tell me where I can get the *actual* cygwin gcc 3.3.3
source? The installer option to install source always install gcc
3.4.5 source, even when you have gcc 3.3.3 selected in the
installer. I tried downloading gcc 3.3.3 from the GNU web site, but
when I build it using a
Christopher Faylor wrote:
On Thu, Dec 15, 2005 at 05:45:40AM -0800, Tim Prince wrote:
Piero Silvestri wrote:
Thanks Brian, now -mwindows is clear to me, and the strange linker
problem has gone, but I have one more question on -mno-cygwin option.
When I installed the latest release of Cygwin
On Thu, Dec 15, 2005 at 05:45:40AM -0800, Tim Prince wrote:
>Piero Silvestri wrote:
>>Brain wrote:
>>>-mno-cygwin essentially turns gcc into the gcc provided by mingw.org.
>>>Read the docs/wiki/faq/etc at that site for more information. Note
>>>that when you use gcc -mno-cygwin your search paths w
Tim Prince wrote:
Going further on, more recent gfortran and libstdc++ versions employ
__builtin_pow, and that is failing for my installation. I suppose I'll
have to search for a work-around.
They tell me __builtin_pow should have been taken care of in 'make
bootstrap.' I'll have another g
Piero Silvestri wrote:
Brain wrote:
-mno-cygwin essentially turns gcc into the gcc provided by mingw.org.
Read the docs/wiki/faq/etc at that site for more information. Note that
when you use gcc -mno-cygwin your search paths will be modified so that
no Cygwin libraries/headers will be found, i
Piero Silvestri wrote:
> But then I downloaded the gcc 4.0.2 sources, which I compiled in Cygwin with
> the old gcc provided, so now I have a second version of gcc currently
> working. The problem is that this version has some problem with
> the -mno-cygwin option; if I use it when compiling I get
Brain wrote:
-mno-cygwin essentially turns gcc into the gcc provided by mingw.org.
Read the docs/wiki/faq/etc at that site for more information. Note that
when you use gcc -mno-cygwin your search paths will be modified so that
no Cygwin libraries/headers will be found, instead the mingw ones wi
Piero Silvestri wrote:
> - I'm looking for some documentation about -mno-cygwin and -mwindows
> options, which I can't find neither in the gcc on-line manual, nor in the
> gcc man pages, nor in the CygWin manual. Where they come from? Using the
> first makes the compiler complain about a missing c
Piero Silvestri wrote:
[snip]
> and some other Unix-like OS, so I decided to go for Qt, a multiplatform
> library that seems good for my needs. This choice forced me to change my
> compiler, so I decided to use gcc.
You are aware that Qt for Windows installs (optional) the MingW environment
(gcc/g
Hi all,
I'm a software developer and I'm working on an application entirely written
in C, that's been built with Watcom compiler until now, and whose only
target was Windows (NT/2000/XP). I need to port it to Linux and some other
Unix-like OS, so I decided to go for Qt, a multiplatform library
On 8/23/05, Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 23, 2005 at 04:30:28PM -0400, Igor Pechtchanski wrote:
> >On Tue, 23 Aug 2005, Christopher Faylor wrote:
..snip..
> >>Checking up on this posting problem, I see that it is the standard
> >>problem with attempting to send html e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to René Berber on 8/23/2005 4:48 PM:
> First, the line above should be written like:
>
>make -f gcc-mingw.mak "CXXFLAGS_COMMON=-mno-cygwin -I/usr/include/mingw"
>
> A space between -f and the makefile name.
Actually, make, like any oth
Juan Carlos Morataya wrote:
> I think that I need to Building a native STLport with Cygwin gcc in my
> installed system by the mean of
>
> make -fgcc-mingw.mak "CXXFLAGS_COMMON=-mno-cygwin -I/usr/include/mingw"
>
> is that correct?
There is no need to build STL
Juan Carlos Morataya wrote:
> I think that I need to Building a native STLport with Cygwin gcc in my
> installed system by the mean of
>
> make -fgcc-mingw.mak "CXXFLAGS_COMMON=-mno-cygwin -I/usr/include/mingw"
>
> is that correct?
No.
> If so... I do it but
I think that I need to Building a native STLport with Cygwin gcc in my
installed system by the mean of
make -fgcc-mingw.mak "CXXFLAGS_COMMON=-mno-cygwin -I/usr/include/mingw"
is that correct?
If so... I do it but my system doesn't found the gcc-mingw.mak make file...
some
Christopher Faylor
Enviado el: Martes, 23 de Agosto de 2005 04:17 p.m.
Para: cygwin@cygwin.com
Asunto: Re: Cygwin gcc and g90 compilers...
On Tue, Aug 23, 2005 at 04:30:28PM -0400, Igor Pechtchanski wrote:
>On Tue, 23 Aug 2005, Christopher Faylor wrote:
>>On Tue, Aug 23, 2005 at 03:28:1
On Tue, Aug 23, 2005 at 04:30:28PM -0400, Igor Pechtchanski wrote:
>On Tue, 23 Aug 2005, Christopher Faylor wrote:
>>On Tue, Aug 23, 2005 at 03:28:17PM -0400, Igor Pechtchanski wrote:
>>>It's usually a good idea to try to resolve any posting problem with the
>>>list administrator/owner, instead of
On Tue, 23 Aug 2005, Christopher Faylor wrote:
> On Tue, Aug 23, 2005 at 03:28:17PM -0400, Igor Pechtchanski wrote:
> >It's usually a good idea to try to resolve any posting problem with the
> >list administrator/owner, instead of sending e-mail to random list
> >participants. I'm forwarding this
On Tue, Aug 23, 2005 at 03:28:17PM -0400, Igor Pechtchanski wrote:
>It's usually a good idea to try to resolve any posting problem with the
>list administrator/owner, instead of sending e-mail to random list
>participants. I'm forwarding this message to the list, but if you have
>trouble posting i
Juan,
It's usually a good idea to try to resolve any posting problem with the
list administrator/owner, instead of sending e-mail to random list
participants. I'm forwarding this message to the list, but if you have
trouble posting in the future, try contacting
cygwincom> instead.
This top-poste
On 8/4/05, Michael Richardson wrote:
> Ironically, if you google for "cygwin cross compiler linux"
> (including the quotes), you only get Christopher Faylor's post telling
> everyone that you should google for that :-)
I'm not sure why it's not higher on the search results, but
Harold wrote a pret
pgpRw5eSfFO9Y.pgp
Description: PGP signature
ithout-headers --with-newlib --disable-shared --enable-languages=c,c++
make
mkdir -p /myprefix/cross/lib/gcc/i686-pc-cygwin/4.0.1/install-tools/include
make install
f) cat hello/hello.c
#include
main(int argc, char *argv[])
{
printf("hello there\n");
}
cd hello
Krisakorn Rerkrai wrote:
> Thank you very much. I just solved this problem by putting this
> *
>*ln -s libfl.a /usr/lib/libl.a
You could have also replaced -ll with -lfl and it would have worked.
~ash
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Hi,
Thank you very much. I just solved this problem by putting this
*
*ln -s libfl.a /usr/lib/libl.a
Now it can see my flex library.
Krisakorn
Corinna Vinschen wrote:
On Apr 19 14:17, Krisakorn Rerkrai wrote:
Hi all,
I tried to make my parser under Cygwin environment. It works well
On Apr 19 14:17, Krisakorn Rerkrai wrote:
> Hi all,
> I tried to make my parser under Cygwin environment. It works well
> under the Linux but I have to do it also in Cygwin. It cannot find gcc
> -ll command:
>This is my result:
>
> gcc l.uql.c y.uql.c -o uql -ll
> /usr/lib/gcc/i686-pc-cy
Hi all,
I tried to make my parser under Cygwin environment. It works well
under the Linux but I have to do it also in Cygwin. It cannot find gcc
-ll command:
This is my result:
gcc l.uql.c y.uql.c -o uql -ll
/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i686-pc-cygwin/bin/ld:
cannot find
Henry,
On Sun, Jan 09, 2005 at 03:28:11PM +, Henry S. Thompson wrote:
> Now I had rebased those two by hand (because for reasons I can't now
> figure out rebaseall didn't do them -- pbly because I installed GTK
> 'by hand' as it were, not via the package mechanism),
Bingo! Use rebaseall's "-
Vin Shelton writes:
> [EMAIL PROTECTED] (Henry S. Thompson) writes:
>
>>
>> But of course then I'm stuck with other code that won't run because of
>> the two-different-bases problem.
>>
>> Anyway, thanks _very_ much for your help, it sounds like the xemacs
>> folks are really where this needs to b
[EMAIL PROTECTED] (Henry S. Thompson) writes:
>
> But of course then I'm stuck with other code that won't run because of
> the two-different-bases problem.
>
> Anyway, thanks _very_ much for your help, it sounds like the xemacs
> folks are really where this needs to be solved. Point is, this is a
Jason Tishler writes:
> On Thu, Jan 06, 2005 at 02:02:20PM +, Henry S. Thompson wrote:
>> Jason Tishler writes:
>> > If you get any errors due to DLLs being in-use or read-only,
>> > then take the appropriate action and rerun rebaseall.
>> > Otherwise, you run the risk of fork() fa
Henry,
On Thu, Jan 06, 2005 at 02:02:20PM +, Henry S. Thompson wrote:
> Jason Tishler writes:
> > If you get any errors due to DLLs being in-use or read-only,
> > then take the appropriate action and rerun rebaseall.
> > Otherwise, you run the risk of fork() failing.
>
> /sur/bin/
Jason Tishler writes:
> Henry,
>
> On Wed, Jan 05, 2005 at 11:10:26PM +, Henry S. Thompson wrote:
>> Jason Tishler <[EMAIL PROTECTED]> writes:
>
> Sigh. More fodder for the spammers... :,(
Damn. Sorry about that.
> 1. shutdown all Cygwin processes
> 2. start bash (do not us
Henry,
On Wed, Jan 05, 2005 at 11:10:26PM +, Henry S. Thompson wrote:
> Jason Tishler <[EMAIL PROTECTED]> writes:
Sigh. More fodder for the spammers... :,(
> > On Wed, Jan 05, 2005 at 05:22:48PM +, Henry S. Thompson wrote:
> >> Ah, but rebasing cygwin1.dll _did_ fix the problem (once I
Jason Tishler <[EMAIL PROTECTED]> writes:
> Henry,
>
> On Wed, Jan 05, 2005 at 05:22:48PM +, Henry S. Thompson wrote:
>> > Suggestions? I tried using Jason Tishler's rebase on xemacs.exe,
>> > but it refused. . .
>>
>> Ah, but rebasing cygwin1.dll _did_ fix the problem (once I had tracked
>>
Henry,
On Wed, Jan 05, 2005 at 05:22:48PM +, Henry S. Thompson wrote:
> > Suggestions? I tried using Jason Tishler's rebase on xemacs.exe,
> > but it refused. . .
>
> Ah, but rebasing cygwin1.dll _did_ fix the problem (once I had tracked
> down cygserver and cygrunsrv in the Process Manager
[EMAIL PROTECTED] (Henry S. Thompson) writes:
> [see subject]
> Suggestions? I tried using Jason Tishler's rebase on xemacs.exe, but
> it refused. . .
Ah, but rebasing cygwin1.dll _did_ fix the problem (once I had tracked
down cygserver and cygrunsrv in the Process Manager and nuked them).
ht
For reasons I don't understand, the text content of the referenced
message does not show up in my mailreader (gnus) or the archive [1],
so here it is again. See the archive [1] for cygcheck output.
> ./configure --without-x11 --pdump --with-modules=no
. . .
> make
. . .
./xemacs -nd -batch -l
cygcheck.out
Description: cygcheck -s output
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
ow, I do have a large set of structs (mostly full of pointers for
memory to be created later in the program), e.g., several enum's with
about 40 entries, and several nested structs with about 225 entries,
in an include file common to about 50 .c files. Could this be too
many for the Cygwin gcc
1 - 100 of 244 matches
Mail list logo
