s that this rpcbind would never
work which doesn't make sense.
> -Original Message-
> From: Jon Turney
> Sent: 29 April 2022 05:29
> To: Voris, Ben ; The Cygwin Mailing List
>
> Subject: Re: Link of ONC RPC client fails with: undefined references
>
> On 29/04/2022
On 29/04/2022 04:06, Voris, Ben wrote:
I have simple ONC RPC client and server that build on Ubuntu with rpcgen "(Ubuntu GLIBC 2.31-0ubuntu9.7)
2.31" (under "5.10.102.1-microsoft-standard-WSL2") but fails to build on Cygwin ("3.3.4(0.341/5/3)
2022-01-31 19:35 x86_64 Cygwin") with rpcgen "(rpcsv
I have simple ONC RPC client and server that build on Ubuntu with rpcgen
"(Ubuntu GLIBC 2.31-0ubuntu9.7) 2.31" (under
"5.10.102.1-microsoft-standard-WSL2") but fails to build on Cygwin
("3.3.4(0.341/5/3) 2022-01-31 19:35 x86_64 Cygwin") with rpcgen "(rpcsvc-proto)
1.4".
Naively, it appears tha
application (e.g. SOAP_ENV_Detail may have additional struct
members).
Hence, this seems to be valied for all undefined references.
However, I have tried compiling the package modified as set out above
(without further adaption to cygwin) on archlinux and it compiles
fine!
Compilation on
(e.g. SOAP_ENV_Detail may have additional struct
> members).
Hence, this seems to be valied for all undefined references.
However, I have tried compiling the package modified as set out above
(without further adaption to cygwin) on archlinux and it compiles
fine!
Compilation on archlinux:
ma
ckage attached to this mail.
Unfortunately, the package does not build. In fact, it fails at
linking the shared library due to undefined references. Please not
that I have updated the OpenSuse patches by adding '-no-undefined' to
the libtool chain. Further, I have added 'mcmodel=large&#x
ckage does not build. In fact, it fails at
linking the shared library due to undefined references. Please not
that I have updated the OpenSuse patches by adding '-no-undefined' to
the libtool chain. Further, I have added 'mcmodel=large' to the CFLAGS
to work around relocation pr
Hi Sonya,
On Tue, Apr 30, 2013 at 12:48 PM, Sonya Blade wrote:
> gfortran command to compile the code is as follow :
>
> gfortran.exe -o bin\Debug\Petsc_Fortran.exe obj\Debug\main.o
> C:\Users\\Downloads\petsc-3.3-p6\arch-mswin-c-debug\lib\libpetsc.a
> C:\cygwin\lib\libX11.a C:\Users\me
gfortran command to compile the code is as follow :
gfortran.exe -o bin\Debug\Petsc_Fortran.exe obj\Debug\main.o
C:\Users\\Downloads\petsc-3.3-p6\arch-mswin-c-debug\lib\libpetsc.a
C:\cygwin\lib\libX11.a C:\Users\mehmet\Downloads\libblas.lib
C:\Users\.\Downloads\liblapack.lib C:\User
Hi Sonya,
On Tue, Apr 30, 2013 at 9:18 AM, Sonya Blade wrote:
> Dear All,
>
> I tried to use the Petsc library, compiled without any error during cygwin
> terminalcompilation,
> with gfortran (which works in Code Block editor) and tried to run some of the
> examples which
> flawlessly works in C
Dear All,
I tried to use the Petsc library, compiled without any error during cygwin
terminalcompilation,
with gfortran (which works in Code Block editor) and tried to run some of the
examples which
flawlessly works in C but not in gfortran.
Although I used and set the same library in linking
--- Mar 19/10/10, Cornelis de Gier ha scritto:
> Data: Martedì 19 ottobre 2010, 12:54
> 2010/10/18 Marco Atzeri :
>
> > next cygwin release/snapshot will solve it.
> >
> > http://cygwin.com/ml/cygwin-patches/2010-q4/msg5.html
> >
> > $ gfortran -Wall testninit.f90 -o testninit
> >
> > $ ./te
2010/10/18 Marco Atzeri :
> next cygwin release/snapshot will solve it.
>
> http://cygwin.com/ml/cygwin-patches/2010-q4/msg5.html
>
> $ gfortran -Wall testninit.f90 -o testninit
>
> $ ./testninit
> 2
> 1
>
> Marco
Great, thank you for the patch. Next cygw
--- Ven 15/10/10, Cornelis de Gier ha scritto:
> The NINT() intrinsic in current
> gfortran under current cygwin triggers
> undefined references to '_llround' and '_llroundf'. I found
> a somewhat
> related post here:
> http://sourceware.org/ml/cygwin/2010-
--- Sab 16/10/10, Cornelis de Gier ha scritto:
> 2010/10/16 Marco Atzeri :
^
don't feed spammer please
> > As Dave wrote the problem is inside cygwin
> >
> >> I thought it was just because we are failing to
> export
> >> them in the cygwin.din file.
2010/10/16 Marco Atzeri :
> As Dave wrote the problem is inside cygwin
>
>> I thought it was just because we are failing to export
>> them in the cygwin.din file. The correct .o files are
>> compiled as part of the newlib libm build.
>
> but we forgot to make a patch.
>
> I will look on it.
>
> Ma
--- Ven 15/10/10, Cornelis de Gier ha scritto:
> The NINT() intrinsic in current
> gfortran under current cygwin triggers
> undefined references to '_llround' and '_llroundf'. I found
> a somewhat
> related post here:
> http://sourceware.org/ml/cygwin/2010-
The NINT() intrinsic in current gfortran under current cygwin triggers
undefined references to '_llround' and '_llroundf'. I found a somewhat
related post here:
http://sourceware.org/ml/cygwin/2010-06/msg00369.html , but I could
not deduce a solution from this message.
Below
when I create the module (gcc option
-shared). I have always some undefined references to functions which
belongs to the main program. On Linux it's not a problem, there are no
errors.
As was already pointed out, unlike ELF shared objects, PE/COFF DLLs must
have all symbols resolved at link
by the main program with lt_dlopen()
> function.
>
> On CYGWIN, I have a problem when I create the module (gcc option
> -shared). I have always some undefined references to functions which
> belongs to the main program. On Linux it's not a problem, there are no
> errors.
hared). I have always some undefined references to functions which
belongs to the main program. On Linux it's not a problem, there are no
errors.
I try to add the option -Wl,-allow-shlib-undefined. I have always the
problem.
I don't know what to do. Are there other options to add to t
On Mon, Jul 06, 2009 at 12:42:20PM +0200, Kaul, Martin wrote:
>Hi,
>
>currently I try to compile cygwin-1.7.0-50.
>
>The make fails with the following error:
>
>
>Making in mingwex...
>make[4]: Entering directory
>`/home/mkaul/toolchain/cygwin-1.7.0-50/i686-pc-cygwin/winsup/mingw/
Hi,
currently I try to compile cygwin-1.7.0-50.
The make fails with the following error:
Making in mingwex...
make[4]: Entering directory
`/home/mkaul/toolchain/cygwin-1.7.0-50/i686-pc-cygwin/winsup/mingw/mingw
ex'
make[4]: Nothing to be done for `all'.
make[4]: Leaving direct
ching on c++0x, there were no problems. Afterwards
>> though, the linker (via g++) complains about undefined references to
>> snprintf(). I'm linking with "stdc++", and tried also linking with
>> "c" (C99 library) as well, but no luck. Anyone else running into th
x (enables C++0x experimental features, and access to
>> variadic template parameters in my case).
>>
>> Prior to switching on c++0x, there were no problems. Afterwards
>> though, the linker (via g++) complains about undefined references to
>> snprintf(). I'm li
Prior to switching on c++0x, there were no problems. Afterwards
though, the linker (via g++) complains about undefined references to
snprintf(). I'm linking with "stdc++", and tried also linking with
"c" (C99 library) as well, but no luck. Anyone else running into this?
there were no problems. Afterwards though,
the linker (via g++) complains about undefined references to
snprintf(). I'm linking with "stdc++", and tried also linking with "c"
(C99 library) as well, but no luck. Anyone else running into this?
I've got a build in
Jeff Scudder wrote:
Greetings,
I am a curses newbie and having trouble running a simple curses
program. I haven't run into a discussion thus far on the specific
problem I'm having and I imagine there is a simple solution. My
program is named ctest.c and is as follows:
#include
#include
int mai
Jeff Scudder wrote:
> I am a curses newbie and having trouble running a simple curses
> program. I haven't run into a discussion thus far on the specific
> problem I'm having and I imagine there is a simple solution. My
> program is named ctest.c and is as follows:
>
>
> #include
> #include
>
>
On Tue, 25 Oct 2005, Jeff Scudder wrote:
> Greetings,
> I am a curses newbie and having trouble running a simple curses
> program. I haven't run into a discussion thus far on the specific
> problem I'm having and I imagine there is a simple solution. My
> program is named ctest.c and is as follows
Jeff Scudder wrote:
Greetings,
I am a curses newbie and having trouble running a simple curses
program. I haven't run into a discussion thus far on the specific
problem I'm having and I imagine there is a simple solution. My
program is named ctest.c and is as follows:
#include
#include
int ma
Greetings,
I am a curses newbie and having trouble running a simple curses
program. I haven't run into a discussion thus far on the specific
problem I'm having and I imagine there is a simple solution. My
program is named ctest.c and is as follows:
#include
#include
int main()
{
initsscr();
Original Message
>From: Alireza Ghasemi
>Sent: 13 June 2005 12:45
> Hello,
> When compiling libyahoo2 everything went OK.but when I tried to compile a
> program with it,I got a very very big list of undefined references like
> this
>>
> "
>
/u
Hello,
When compiling libyahoo2 everything went OK.but when I tried to compile a
program with it,I got a very very big list of undefined references like this
:
"
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libyahoo2.a(libyahoo2.o)(.tex
t+0x
38): In function `yahoo_log_message':
/
At 01:59 PM 3/5/2004, you wrote:
>Hello,
>
>when I try to compile this...
>
>//zozo.cc
>#include
>int main()
>{
> std::cout << "Salut" << std::endl;
> return 0;
>}
>
>...with...
>gcc zozo.cc
>
>...gcc give me...
>/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x2f):zozo.cc: undefined
> when I try to compile this...
>
> //zozo.cc
> #include
> int main()
> {
> std::cout << "Salut" << std::endl;
> return 0;
> }
>
> ...with...
> gcc zozo.cc
Use g++ zozo.cc instead.
Pete
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin
Hello,
when I try to compile this...
//zozo.cc
#include
int main()
{
std::cout << "Salut" << std::endl;
return 0;
}
...with...
gcc zozo.cc
...gcc give me...
/cygdrive/c/DOCUME~1/travonz/LOCALS~1/Temp/ccuTTqP6.o(.text+0x2f):zozo.cc:
undefined reference to `std::cout'
/cygdrive/c/DOCUME~1/travo
Hi,
I am trying to build myown.dll on Cygwin 1.5.5 and
gcc 3.2. I get the following error,
***
I was able to resolve this problem by linking the stdc++ library in
the makefile ( -lstdc++) and changing libtool.m4.
Roy
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
Greetings,
I am porting a Linux app to Windows using cygwin 1.5.5-1 and libtool
1.5 (1.1220.2.1 2003/04/14 22:48:00).
I have successfully compiled the app but when I attempt to link it
using libtool I receive many unreferenced errors.
A sampling of the errors:
undefined reference to `std::ios_b
40 matches
Mail list logo
