Hello Greg!
On 1/16/25 21:31, Greg Wooledge wrote:
> On Thu, Jan 16, 2025 at 20:27:17 +, Johannes Krottmayer wrote:
>> $ g++ -lvulkan -o test test.cpp
>
> If I recall correctly, the library options need to be *after* the object
> files that use them. Thus:
>
> g++ -o test test.cpp -lvu
On Thu, Jan 16, 2025 at 20:27:17 +, Johannes Krottmayer wrote:
> $ g++ -lvulkan -o test test.cpp
If I recall correctly, the library options need to be *after* the object
files that use them. Thus:
g++ -o test test.cpp -lvulkan
Hello,
I have encountered an issue when trying to compile and link against
libvulkan with the GNU C++ compiler and GNU ld. Get 'undefined
reference' errors on all library calls with:
$ g++ -lvulkan -o test test.cpp
The related package is installed on my system (also
the developme
threadstorage.o
timing.o translate.o udptl.o ulaw.o utils.o version.o xml.o xmldoc.o
editline/libedit.a db1-ast/libdb1.a -> asterisk
astobj2.o: In function `ast_atomic_fetchadd_int':
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to
`__sync_fetch_and_add_4'
/u
2008/4/28 Mathieu Malaterre <[EMAIL PROTECTED]>:
> On Mon, Apr 28, 2008 at 5:24 PM, Eduardo M KALINOWSKI <[EMAIL PROTECTED]>
> wrote:
> > Mathieu Malaterre wrote:
> > > Should I simply assumed that gettid should not be used and instead
> > > replaced it with pthread_self as this should be the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/28/08 10:30, Mathieu Malaterre wrote:
> On Mon, Apr 28, 2008 at 5:24 PM, Eduardo M KALINOWSKI <[EMAIL PROTECTED]>
> wrote:
>> Mathieu Malaterre wrote:
>> > Should I simply assumed that gettid should not be used and instead
>> > replaced it wit
Mathieu Malaterre wrote:
> On Mon, Apr 28, 2008 at 5:24 PM, Eduardo M KALINOWSKI <[EMAIL PROTECTED]>
> wrote:
>
>> Mathieu Malaterre wrote:
>> > Should I simply assumed that gettid should not be used and instead
>> > replaced it with pthread_self as this should be the default on all
>> > lin
On Mon, Apr 28, 2008 at 5:24 PM, Eduardo M KALINOWSKI <[EMAIL PROTECTED]> wrote:
> Mathieu Malaterre wrote:
> > Should I simply assumed that gettid should not be used and instead
> > replaced it with pthread_self as this should be the default on all
> > linux/debian system ?
> >
>
> >From man
Mathieu Malaterre wrote:
> Should I simply assumed that gettid should not be used and instead
> replaced it with pthread_self as this should be the default on all
> linux/debian system ?
>
>From man gettid(2):
NOTES
Glibc does not provide a wrapper for this system call; call it
using
l0:
$ gcc gettid.c
gettid.c:5: error: expected declaration specifiers or '...' before 'gettid'
gettid.c:5: warning: data definition has no type or storage class
I had to comment out the function call, but then I am getting:
$ gcc gettid.c
/tmp/ccal5UtC.o: In function `main
txTask.o: In function `TxMgrTask::TxMgrTask(RWCString, int,
int)':txTask.C:(.text+0x6b37): undefined reference to
`DDMSDBAgentManager::DDMSDBAgentManager(TxMgrTask*, int, int)'txTask.o: In function
`TxMgrTask::TxMgrTask(RWCString, int, int)':txTask.C:(.text+0x7e47):
undefin
Artur Makówka wrote:
compiling 2.0.54 gives the same results (well, at least it also stops on
some errors)
i just want to recompile apache to match my processor architecture
optimization and such, besides i want to change few configure options.
Of course i havent changed them yet, now i jus
Roberto Sanchez wrote:
Artur Makówka wrote:
does anyone know why i have a lot of such messages
:/root/source/apache2-2.0.55/build-tree/apache2/support/ab.c:521:
undefined reference to `BIO_printf'
:/root/source/apache2-2.0.55/build-tree/apache2/support/ab.c:605:
undefined referen
Artur Makówka wrote:
does anyone know why i have a lot of such messages
:/root/source/apache2-2.0.55/build-tree/apache2/support/ab.c:521:
undefined reference to `BIO_printf'
:/root/source/apache2-2.0.55/build-tree/apache2/support/ab.c:605:
undefined reference to `SSL_do_handshake&#x
does anyone know why i have a lot of such messages
:/root/source/apache2-2.0.55/build-tree/apache2/support/ab.c:521:
undefined reference to `BIO_printf'
:/root/source/apache2-2.0.55/build-tree/apache2/support/ab.c:605:
undefined reference to `SSL_do_handshake'
:/root/source/apache2-2.
Yinghong Zhou wrote:
> Thank you very much for your reply!
>
> Your are absolute right. The wsmp was written by Fortran.
> After I added the underscore, I have new "undefined reference" coming up.
> Here is a few examples of them:
> : undefined reference to `ftn_i
Hi Kevin:
Thank you very much for your reply!
Your are absolute right. The wsmp was written by Fortran.
After I added the underscore, I have new "undefined reference" coming up.
Here is a few examples of them:
: undefined reference to `ftn_i_jishft'
../lib/libwsmp64.a(torder.
Yinghong Zhou wrote:
> I also used rtc() in my program. The linker doesn't report error on this
> one. Following is how I declare the functions in my program:
>
> extern "C" {
> void wssmp( int* N, int* IA, int* JA, double* AVALS, double* DIAG,
> int* PERM, int* INVP, doub
Hi all:
I am trying to compile sparse matrix solver, wsmp, in my program. But I
always get following error message:
/home/YZhou/Cprogram/sparse_test/lss.cpp:108: undefined reference to
`wsetnobigmal'
/tmp/ccYLWe54.o(.text+0x1f5):/home/YZhou/Cprogram/sparse_test/lss.cpp:110:
undefined
referen
Few things,
1. Install gawk and select it over mawk (update-alternatives)
2. If you are using old binutils etc., upgrade them to woody
3. Get new bug free source package (2.4.19)
Osamu
On Mon, Sep 23, 2002 at 03:47:57PM +, Marcio Roberto Teixeira wrote:
> Hi.
>
> I was compiling the kernel
lib.a
>/usr/src/kernel-source-2.4.16/arch/i386/lib/lib.a
>\
>--end-group \
> -o vmlinux
>
> drivers/char/char.o(.data+0x46b4): undefi
-end-group \
-o vmlinux
drivers/char/char.o(.data+0x46b4): undefined reference to `local symbols in discarded
section .text.exit'
make[1]: ** [vmlinux] Erro 1
make[1]: Leaving directory `/usr/src/kernel-source-2.4.16'
make: ** [stamp-build] Erro 2
f
On Sat, 19 Jan 2002 17:09:27 -0300 Mike G <[EMAIL PROTECTED]> wrote:
> Hi all!
> I'm trying to compile a program and I get undefined reference to
> __ctype
> on the isdigit() function, it on woody machine. Any one got this ever? any
> idea?
>
> thanks i
On Sat, Jan 19, 2002 at 05:09:27PM -0300, Mike G wrote:
| Hi all!
| I'm trying to compile a program and I get undefined reference to
| __ctype on the isdigit() function, it on woody machine. Any one got
| this ever? any idea?
What's the code and what are the compiler options?
$
Hi all!
I'm trying to compile a program and I get undefined reference to
__ctype
on the isdigit() function, it on woody machine. Any one got this ever? any idea?
thanks in advance
IronHand <[EMAIL PROTECTED]> writes:
IH> Could anybody posibly tell me why some source codes using crypt() with
IH> shadowed passwords crush linker?
Make sure you're linking against the crypt library (-lcrypt shows up
on the link command line).
--
David Maze [EMAIL PROTECTED] http:
On Thu, 24 May 2001, IronHand wrote:
I> Hello!
I>
I> Could anybody posibly tell me why some source codes using crypt() with
I> shadowed passwords crush linker?
I> I get an error:
I> --
I> xxx.o: In function 'yyy'
I
Hello!
Could anybody posibly tell me why some source codes using crypt() with
shadowed passwords crush linker?
I get an error:
--
xxx.o: In function 'yyy'
ccc.o(.text+0xMMM): undefined reference
fpq -lpq
> /usr/lib/libcrypto.so.0.9.6: undefined reference to `atexit'
> collect2: ld returned 1 exit status
The libssl (libcrypto) was compiled with a buggy version of gcc. It
needs to be recompiled. The version in unstable and (afaik) woody,
/lib/libcrypto.so.0.9.6: undefined reference to `atexit'
| collect2: ld returned 1 exit status
|
| But if I compile a very small program that calls atexit() directly, it has
| no problem finding it, even though I specify no library at all.
| As far as I can see, atexit() is part of libc6.
Can anyone offer a solution for this:
gcc -pipe -L /home/olly/mypackages/eiflibs/eifpgsql/C -L
/home/olly/mypackages/eiflibs/datetime/C edbgen1.o edbgen2.o edbgen3.o
edbgen4.o -lgdk -lgtk -leifutils -leifpq -lpq
/usr/lib/libcrypto.so.0.9.6: undefined reference to `atexit'
collect2: ld ret
`mi_milteropen':
listener.o(.text+0x246): undefined reference to `__inet_addr'
/usr/lib/libmilter/libmilter.a(engine.o): In function `st_connectinfo':
engine.o(.text+0x714): undefined reference to `__inet_aton'
collect2: ld returned 1 exit status
make: *** [sample] Error 1
Befo
I'm getting these errors when compiling stuff:
/usr/X11R6/lib/libX11.so.6: undefined reference to `getpwnam_r@@GLIBC_2.0'
/usr/X11R6/lib/libX11.so.6: undefined reference to `getpwuid_r@@GLIBC_2.0'
I upgraded my libc from "stable" to "unstable" last night,
ng it. This is
the error:
/home/bob/lib/linux/libkernel.a(swsplsur.o): In function
`sweep_spl_sur::deep_copy(pointer_map *) const':
swsplsur.o(.text+0x537): undefined reference to `__eh_pc'
swsplsur.o(.text+0x56a): undefined reference to `__eh_pc'
What is __eh_pc? and why can I not
On Tue, Apr 06, 1999 at 11:41:30PM -0500, Matt Miller wrote:
Several things:
1. You don't need to compile the object files and then link them in two
seperate steps.
2. You need to #include iostream.h
3. You need to link with the stdc++ library to get all of the C++ I/O classes
The command line w
t: t.o
> t.o: t.cc
>
> Emacs compilation buffer:
>
> make -k
> g++-c t.cc -o t.o
> cc t.o -o t
> t.o: In function `main':
> t.o(.text+0xd): undefined reference to `cout'
> t.o(.text+0x12): undefin
*argv[])
{
cout << argv[1];
return 0;
}
Makefile:
t: t.o
t.o: t.cc
Emacs compilation buffer:
make -k
g++-c t.cc -o t.o
cc t.o -o t
t.o: In function `main':
t.o(.text+0xd): undefi
On Thu, 4 Sep 1997, Gonzalo A. Diethelm wrote:
> On Sep 3, 1997, at 13:47, Jason Gunthorpe wrote:
> > The trouble is that it doesn't recursively instantiate, ie if you use STL
> > and put the line
> >
> > template class vector;
> >
> > In some .cc file to force instantiation then you w
On Sep 3, 1997, at 13:47, Jason Gunthorpe wrote:
> I would like to point out that GCC doesn't explicitly instantiate too well
> when running with -fno-implicit-templates, which is what I would like to
> use in my sources..
That's a shame... Hopefully, egcs will do a better job.
> The trouble
Jason Gunthorpe <[EMAIL PROTECTED]> writes:
> I hope egcs fixes alot of problems like this :<
I believe it does, and again, you can solve all these problems with
the existing gcc and the repo patch. One thing I didn't mention
before was that you do need to compile your code with -frepo.
--
Rob
> On 03-Sep-97 Gonzalo A. Diethelm wrote:
> >
> >The only official way sanctioned by the upcoming C++ ANSI/ISO standard
> >to instantiate templates is to explicitly mention the types you want
> >to use for instantiation. All of the repository techniques that exist,
> >some better, some worse, are
On 03-Sep-97 Gonzalo A. Diethelm wrote:
>
>The only official way sanctioned by the upcoming C++ ANSI/ISO standard
>to instantiate templates is to explicitly mention the types you want
>to use for instantiation. All of the repository techniques that exist,
>some better, some worse, are not standard
> "Gonzalo" == Gonzalo A Diethelm <[EMAIL PROTECTED]> writes:
[Good advice on The Right Way to use templates]
Gonzalo> If your compiler supports explicit template instantiation
Gonzalo> with the standard 'template class MyClass;' mechanism
Gonzalo> (as g++ appears to), then this is what I woul
On Sep 2, 1997, at 20:11, Orn E. Hansen wrote:
> I tried using the 'template class ...' and that did the trick,
> but I agree that it is of limited use though. Kinda limits the
> generality of your code, if you have to know the type ofevery
> template class before hand. So, I'm going to lo
On 8859 xxx 2001, Orn E. Hansen wrote:
^^
Orn, your mailer is formatting dates in a way that pine doesn't understand
:<
> On 02-Sep-97 David B. Teague wrote:
> >
> >you will find a big section that explains how to do the template
> >instantantiation with the template class and implementa
On 02-Sep-97 David B. Teague wrote:
>
>you will find a big section that explains how to do the template
>instantantiation with the template class and implementation in separate
>files.
>
>There are pragmas for this, and the technique taht Borland C++ uses for
>this works (according to the info file
I found the pointer to the template repository patch for gcc 2.7.*.
It's ftp.cygnus.com/pub/g++/gcc-2.7.*-repo.gz.
--
Rob
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
I tried using the 'template class ...' and that did the trick,
but I agree that it is of limited use though. Kinda limits the
generality of your code, if you have to know the type ofevery
template class before hand. So, I'm going to look up the site
you suggested and try their snapshot.
Tru
temp.C -o temp.o
>g++ -c tempMain.C -o tempMain.o
>g++ tempMain.o temp.o -o Temp
tempMain.o: In function `main':
tempMain.o(.text+0xe): undefined reference to `ancestor::ancestor(int)'
tempMain.o(.text+0x1a): undefined reference to `ancestor::dump(void)'
tempMain.o(.text+0x2a):
Gilbert Laycock <[EMAIL PROTECTED]> writes:
> I believe that this (and many other) problems have been fixed for
> gcc/g++ 2.8 which is apparently nearly-but-not-quite-ready for release
> (and has been for some time now).
You can also solve this problem in 2.7.2* by using the repo patch
(available
Hi Gilbert and Orn:
Read info gcc:
use the command
control s template instantiation
you will find a big section that explains how to do the template
instantantiation with the template class and implementation in separate
files.
There are pragmas for this, and the technique taht Borland C++
> Orn E Hansen <[EMAIL PROTECTED]> writes:
> The program compiles without errors, but when the linker is to link the
> object files, it is persistent that the reference to 'something' within
> the main program is undefined to 'ancestor<...>'. Every reference to
> the object 'ancestor' is
temp.C -o temp
> temp
ancestor()
ancestor.myvar: 5
~ancestor()
> gcc temp.C -o temp
/tmp/cca021531.o: In function `ancestor::~ancestor(void)':
/tmp/cca021531.o(.text+0x6d): undefined reference to `endl(ostream &)'
/tmp/cca021531.o(.text+0x77): undefined reference
I've encountered a condition in GNU C++, where I define the following
template function...
template
class ancestor {
private:
...
public:
ancestor()
~ancestor()
};
template
ancestor::ancestor()
{
...
}
...
and use it in a main program...
main()
{
ancestor something;
something...
}
c tclAppInit.o /home/jhankins/Temp/tcl-7.6p2/unix/libtcl7.6.a -ldl
-lm -lc \
-o tclsh
/home/jhankins/Temp/tcl-7.6p2/unix/libtcl7.6.a(tclUnixChan.o): In function
`TcpGetOptionProc':
tclUnixChan.o(.text+0xfdc): undefined reference to `__inet_ntoa'
tclUnixChan.o(.text+0x1015): u
>
> Hello,
>
>
> I am still Debian1.1 - compiling a C++ program, which used to
> compile cleanly only a few weeks ago, gives me the following
> error message:
> /lib/libm.so.5: undefined reference to '__getfpucw'
Well, if you are pure Debian-1.1, and
Hello,
I am still Debian1.1 - compiling a C++ program, which used to
compile cleanly only a few weeks ago, gives me the following
error message:
/lib/libm.so.5: undefined reference to '__getfpucw'
Do I need to upgrade any libraries ?
Can anybody help me sort this
57 matches
Mail list logo
