Hi Zekios,
On Sat, Nov 18, 2017 at 7:20 PM, Constantinos Zekios wrote:
> Hi Csaba,
> so I am using a cmake and it is of the format:
>
> set(LAPACK_LIB "/usr/lib/liblapack.so")
> set(LAPACK_LIB "/usr/lib/liblapacke.so")
> set(BLAS_LIB "/usr/lib/libblas.so") for my ubuntu system,
>
> which I chang
packages in cygwin. I have installed lapack, as well as
blas. Does anybody know how to install liblapacke.a, liblapacke.dll.a?
The errors that I am getting are of the form: undefined reference to
'LAPACKE_zlange'.
Regards,
Constantine
lapacke interface is not provided in
cke.a, liblapacke.dll.a?
The errors that I am getting are of the form: undefined reference to
'LAPACKE_zlange'.
That sounds like the linker complaining about not finding a symbol,
*not* about a missing library file. If that's the case, installing
libraries will not help you. Just as
packages in cygwin. I have installed lapack, as well as
> blas. Does anybody know how to install liblapacke.a, liblapacke.dll.a?
>
> The errors that I am getting are of the form: undefined reference to
> 'LAPACKE_zlange'.
Try installing liblapack-devel.
--
R. Berbe
e, but it seems that I am not able to install the
> packages in cygwin. I have installed lapack, as well as blas. Does anybody
> know how to install liblapacke.a, liblapacke.dll.a?
>
> The errors that I am getting are of the form: undefined reference to
> 'LAPACKE_zlange'.
well as
blas. Does anybody know how to install liblapacke.a, liblapacke.dll.a?
The errors that I am getting are of the form: undefined reference to
'LAPACKE_zlange'.
Regards,
Constantine
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygw
the linker in Windows does not allow
undefined references, so your second command should look like:
$ gcc -shared -o libfoo.dll filename.o -lstdc++
filename.o:filename.cc:(.text+0x23): undefined reference to `foo()'
collect2: error: ld returned 1 exit status
obviously you still have
(void); Linker
gives error - undefined reference to `func()'
then I tried with this to compare differences..
#include
using namespace std;
extern void foo(void);
int main()
{
cout<<" Print ";
foo();
return 0;
}
a very simple example I can com
On 6/19/2015 07:24, Falk Tannhäuser wrote:
> The following little C++ program produces several linker errors of the kind
>
> /tmp/vec2-125520.o:(.xdata+0x8): undefined reference to
> `__gxx_personality_v0'
> /tmp/vec2-125520.o:(.xdata+0x8): relocation truncated to fit: rva32
The following little C++ program produces several linker errors of the kind
/tmp/vec2-125520.o:(.xdata+0x8): undefined reference to `__gxx_personality_v0'
/tmp/vec2-125520.o:(.xdata+0x8): relocation truncated to fit: rva32 against
undefined symbol `__gxx_personali
e-auto-image-base -Xlinker --out-implib -Xlinker
> .libs/libdb_sql-5.3.dll.a
> .libs/sqlite3.o: In function `winFullPathname':
> /usr/src/debug/db-5.3.21-1/lang/sql/generated/sqlite3.c:33205: undefined
> reference to `cygwin_conv_to_full_win32_path'
> /usr/src/debug/db-5.3
sqlite3.c:33205: undefined
reference to `cygwin_conv_to_full_win32_path'
/usr/src/debug/db-5.3.21-1/lang/sql/generated/sqlite3.c:33205:(.text+0x434b):
relocation truncated to fit: R_X86_64_PC32 against undefined symbol
`cygwin_conv_to_full_win32_path'
/usr/src/debug/db-5.3.21-1/lang/sql/
On 09/30/2014 05:48 AM, Thomas Plank wrote:
> I am trying to compile bash 4.3 on cygwin32.
As the package maintainer, I will eventually get bash 4.3 built for
cygwin; for now, I only support the 4.1 release. But I admire your
desire to test it early.
>
> Are there any patches to enable compilat
-ldl
shell.o: In function `run_one_command':
/cygdrive/f/sourcen/bash-4.3/shell.c:1318: undefined reference to `_sigsetjmp'
shell.o: In function `main':
/cygdrive/f/sourcen/bash-4.3/shell.c:384: undefined reference to `_sigsetjmp'
/cygdrive/f/sourcen/bash-4.3/shell.c:450: undefined
undefined reference to `_sigsetjmp'
shell.o: In function `main':
/cygdrive/f/sourcen/bash-4.3/shell.c:384: undefined reference to `_sigsetjmp'
/cygdrive/f/sourcen/bash-4.3/shell.c:450: undefined reference to `_sigsetjmp'
eval.o: In function `reader_loop':
/cygdrive/f/so
2013/6/10 JonY <10wa...@gmail.com>:
> On 6/10/2013 09:11, Lord Flaubert Steve Ataucuri Cruz wrote:
>> Folks,
>>
>> I did some research at mailing list, faq and I didn't seek any
>> information about this error . I am trying to build an installer of
>> some great tools of linux to windows, but I wan
On 6/10/2013 09:11, Lord Flaubert Steve Ataucuri Cruz wrote:
> Folks,
>
> I did some research at mailing list, faq and I didn't seek any
> information about this error . I am trying to build an installer of
> some great tools of linux to windows, but I wanna use and Cygwin
> runtime and Mingw(plea
/lib/w32api
libinilex.a libgetopt++/.libs/libgetopt++.a -lbz2 -lz -lcomctl32
-lole32 -lwsock32 -lnetapi32 -luuid -lstdc++ -lmingw32 -lws2_32
/usr/lib/gcc/i686-pc-mingw32/3.4.4/libstdc++.a(basic_file.o):basic_file.cc:(.text+0x4ed):
undefined reference to `__fstati64'
collect2: ld returned 1 ex
/cygwin/tmpmpich2/examples'
> ../bin/mpicc -I../src/include -I/cygdrive/d/cygwin/mpich2-1.3.2p1/src/include
> -
> c /cygdrive/d/cygwin/mpich2-1.3.2p1/examples/cpi.c
> ../bin/mpicc -o cpi cpi.o -lm
> /cygdrive/d/cygwin/tmpmpich2/lib/libmpich.a(strerror.o):strerror.c:
>
e/d/cygwin/mpich2-1.3.2p1/examples/cpi.c
../bin/mpicc -o cpi cpi.o -lm
/cygdrive/d/cygwin/tmpmpich2/lib/libmpich.a(strerror.o):strerror.c:
(.text+0x28): undefined reference to `__xpg_strerror_r'
collect2: ld returned 1 exit status
make[2]: *** [cpi] Error 1
make[2]: Leaving directory `/cyg
On Mar 8 18:53, Hughes, Gregory Mark (PSG Consumer Experience) wrote:
> Hi,
>
> After updating to Cygwin 1.7.8-1, I am seeing an unresolved reference to
> __xpg_strerror_r
Fixed in the recent snapshots on http://cygwin.com/snapshots/
Corinna
--
Corinna Vinschen Please, sen
Hi,
After updating to Cygwin 1.7.8-1, I am seeing an unresolved reference to
__xpg_strerror_r
This test program links successfully if I define _GNU_SOURCE to so select the
alternate strerror_r entrypoint.
Compile with "gcc test.c":
#include
#include
int main()
{
char err_buf[256];
(_REENT->_stderr)
and got the error
/cygdrive/y/Workspace/automoc/Debug/../src/kde4automoc.cpp:129: undefined
reference to `QTextStream::QTextStream(__sFILE64*,
QFlags)'
within "eclipse"
This 64-bit-entry is not supplied by QtCore, only the 32-bit one.
What is to
On Tue, 1 Jun 2010 22:16:50 -0700 (PDT)
aldray wrote:
> I realise that whatever usb device i plug in, like iphone. on the
> Ubuntu gphoto2, it is able to detect the device.
>
> But when i do that on gphoto2 running on cygwin, it cannot detect
> anything. Is this some issue with the usb lib?
Very
posting annoying in email?
>
> --
> Problem reports: http://cygwin.com/problems.html
> FAQ: http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>
>
>
--
View
On 6/1/2010 2:37 AM, aldray wrote:
I found a version 2.4.7.x in the url you gave. i manage to get the gphoto
installed. however it is unable to detect my camera A520 plugged into the
usb. below is the debug statement.
Sorry, I don't know anything about gphoto2. From what I can see, this is
cam
akov,
>> How do i apply the patches you mentioned in the url?
>> I am quite new to cygwin.
>
> The README explains that.
>
>> I am using libgphoto2-2.4.9.1.
>
> If you really need 2.4.9.1, you'll have to build this yourself, as you
> intended. But i
On 5/26/2010 10:25 PM, aldray wrote:
Hi Yaakov,
How do i apply the patches you mentioned in the url?
I am quite new to cygwin.
The README explains that.
I am using libgphoto2-2.4.9.1.
If you really need 2.4.9.1, you'll have to build this yourself, as you
intended. But if you're flexible,
faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
>
>
>
--
View this message in context:
http://old.nabble.com/Encounter-undefined-reference-to-%60_libintl_dgettext%27-tp28667111p28688764.html
Sent from
Hi,
after adding in the 'LDFLAGS=-lintl', i am encountering this issue with the
camlibs for adc. Any idea what is the issue for this?
adc65/.libs/adc65.o: In function `adc65_exchange':
/home/S-SATORU/libgphoto2-2.4.3/camlibs/adc65/adc65.c:51: undefined
reference to
Â*`_gp_po
On 2010-05-25 06:15, aldray wrote:
Hi all,
I encounter some issue when installing gphoto on cygwin. Anyone knows how to
resolve this?
http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/graphics/libgphoto2/
Yaakov
--
Problem reports: http://cygwin.com/problems.html
On 25/05/2010 12:15, aldray wrote:
> Hi all,
> I encounter some issue when installing gphoto on cygwin. Anyone knows how to
> resolve this?
Adding 'LDFLAGS=-lintl' at configure time should do it.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ:
sive] Error 1
make[1]: Leaving directory `/cygdrive/d/libgphoto2-2.4.9.1'
make: *** [all] Error 2
bash-3.2#
--
View this message in context:
http://old.nabble.com/Encounter-undefined-reference-to-%60_libintl_dgettext%27-tp28667111p28667111.html
Sent from the Cygwin list mailing list archive
On 02/18/2010 03:50 PM, Gary wrote:
On Thu, Feb 18, 2010 at 11:47:13AM -0500, Larry Hall (Cygwin) wrote:
On 02/18/2010 05:43 AM, Gary wrote:
I've basically followed along with what is written at
http://www.inonit.com/cygwin/jni/invocationApi/ (built an import
library, passed ld the "-L. -ljvm"
On Thu, Feb 18, 2010 at 11:47:13AM -0500, Larry Hall (Cygwin) wrote:
> On 02/18/2010 05:43 AM, Gary wrote:
> >I've basically followed along with what is written at
> >http://www.inonit.com/cygwin/jni/invocationApi/ (built an import
> >library, passed ld the "-L. -ljvm" parameters, and so on). One
On 02/18/2010 05:43 AM, Gary wrote:
I've basically followed along with what is written at
http://www.inonit.com/cygwin/jni/invocationApi/ (built an import
library, passed ld the "-L. -ljvm" parameters, and so on). One difference
is that gcc no longer supports -mno-cygwin, but I'm not convinced t
I am trying to call some Java code from C via JNI, and am having
problems building:
main.o:main.c:(.text+0xcc): undefined reference to `_JNI_CreateJavaVM'
I've basically followed along with what is written at
http://www.inonit.com/cygwin/jni/invocationApi/ (built an import
library, pas
main(int,
> char**)':
[...]
> traj_int_obj.o:traj_int_obj.cc:(.text+0x12): undefined
> reference to `_mcount'
'_mcount' is used by gprof. If an object file was built with '-pg',
then you need to use '-pg' for linking, too.
--
Problem reports: http://cygwin.com/proble
model1 model1.cc -L/home/Petey/lib -ldataset-g
-lpetey -lsparse-g -lgsl -lgslcblas
/tmp/cc5e9G8Z.o: In function
`_ZN7datasetD0Ev':
/home/Petey/include/simple_temp.h:(.dtors+0x0):
undefined reference to `global destructors keyed to x_grid'
/home/Petey/lib/libdataset-g.a(simple_temp
On 18/12/2009 20:01, Dave "What part of PCYMTNQREAIYR isn't obvious? ;-)" Korn
wrote:
> The problem is a bug in the linker, so you'll need to check out binutils
> from sourceware.org cvs and apply the attached
> weaksyms-vs-undefs-order-of-ref-fix-take-2.diff patch.
I misunderstood this probl
jojelino wrote:
> thanks for replying. i needed it!
> in fact, there is no need to change whole problematic cygwin source code to
> fix aliasing problem..
> for me, just getting rid of '-Werror' from makefile.in resolves the problem.
> it just complains for some lines of warning :)
Yeah, and ju
thanks for replying. i needed it!
in fact, there is no need to change whole problematic cygwin source code to
fix aliasing problem..
for me, just getting rid of '-Werror' from makefile.in resolves the problem.
it just complains for some lines of warning :)
"Dave "What part of PCYMTNQREAIYR isn't o
amp; BSF_WEAK) != 0 && addit && sym_hash
+ && (*sym_hash)->root.type == bfd_link_hash_undefined)
+ {
+ /* If we try to add a PE weak external after having already
+ seen an undefined reference to it in an earlier object,
+ _bfd_generic_link_add_one_symbol will return
oh my.. this is exact step i used.
compile gcc with latest git reprository
i used
>./configure --prefix=/usr/local/cc --enable-newlib-mb --enable-newlib-iconv
> --enable-newlib-multithread
to build cygwin. (it would be good to clarify i got from cvs. so cygwin
1.7.2)
>make -j 10 because of speed
jojelino wrote:
> tested with gcc version 4.5.0 20091217 (experimental) (GCC)
You're going to have to describe the exact steps to reproduce this problem.
As far as I can see the winsup directory doesn't come anywhere close to
building with 4.5.0 at the moment, so I don't understand what exactly
jojelino wrote:
> i'm using GNU nm (GNU Binutils) 2.20.51.20091023
Right, that should be up-to-date enough. I'll post more when I've managed
to reproduce the problem.
> "Dave Korn" http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwi
p/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg
>> win_crt0_common.cc:(.data+0x0): undefined reference to `___real__Znwj'
>> /tmp/winsup/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg
>> win_crt0_common.cc:(.data+0x4): undefined
jojelino wrote:
> tested with gcc version 4.5.0 20091217 (experimental) (GCC)
> cygwin0.dll have __real__z* symbol...
> /tmp/winsup/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg
> win_crt0_common.cc:(.data+0x0): undefined reference to `___real__Znwj'
>
helper.o bsd_log.o bsd_mutex.o sysv_msg.o
sysv_sem.o s
ysv_shm.o setpwd.o
/tmp/winsup/i686-pc-cygwin/winsup/cygwin/version.o -static -s
tatic-libgcc -L/tmp/winsup/i686-pc-cygwin/winsup/cygwin -lntdll
/tmp/winsup/i686-pc-cygwin/winsup/cygwin/libcygwin.a(_cygwin_crt0_common.o):_cyg
win_crt0_common.
Hello
--- Csaba Raduly wrote:
> What library should I link to overcome the above: undefined reference to
> `_winm...@16' ?
>
> You may want to check http://www.bloodshed.net/dev/faq.html#winmain
> There appears to be no .o in that commandline, so there may be no
>
-lfreetype -lz -lgobject-2.0
> -lgmodule-2.0 -lglib-2.0
> -lintl -liconv
> /usr/lib/libcygwin.a(libcmain.o):(.text+0xa9): undefined reference to
> `_winm...@16'
>
> What library should I link to overcome the above: undefined reference to
> `_winm...@16' ?
You
pangocairo-1.0
> -lcairo
> -lpangoft2-1.0 -lpixman-1 -lglitz -lpng12 -lxcb-render-util
> -lXrender -lxcb-render -lX11 -lxcb -lXau
> -lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz
> -lgobject-2.0 -lgmodule-2.0 -lglib-2.0
> -lintl -liconv
> /usr/lib/libcygwin.a(libcmain.o):
-lxcb-render -lX11 -lxcb -lXau
-lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz -lgobject-2.0
-lgmodule-2.0 -lglib-2.0
-lintl -liconv
/usr/lib/libcygwin.a(libcmain.o):(.text+0xa9): undefined reference to
`_winm...@16'
What library should I link to overcome the above: unde
zio.o):gzio.c:(.text+0x1b): undefined
reference to `___mingw_vfprintf'
/usr/i686-pc-mingw32/lib/libz.a(gzio.o):gzio.c:(.text+0x4b): undefined
reference to `___mingw_vsprintf'
collect2: ld returned 1 exit status
make[3]: *** [cygcheck.exe] Error 1
make[3]: Leaving directory
`/tmp/cygwin-
o sp.o to
ols.o ui.o table.o xim.o qw.o vk.o about.o QuickPhrase.o AutoEng.o extra.o
internalVersion.o ../lib/
libXimd.a -lX11
InputWindow.o: In function `DrawInputWindow':
/home/Administrator/tools/fcitx-3.6.0-rc/src/InputWindow.c:444: undefined
reference to `_XpmCreateIm
ageFromData'
/home/A
On 2/19/09, Andrew Schulman wrote:
> > Note that for Emacs to recognize screen-256color, you need to add the
> > following into "term/screen-256color.el" in the load path (for Emacs 22):
> >
> > (defun terminal-init-screen ()
> > "Terminal initialization function for screen."
> > ;; Use th
> Note that for Emacs to recognize screen-256color, you need to add the
> following into "term/screen-256color.el" in the load path (for Emacs 22):
>
> (defun terminal-init-screen ()
> "Terminal initialization function for screen."
> ;; Use the xterm color initialization code.
> (load "term/
Terminal initialization function for screen."
;; Use the xterm color initialization code.
(load "term/xterm")
(xterm-register-default-colors)
(tty-set-up-initial-frame-faces))
-p
--
View this message in context:
http://www.nabble.com/Can%27t-compile-Screen%3A-Undefine
On Fri, Jan 30, 2009 at 5:19 AM, Andrew Schulman wrote:
>> The yellow
>> color vim uses when running on 16 colors is kind of hard to read, especially
>> on
>> a white background (which I use). There are some good 256-color themes out
>> there (desert256, inkpot), and I wanted to use them.
See al
> The yellow
> color vim uses when running on 16 colors is kind of hard to read, especially
> on
> a white background (which I use). There are some good 256-color themes out
> there (desert256, inkpot), and I wanted to use them.
Good enough, thanks.
--
Unsubscribe info: http://cygwin.com/
Andrew Schulman writes:
> I'm curious: where do you use this?
Well, I'll admit to some degree that it's yak shaving
(http://projects.csail.mit.edu/gsb/old-archive/gsb-archive/gsb2000-02-11.html),
but the use case for me is running Screen locally and having multiple terminals
open remotely, with
> screen-256color: GNU Screen compiled with the --enable-colors256 flag; without
> this flag, terminals launched from within Screen can only show 16 colors.
> Depending on your terminal, you may need to launch Screen as
> 'TERM=screen-256color screen' in order for 256 colors to work.
OK, thanks.
Andrew Schulman writes:
> TERM=screen-256color screen
>
> gives 256 colors, at least in Cygwin 1.5. Can you confirm this?
Yes. Beautiful, Andrew.
You said you needed text for the release announcement. I'm not sure what it's
supposed to look like, but you can use this, if it works:
screen-
> I'm using a Perl script, available at
> http://www.frexx.de/xterm-256-notes/data/256colors2.pl, to test whether my
> terminal is giving me 256 colors.
Thanks, this is helpful.
> It works when I run it from a vanilla bash
> prompt, but not from within Screen, even after I installed your build.
Thanks for looking at this, Andrew.
I might have messed something up, but after extracting your build, I still don't
get 256 colors within a Screen terminal.
I'm using a Perl script, available at
http://www.frexx.de/xterm-256-notes/data/256colors2.pl, to test whether my
terminal is giving me 2
> >>> Installing screen-4.0.3-1
> /usr/src/screen-4.0.3-1/src/screen-4.0.3/etc/mkinstalldirs
> /usr/src/screen-4.0.3-1/inst/usr/bin /usr/src/screen-4.0.3-1/inst`sed <
> config.h
> -n -e '/define SCREENENCODINGS/s/^.*"\([^"]*\)"/\1/p'`
> /usr/bin/install -c screen /usr/src/screen-4.0.3-1/inst/usr/b
> I'm guessing that you need libncurses-devel.
Yep. That's what I was missing.
> If it compiles cleanly and is of
> interest then I can certainly package a new release with it.
Unfortunately, I can't get it to compile cleanly when I add --enable-colors256
to the cygconf line. The output from
certainly package a new release with it.
> display.o:display.c:(.text+0x76d): undefined reference to `__imp__ospeed'
I don't have this problem when I compile screen. ospeed is defined in
termcap.h, which comes in termcap and libncurses-devel. I'm guessing that you
need libncurse
I get the following error:
display.o:display.c:(.text+0x76d): undefined reference to `__imp__ospeed'
display.o:display.c:(.text+0xa68): undefined reference to `__imp__ospeed'
display.o:display.c:(.text+0xb36): undefined reference to `__imp__ospeed'
It's not clear to me if these error
Dmitry Smirnov wrote:
>> While this isn't a Cygwin issue (you're using '-mno-cygwin'),
> Well, I never installed mingw separately. Is was a part of Cygwin
> installation, so I supposed it has some relation. :-)
Well, we give you a MinGW cross-compiler in the -mno-cygwin mode of gcc ...
but we do
> While this isn't a Cygwin issue (you're using '-mno-cygwin'),
Well, I never installed mingw separately. Is was a part of Cygwin
installation, so I supposed it has some relation. :-)
I'll try to ask mingw guys.
> This search:
> http://www.google.com/search?q=ffs+qemu
> leads to some links that l
On 2009-01-22 14:32Z, Dmitry Smirnov wrote:
>
> I was successfully built QEMU with -mno-cygwin and -O2 (default debug option).
> But -O0 gives me the following:
[...]
> /cygdrive/d/Dvs/Project/qemu-0.9.1/hw/omap.c:125: undefined reference to `ffs'
> omap.o:/cygdrive/d/Dvs/P
2xx_gpio.o: In function `pxa2xx_gpio_handler_update':
/cygdrive/d/Dvs/Project/qemu-0.9.1/hw/pxa2xx_gpio.c:129: undefined
reference to `ffs'
spitz.o: In function `scoop_writeb':
/cygdrive/d/Dvs/Project/qemu-0.9.1/hw/spitz.c:561: undefined reference to `ffs'
/cygdrive/d/Dvs/Pro
On Fri, Sep 12, 2008 at 04:37:19PM -0400, Christopher Faylor wrote:
>On Fri, Sep 12, 2008 at 12:49:47PM -0500, Andrew Bouchard wrote:
>> undefined reference to '_cfmakeraw'
>
>A google search implies that you probably need to install the
>libncurses-devel package.
A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Andrew Bouchard wrote:
> undefined reference to '_cfmakeraw'
cfmakeraw, while available on Linux glibc, is not available on Cygwin.
But the glibc manual tells us exactly what it does:
http://www.gnu.org/software/libc/manual/html_node
On Fri, Sep 12, 2008 at 12:49:47PM -0500, Andrew Bouchard wrote:
> undefined reference to '_cfmakeraw'
A google search implies that you probably need to install the
libncurses-devel package.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem report
(1) Just to be sure, I went back and installed al of the cygwin
packages available through the setup.exe file. It's still installing,
and it looks like it will be for some time, but I already went through
the list that I was able to find and made sure I had them all.
(2) I did run a './conf
aining, so I have to admit a fair
> amount of cluelessness here. The error that I get just before the installer
> gets out of all the directories is:
>
> undefined reference to '_cfmakeraw'
>
> I've tried to Google the problem and searched the mailing lists, but I k
efore the installer gets out of all the directories is:
undefined reference to '_cfmakeraw'
I've tried to Google the problem and searched the mailing lists, but I
keep coming up with diff files that show code. I get the impression
from various places that these are fixes of so
in32 calls for threading, sockets, semaphores,
> > > etc.
> > >
> > > I know that I need to compile with the option -mno-cygwin to be able to
> > > run
> > > the program on
> > > a computer without the cygwin.dll, which is what I want, however, whe
rsion-info 5:0:5 -rpath /usr/local/lib -o libexpat.la lib/xmlparse.lo
lib/xm
ltok.lo lib/xmlrole.lo
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libcygwin.a(libcmain.o):(.text+0x
ab):
undefined reference to [EMAIL PROTECTED]'
collect2: ld returned 1 exit status
make: *** [libexpat.la] Error
Anik Pal wrote on Tuesday, February 05, 2008 3:12 PM::
> Phil,
> Thanks for the info you provided. I'm not conversant with GCC.
> I remove the path for regular library like libm.a, and all the paths
> specified in posix , now my linker option is as follows
>
> -L/cygdrive/f/geolog6.6.1/lib -lcgg
-Original Message-
From: Anik Pal [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 05, 2008 8:17 PM
To: 'cygwin@cygwin.com'
Subject: RE: RE: undefined reference to `_msgDebug' in GCC
-Original Message-
From: Anik Pal [mailto:[EMAIL PROTECTED]
Sent: Tuesd
development/ptc:(.text+
0x9)
>> undefined reference to `__chkstk'
[snip]
>> more undefined references to `_msgDebug' follow
>
> Can anyone tell me which cygwin-mingw library to be added to get rid
> of this linking error?
>
> My make file linking option I&#x
I am trying to using a library in my code whose default compiler is MSVCRT.
When I try to compile that code in cygwin GCC environment I get the
following errors
F:/geolog6.6.1/lib/libgeolog6.a(fileprintf.o):C:/development/ptc:(.text+0x9)
: undefined reference to `__chkstk'
F:/geolog6.6.
On Nov 21 17:42, Anik Pal wrote:
> Hello All,
> I was porting my application code to windows from solaris environment using
> cygwin, while compiling goes ok at linking phase I get the following error.
>
> /home/Administrator/glds/build/Sgl/tables.c:1744: undefined referenc
Hello All,
I was porting my application code to windows from solaris environment using
cygwin, while compiling goes ok at linking phase I get the following error.
/home/Administrator/glds/build/Sgl/tables.c:1744: undefined reference to
`_regcmp'
/home/Administrator/glds/build/Sgl/tab
> From: Igor Peshansky
> Sent: Tuesday, June 26, 2007 2:05 PM
> To: Frederich, Eric P21322
> Cc: cygwin@cygwin.com
> Subject: RE: undefined reference to `__imp___iob'
>
> Where exactly are you using -mno-cygwin in the above?
> Igor
Whoops, I gave you the out
On Tue, Jun 26, 2007 at 01:52:01PM -0400, Frederich, Eric P21322 wrote:
>> From: Igor Peshansky
>> Sent: Tuesday, June 26, 2007 1:31 PM
>> To: Frederich, Eric P21322
>> Subject: RE: undefined reference to `__imp___iob'
>>
>> > Does everything you say hol
On 26 June 2007 19:05, Igor Peshansky wrote:
>> /mylibraries/libraries/lib/libhdg_win.a(hdg_win.o):hdg_win.c:(.text+0x1d8):
>> more undefined references to `__imp___iob' follow
>> collect2: ld returned 1 exit status
>> make: *** [someProgram.exe] Error 1
>
> Where exactly are you us
objects are compiled without -mno-cygwin, so they are Cygwin
objects.
> /mylibraries/libraries/lib/libhdg_win.a(hdg_win.o):hdg_win.c:(.text+0x13
> ): undefined reference to `__imp___iob'
This library is a MinGW library, so this link is doomed to failure.
Brian
--
Unsubscribe info:
obody wants more
spam. Thanks.
> > Subject: RE: undefined reference to `__imp___iob'
> >
> > > Does everything you say hold true even if I compile with
> > > the -mno-cygwin option?
> >
> > Not everything, but how were we to know you were using -mno-cygwin?
>
> From: Igor Peshansky [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 26, 2007 1:31 PM
> To: Frederich, Eric P21322
> Cc: cygwin@cygwin.com
> Subject: RE: undefined reference to `__imp___iob'
>
> > Does everything you say hold true even if I compile with
> &g
"Frederich, Eric P21322" wrote:
> Wow, now I'm more confused.
> If using -mno-cygwin is the same as using msys/mingw, then why would I
> need luck to link against a msys/mingw library?
Me too. If you're indeed using -mno-cygwin then there should be no
problem linking with a native library. I th
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent
> Sent: Tuesday, June 26, 2007 1:25 PM
> To: cygwin@cygwin.com
> Subject: Re: undefined reference to `__imp___iob'
>
> "Frederich, Eric P21322" wr
On Tue, 26 Jun 2007, Frederich, Eric P21322 wrote:
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent
> > Sent: Tuesday, June 26, 2007 12:22 PM
> > To: [EMAIL PROTECTED]
<http://cygwin.com/acronyms/#PCYMTNQREAIYR>. Thanks.
> &
"Frederich, Eric P21322" wrote:
> Apparently I'm confused. I thought that when I compile with -mno-cygwin
> it was the same as using msys/mingw.
It is. You were just lucky that it happened to link successfully and
not crash.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-si
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent
> Sent: Tuesday, June 26, 2007 12:22 PM
> To: cygwin@cygwin.com
> Subject: Re: undefined reference to `__imp___iob'
>
> "Frederich, Eric P21322" wrote:
>
> > Are there
"Frederich, Eric P21322" wrote:
> Are there any tips to compile compatible libraries with msys / cygwin?
> Is it even possible?
> Am I missing a gcc option?
No, it's not possible.
Cygwin libraries use the Cygwin runtime. MinGW/MSYS libraries use the
Microsoft (MSVCRT) runtime. These are two in
Hello,
I keep getting a lot of these errors when I try linking to a library
built with msys and mingw "undefined reference to `__imp___iob'"
I did a google search on this and I found others having the same problem
but no solutions.
Are there any tips to compile compatible libr
1 - 100 of 215 matches
Mail list logo
