On 15/06/2025 5:42 AM, mitgedanken wrote:
On Saturday, 14 June 2025 at 15:28:27 UTC, Richard (Rikki) Andrew
Cattermole wrote:
On 15/06/2025 3:25 AM, mitgedanken wrote:
[...]
You may be linking against it separately.
The -i behavior only works for small executables, when the build
commands (
On Saturday, 14 June 2025 at 15:28:27 UTC, Richard (Rikki) Andrew
Cattermole wrote:
On 15/06/2025 3:25 AM, mitgedanken wrote:
[...]
You may be linking against it separately.
The -i behavior only works for small executables, when the
build commands (yes plural) get more complex its not going
On 15/06/2025 3:25 AM, mitgedanken wrote:
On Saturday, 14 June 2025 at 13:46:20 UTC, Steven Schveighoffer wrote:
On Saturday, 14 June 2025 at 00:25:13 UTC, mitgedanken wrote:
[...]
You need to include all modules on the command line that you import,
or use the -i switch.
-Steve
Oh, yes! I
On Saturday, 14 June 2025 at 13:46:20 UTC, Steven Schveighoffer
wrote:
On Saturday, 14 June 2025 at 00:25:13 UTC, mitgedanken wrote:
[...]
You need to include all modules on the command line that you
import, or use the -i switch.
-Steve
Oh, yes! I completely forgot about that.
Why isn't tha
On Saturday, 14 June 2025 at 00:25:13 UTC, mitgedanken wrote:
I use ``dmd package.d -verrors=3 -debug -I"../.."``.
I get
```sh
Error: undefined reference to
`std.container.array.Array!(minimal.token.token.Token).Array.empty() const`
referenced from `const bool
std.container.a
I use ``dmd package.d -verrors=3 -debug -I"../.."``.
I get
```sh
Error: undefined reference to
`std.container.array.Array!(minimal.token.token.Token).Array.empty() const`
referenced from `const bool
std.container.array.Array!(minimal.token.token.Token).Array.opEquals
FD73CFFA319B61AF4FDBEB7F2781D40C450C1C5A40CC0/libvibe-stream_tls.a(openssl.o):(.data.rel.ro+0x70): undefined reference to `_D6deimos7openssl3bio12__ModuleInfoZ'
/usr/bin/ld:
../../.dub/packages/vibe-stream-1.1.0/vibe-stream/tls/.dub/build/openssl-3.0-debug-linux.posix-x86_64-dmd_v2.101.2-FEA5B9042BC39B
On Tuesday, 10 September 2024 at 20:41:12 UTC, Curtis Spencer
wrote:
I'm attempting to upgrade the vibe-d dependencies of a project.
The project compiles fine using `dub`, but the linker fails
with:
…
I'm at a loss for how to fix this linker error. Any help would
be appreciated.
You may
101.2-BCC9E2A9CB402B67930FAFFBF7360088035232BADBED8A5363A1A4DE1DBD7D7C/libvibe-d_tls.a(openssl.o):(.data.rel.ro+0x70): undefined reference to `_D6deimos7openssl3bio12__ModuleInfoZ'
/usr/bin/ld:
../../.dub/packages/vibe-d-0.9.8/vibe-d/tls/.dub/build/openssl-debug-linux.posix-x86_64-dm
On Thursday, 15 June 2023 at 01:20:50 UTC, H. S. Teoh wrote:
On Thu, Jun 15, 2023 at 12:49:30AM +, mw via
Digitalmars-d-learn wrote:
Hi,
Recently encountered a similar problem, ultimately the cause
was that my library paths turned out to be wrongly set, so it
was picking up the wrong vers
On Thu, Jun 15, 2023 at 12:49:30AM +, mw via Digitalmars-d-learn wrote:
> Hi,
>
> I switched to a different machine to build my project, suddenly I got
> lots of link errors. (It builds fine on the old machine, and my
> software version are the same on both machines LDC - the LLVM D
> compiler
/library-unittest-linux.posix-x86_64-ldc_v1.32.2-71414BF132F687B008642EB263AC23264B21497EA1FEF7D8AFA169EDF7967ADF/libcachetools.a(cachetools.containers.hashmap.o):(.data.rel.ro._D10cachetools10containers7hashmap11KeyNotFound6__vtblZ+0x48): undefined reference to `_D6object9Throwable7messageMxFNbNfZAxa
Originally vibe.d included its own main function by default. That is now
opt-in instead of opt-out. Circa 2016.
You can either add the version ``VibeDefaultMain`` or use a main
function and call ``runApplication`` yourself.
https://vibed.org/docs#first-steps
On Wednesday, 5 April 2023 at 09:19:17 UTC, Alexander Zhirov
wrote:
How to compile the example given in the book correctly? When
compiling, an error occurs that the main function is missing.
If I replace `shared static this()` with `void main()', then
everything starts. What does the compilatio
How to compile the example given in the book correctly? When
compiling, an error occurs that the main function is missing. If
I replace `shared static this()` with `void main()', then
everything starts. What does the compilation string in `dub` and
`dmd` look like correctly?
```d
import vibe.
On Thursday, 22 December 2022 at 15:32:28 UTC, Anonymouse wrote:
I'm not sure what to do.
If it links on Ubuntu, but not on Manjaro/Arch, then is it
possible that the GDC package from Manjaro/Arch is somehow
provided with a missing, misconfigured or broken Phobos library?
Maybe try to compi
const(std.format.spec.FormatSpec!(char).FormatSpec))':
/usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/include/d/std/format/internal/write.d:171:
undefined reference to `pure nothrow @nogc @trusted const(char)[]
std.format.internal.write.formatValueImpl!(void delegate(scope const(char)[])
pure not
On Tuesday, 20 December 2022 at 20:01:04 UTC, Anonymouse wrote:
What does `-allinst` even do
`-allinst` tells the compiler to generate code for all
instantiated templates, even if it thinks that code has already
been generated in a different object file.
Why would the compiler think that? S
std/format/internal/write.d:3819:
undefined reference to
`_D3std9algorithm9searching__T3allSQBg6format8internal5write__T8getWidthTAyaZQoFQhZ9__lambda2Z__TQCpTQBcZQCxMFNaNfQBpZb'
/usr/bin/ld: /tmp/ccstWTAS.o: in function
`_D3std6format8internal5write__T8getWidthTAaZQnFNaNfQkZl':
/usr/lib/gcc
As far as I know, no D compiler guarantees compatibility between objects
built on different version of itself.
The change would have been[0].
[0]
https://github.com/dlang/druntime/commit/c6762914682d4fa894e2b746bf4bd9ce3ec9f7cb
._D7decimalQi25InvalidOperationException6__vtblZ+0x48):
undefined reference to `_D6object9Throwable7messageMxFZAxa'
decimal.git/libdecimal.a(decimal_50_94f.o):(.data._D7decimalQi23DivisionByZeroException6__vtblZ+0x48):
undefined reference to `_D6object9Throwable7messageMxFZAxa'
decimal.git/libdecimal.a(deci
On Monday, 10 January 2022 at 21:17:22 UTC, Adam D Ruppe wrote:
It's not a system call, it just a bitflag tester.
I wasn't talking about the flag actually but for the "stat"
system call
On Monday, 10 January 2022 at 20:28:43 UTC, rempas wrote:
I'll write assembly and implement the system call be myself.
It's not a system call, it just a bitflag tester.
On Monday, 10 January 2022 at 20:28:43 UTC, rempas wrote:
I see. Thanks! I will see what this function is supposed to do
in the "stat.d" file or I'll write assembly and implement the
system call be myself. Have a nice day my friend!
When never mind, I just copy pasted the macros from "stat.h"
On Monday, 10 January 2022 at 20:11:06 UTC, Adam D Ruppe wrote:
On Monday, 10 January 2022 at 19:33:36 UTC, rempas wrote:
Thanks! It needs to be linked with which library?
That segment of druntime.
You can get dmd to do it for you by using the `-i -i=core.sys`
flags (or maybe just the -i=cor
On Monday, 10 January 2022 at 19:33:36 UTC, rempas wrote:
Thanks! It needs to be linked with which library?
That segment of druntime.
You can get dmd to do it for you by using the `-i -i=core.sys`
flags (or maybe just the -i=core.sys thing im not sure i haven't
actually tried).
Or just sto
On Monday, 10 January 2022 at 19:28:56 UTC, Adam D Ruppe wrote:
You are mistaken, -betterC's main mission is to exclude core.
Declarations that just bind to something externally will still
work, since it doesn't matter if they're included or not, but
this one, being a macro in the original C,
On Monday, 10 January 2022 at 19:20:56 UTC, rempas wrote:
If I'm not mistaken, "core*" should work with "-betterC". Any
ideas?
You are mistaken, -betterC's main mission is to exclude core.
Declarations that just bind to something externally will still
work, since it doesn't matter if they're
sage (the "format" is different between
the compilers tho):
```
estd.o:test.d:function _D4test6is_dirFxPaZi: error: undefined
reference to '_D4core3sys5posixQk4stat7S_ISDIRFNbNikZb'
testd.o:test.d:function _D4test7is_regfFxPaZi: error: undefined
reference to '_D4core3sys5posixQ
On 2020-07-14 05:33, Boris Carvajal wrote:
Can you try passing -D_GLIBCXX_USE_CXX11_ABI=0 to g++ and
-version=_GLIBCXX_USE_CXX98_ABI to dmd.
That comes from: https://dlang.org/changelog/2.088.0.html#std_string
C++11 ABI is currently not supported.
I based on previous messages and the usage
On Monday, 13 July 2020 at 16:17:55 UTC, zoujiaqing wrote:
On Monday, 13 July 2020 at 12:57:52 UTC, Adam D. Ruppe wrote:
On Monday, 13 July 2020 at 09:34:35 UTC, zoujiaqing wrote:
# dmd source/main.d Canvas.o -L-lstdc++ && ./main
[1]49078 segmentation fault ./main
On my computer I got th
On Monday, 13 July 2020 at 09:34:35 UTC, zoujiaqing wrote:
I changed string to basic_string.
/// source/main.d
import std.stdio;
import core.stdcpp.string;
extern(C++)
{
class Canvas
{
@disable this();
static Canvas Create();
basic_string!ubyte Foo();
On Monday, 13 July 2020 at 12:57:52 UTC, Adam D. Ruppe wrote:
On Monday, 13 July 2020 at 09:34:35 UTC, zoujiaqing wrote:
# dmd source/main.d Canvas.o -L-lstdc++ && ./main
[1]49078 segmentation fault ./main
On my computer I got this warning out of the compiler:
libstdc++ std::__cxx11::bas
On Monday, 13 July 2020 at 09:34:35 UTC, zoujiaqing wrote:
# dmd source/main.d Canvas.o -L-lstdc++ && ./main
[1]49078 segmentation fault ./main
On my computer I got this warning out of the compiler:
libstdc++ std::__cxx11::basic_string is not yet supported; the
struct contains an interio
I changed string to basic_string.
/// source/main.d
import std.stdio;
import core.stdcpp.string;
extern(C++)
{
class Canvas
{
@disable this();
static Canvas Create();
basic_string!ubyte Foo();
basic_string!ubyte Bar();
};
}
void main()
{
C
);
writeln(canvas.Foo());
writeln(canvas.Bar());
}
# clang++ -I./include/ -fPIE -c src/Canvas.cpp
# dmd source/main.d Canvas.o -L-lstdc++ && ./main
/usr/bin/ld: main.o:(.data._D4main6Canvas6__vtblZ+0x0): undefined
reference to `Canvas::Foo()'
/usr/bin/ld: main.o:(.
On Monday, 18 May 2020 at 07:33:29 UTC, Andre Pany wrote:
On Monday, 18 May 2020 at 06:02:03 UTC, ikod wrote:
NAME="Ubuntu"
VERSION="18.04.4 LTS (Bionic Beaver)"
[...]
Thanks a lot.
Kind regards
André
Just discovered that we can import etc.c.zlib and use low level
zlib directly
On Monday, 18 May 2020 at 06:02:03 UTC, ikod wrote:
NAME="Ubuntu"
VERSION="18.04.4 LTS (Bionic Beaver)"
[...]
Thanks a lot.
Kind regards
André
-gnu/9/../../../x86_64-linux-gnu/libphobos2-ldc.a(zlib.o):function
_D3std4zlib8Compress5errorMFiZv: error: undefined reference to 'deflateEnd'
/usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/libphobos2-ldc.a(zlib.o):function
_D3std4zlib8Compress6__dtorMFZv: error: undefined refere
ction
_D3std4zlib8Compress5errorMFiZv: error: undefined reference to 'deflateEnd'
/usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/libphobos2-ldc.a(zlib.o):function
_D3std4zlib8Compress6__dtorMFZv: error: undefined reference to 'deflateEnd'
The actual link command looks
On Monday, 13 January 2020 at 20:47:07 UTC, p.shkadzko wrote:
On Sunday, 12 January 2020 at 13:07:33 UTC, dnsmt wrote:
On Saturday, 11 January 2020 at 16:45:22 UTC, p.shkadzko wrote:
I am trying to run example code from
https://tour.dlang.org/tour/en/dub/lubeck
...
This is Linux Manjaro with
On Sunday, 12 January 2020 at 13:07:33 UTC, dnsmt wrote:
On Saturday, 11 January 2020 at 16:45:22 UTC, p.shkadzko wrote:
I am trying to run example code from
https://tour.dlang.org/tour/en/dub/lubeck
...
This is Linux Manjaro with openblas package installed.
The Lubeck library depends on CB
On Saturday, 11 January 2020 at 16:45:22 UTC, p.shkadzko wrote:
I am trying to run example code from
https://tour.dlang.org/tour/en/dub/lubeck
...
This is Linux Manjaro with openblas package installed.
The Lubeck library depends on CBLAS, but the openblas package in
the Arch repository is c
start/source/benchmarks/../../../../../.dub/packages/mir-blas-1.1.9/mir-blas/source/mir/blas.d:305:
error: undefined reference to 'cblas_dgemv'
/home/tastyminerals/dev/github/mir_quickstart/source/benchmarks/../../../../../.dub/packages/mir-blas-1.1.9/mir-blas/source/mir/blas.d:2
On 02.05.19 01:18, kdevel wrote:
Now I have:
a/main.d
a/b/package.d
a/b/c/package.d
b/package.d and c/package.d as before.
For reference, a/b/c/package.d is this:
module c; package import std.file;
And a/b/package.d starts with:
module b; import c;
a/main.d is
```
import b;
void
On Wednesday, 1 May 2019 at 22:46:34 UTC, kdevel wrote:
On Wednesday, 1 May 2019 at 22:35:12 UTC, ag0aep6g wrote:
On 02.05.19 00:25, kdevel wrote:
dmd -unittest -main -run package.d c/package.d
That doesn't compile c/package.d. Everything after `-run
package.d` is interpreted as an argument
On Wednesday, 1 May 2019 at 22:35:12 UTC, ag0aep6g wrote:
[...]
Or use -i so that DMD compiles the imported module
automatically:
dmd -unittest -main -i -run package.d
Now I have:
a/main.d
a/b/package.d
a/b/c/package.d
b/package.d and c/package.d as before. a/main.d is
```
import b;
v
On Wednesday, 1 May 2019 at 22:35:12 UTC, ag0aep6g wrote:
On 02.05.19 00:25, kdevel wrote:
dmd -unittest -main -run package.d c/package.d
That doesn't compile c/package.d. Everything after `-run
package.d` is interpreted as an argument to the compiled
program.
Thanks for the information. W
On 02.05.19 00:25, kdevel wrote:
dmd -unittest -main -run package.d c/package.d
That doesn't compile c/package.d. Everything after `-run package.d` is
interpreted as an argument to the compiled program.
I.e., that line effectively does this:
dmd -unittest -main package.d
./package c
-unittest -main -run package.d c/package.d
fails with
package.o:(.data.rel.ro+0x10): undefined reference to
`_D1c12__ModuleInfoZ'
collect2: ld returned 1 exit status
Error: linker exited with status 1
Why this?
On Tuesday, 16 January 2018 at 00:52:09 UTC, Chris wrote:
I am trying to hook up OpenSSL to a dlang project I'm working
on, but I have hit a problem when trying to link.
I currently get the following linking error:
undefined reference to `EVP_CIPHER_CTX_init'
I have made sure
I am trying to hook up OpenSSL to a dlang project I'm working on,
but I have hit a problem when trying to link.
I currently get the following linking error:
undefined reference to `EVP_CIPHER_CTX_init'
I have made sure to include the module wrapping the c headers
import deimos.o
':
src/rt/sections_elf_shared.d:(.text._D2rt19sections_elf_shared11getTLSRangeFNbNimmZAv[_D2rt19sections_elf_shared11getTLSRangeFNbNimmZAv]+0x38):
undefined reference to `__tls_get_addr'
collect2: error: ld returned 1 exit status
Found that on the net but no solution:
http://www.digital
On Saturday, 19 August 2017 at 14:22:21 UTC, kdevel wrote:
On Saturday, 19 August 2017 at 14:07:49 UTC, kdevel wrote:
src/rt/sections_elf_shared.d:(.text._D2rt19sections_elf_shared11getTLSRangeFNbNimmZAv[_D2rt19sections_elf_shared11getTLSRangeFNbNimmZAv]+0x38):
undefined reference to
On Saturday, 19 August 2017 at 14:07:49 UTC, kdevel wrote:
src/rt/sections_elf_shared.d:(.text._D2rt19sections_elf_shared11getTLSRangeFNbNimmZAv[_D2rt19sections_elf_shared11getTLSRangeFNbNimmZAv]+0x38):
undefined reference to `__tls_get_addr'
https://issues.dlang.org/show_bug.cgi?id=12268
red.d:(.text._D2rt19sections_elf_shared11getTLSRangeFNbNimmZAv[_D2rt19sections_elf_shared11getTLSRangeFNbNimmZAv]+0x38):
undefined reference to `__tls_get_addr'
collect2: error: ld returned 1 exit status
Found that on the net but no solution:
http://www.digitalmars.com/d/archives/digitalma
On Friday, 17 March 2017 at 16:16:00 UTC, bachmeier wrote:
On Thursday, 16 March 2017 at 17:55:13 UTC, cloutiy wrote:
I'd like to try making a simple web app using vibrant.d,
however I don't think I'm using it correctly since I'm getting
a linking error when compiling.
Below is my SDL with ad
On Thursday, 16 March 2017 at 17:55:13 UTC, cloutiy wrote:
I'd like to try making a simple web app using vibrant.d,
however I don't think I'm using it correctly since I'm getting
a linking error when compiling.
Below is my SDL with added vibrant.d dependency:
name "cvmaker"
description "A sim
with(Vibrant)
{
Get("/hello", (req, res) => "Hello World!");
}
}
However I get a linking error when running the command 'dub' in
my project folder:
Linking...
/usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/crt1.o: In
function `_start&#x
I have defined LinkedList as di file, Im not compiling it. Im
compiling every .d file separately, eg. main.d -> main.d.o
without including anything else.
I tried to use -femit-templates but nothing happnes.
I dont have object file of LinkedList.di, Im only importing it in
source file and with
nd link it together with
ld Ill get errors like:
"/os/KernelLand/Kernel/TaskManager/Thread.d:99: undefined
reference to
`_D7Library10LinkedList45__T10LinkedListTC11TaskManager6Thread6ThreadZ10LinkedList6__ctorMFNaNbNfZC7Library10LinkedList45__T10LinkedListTC11TaskManager6Thread6ThreadZ10Li
pile every source file to
separate
object file and link it together with ld Ill get errors like:
"/os/KernelLand/Kernel/TaskManager/Thread.d:99: undefine
get errors like:
"/os/KernelLand/Kernel/TaskManager/Thread.d:99: undefined reference to
`_D7Library10LinkedList45__T10LinkedListTC11TaskManager6Thread6ThreadZ10LinkedList6__ctorMFNaNbNfZC7Library10LinkedList45__T10LinkedListTC11TaskManager6Thread6ThreadZ10LinkedList'"
Im compiling
Could anyone help me please?
rnelLand/Kernel/TaskManager/Thread.d:99: undefined
reference to
`_D7Library10LinkedList45__T10LinkedListTC11TaskManager6Thread6ThreadZ10LinkedList6__ctorMFNaNbNfZC7Library10LinkedList45__T10LinkedListTC11TaskManager6Thread6ThreadZ10LinkedList'"
Im compiling it with command like:
gdc -mcmo
ser.d
`-- range.d
when I try to build it:
$ dmd -I./src/ ./fasta.d 2>&1
Include all files no the command line:
$ dmd -I./src/ ./fasta.d ./src/nicea/metadata.d
./src/nicea/parser.d ./src/nicea/range.d 2>&1
fasta.o:(.rodata+0x1f8): undefined reference to
`_D5nicea6parser12__Mo
a.d 2>&1
Include all files no the command line:
$ dmd -I./src/ ./fasta.d ./src/nicea/metadata.d ./src/nicea/parser.d
./src/nicea/range.d 2>&1
fasta.o:(.rodata+0x1f8): undefined reference to
`_D5nicea6parser12__ModuleInfoZ'
collect2: error: ld returned 1 exit status
--- erro
when I try to build it:
>
> $ dmd -I./src/ ./fasta.d 2>&1 fasta.o:(.rodata+0x1f8): undefined
> reference to `_D5nicea6parser12__ModuleInfoZ'
> collect2: error: ld returned 1 exit status --- errorlevel 1
>
> If I merge all files in one that build!
>
> What is it
Dear,
maybe I'm too tired to see my errors or they are a bug. See below
I have this:
.
|-- fasta.d
`-- src
`-- nicea
|-- metadata.d
|-- parser.d
`-- range.d
when I try to build it:
$ dmd -I./src/ ./fasta.d 2>&1
fasta.o:(.rodata+0x1f8): undefined
On Sunday, 24 November 2013 at 12:07:18 UTC, Dejan Lekic wrote:
Adam, does it support multiplexing? Looks like people do not
care much about that FastCGI feature... :(
I don't really know, I just wrote the loop similar to the libfcgi
example and left it at that. So probably not, unless the c l
On Sunday, 24 November 2013 at 12:07:18 UTC, Dejan Lekic wrote:
On Saturday, 23 November 2013 at 23:47:11 UTC, Adam D. Ruppe
wrote:
On Saturday, 23 November 2013 at 23:30:09 UTC, Jeroen Bollen
wrote:
I added the code to my GitHub repo; there don't seem to be
any uncommon associative arrays:
Y
On Saturday, 23 November 2013 at 23:47:11 UTC, Adam D. Ruppe
wrote:
On Saturday, 23 November 2013 at 23:30:09 UTC, Jeroen Bollen
wrote:
I added the code to my GitHub repo; there don't seem to be any
uncommon associative arrays:
Yea, it is the immutable string[string], I used the same
pattern
On Sunday, 24 November 2013 at 03:41:20 UTC, Adam D. Ruppe wrote:
enhancement request in bugzilla
https://d.puremagic.com/issues/show_bug.cgi?id=11586
On Sunday, 24 November 2013 at 00:14:22 UTC, Jeroen Bollen wrote:
Does yHAyaAa mean:
immutable (immutable char)[char[]]
Looks like you got the key and value backwards there and missed
an 'A' too (I was just writing about this on SO too, but the
comment limit meant I cut a bit short there).
On Sunday, 24 November 2013 at 00:01:32 UTC, Jeroen Bollen wrote:
Your work actually inspired mine. I saw it used some external
code so I am basically writing it without those.
Oh cool!
On Saturday, 23 November 2013 at 23:47:11 UTC, Adam D. Ruppe
wrote:
On Saturday, 23 November 2013 at 23:30:09 UTC, Jeroen Bollen
wrote:
I added the code to my GitHub repo; there don't seem to be any
uncommon associative arrays:
Yea, it is the immutable string[string], I used the same
pattern
On Saturday, 23 November 2013 at 23:47:11 UTC, Adam D. Ruppe
wrote:
On Saturday, 23 November 2013 at 23:30:09 UTC, Jeroen Bollen
wrote:
I added the code to my GitHub repo; there don't seem to be any
uncommon associative arrays:
Yea, it is the immutable string[string], I used the same
pattern
On Saturday, 23 November 2013 at 23:30:09 UTC, Jeroen Bollen
wrote:
I added the code to my GitHub repo; there don't seem to be any
uncommon associative arrays:
Yea, it is the immutable string[string], I used the same pattern
in my cgi.d and saw that too (sometimes, like I said, it is
randomly
I added the code to my GitHub repo; there don't seem to be any
uncommon associative arrays:
https://github.com/SanePumpkins/FastCGI.D
On Saturday, 23 November 2013 at 22:49:54 UTC, Adam D. Ruppe
wrote:
On Saturday, 23 November 2013 at 21:05:59 UTC, Jeroen Bollen
wrote:
I am getting this weird linker error when compiling my code;
what does it mean?
I saw this on stackoverflow first and answered there, let me
link it:
http:
On Saturday, 23 November 2013 at 22:34:54 UTC, bearophile wrote:
Jeroen Bollen:
I am getting this weird linker error when compiling my code;
what does it mean?
Is your code not compiling since switching to a newer compiler?
What system and compilers are you using? How many modules are
in yo
On Saturday, 23 November 2013 at 21:05:59 UTC, Jeroen Bollen
wrote:
I am getting this weird linker error when compiling my code;
what does it mean?
I saw this on stackoverflow first and answered there, let me link
it:
http://stackoverflow.com/questions/20168136/linker-error-cannot-link-d16ty
Jeroen Bollen:
I am getting this weird linker error when compiling my code;
what does it mean?
Is your code not compiling since switching to a newer compiler?
What system and compilers are you using? How many modules are in
your program, and what build strategy/software are you using?
Bye,
On Saturday, 23 November 2013 at 21:32:13 UTC, bearophile wrote:
Jeroen Bollen:
I am getting this weird linker error when compiling my code;
what does it mean?
If your code used to work, and you have just tried dmd 2.064
then as try to compile with -allinst.
Bye,
bearophile
No luck with
Jeroen Bollen:
I am getting this weird linker error when compiling my code;
what does it mean?
If your code used to work, and you have just tried dmd 2.064 then
as try to compile with -allinst.
Bye,
bearophile
I am getting this weird linker error when compiling my code; what
does it mean?
undefined reference to
__ModuleInfoZ.
I guess this is because D needs a pointer to the module in order to
look up enforce?
What does the call to enforce look like? The error isn't from the
compiler so you are pulling in a symbol which isn't in your object files.
here is an older
On Tuesday, 18 September 2012 at 04:56:27 UTC, Ellery Newcomer
wrote:
In a templated function in my header file, I make a call to
enforce. When the function is not called [instantiated], all is
well. When the function is called, it generates yon undefined
reference to __ModuleInfoZ.
I
to enforce.
When the function is not called [instantiated], all is well. When the
function is called, it generates yon undefined reference to __ModuleInfoZ.
I guess this is because D needs a pointer to the module in order to look
up enforce?
With a deimos header file, I expect to need only to pass the dpath to it
and the library it references to dmd, e.g.
stuff
- deimos
- python
- Python.d
dmd -Istuff -L-lpython2.7
I should not need to actually pass stuff/deimos/python/Python.d to dmd.
Unfortunately, that is currently not
ld example which compiles fine.
I set the compiler option "-lib" and receives an error "undefined
reference to `_Dmain'".
Following commands are generated for the build process:
dmd -c "main.d"
-of"/home/user/Dokumente/__MonoDevelop/HelloWorld/
I think you need the -lib in the linker command (too?).
On Feb 29, 2012 12:25 PM, "André" wrote:
> Hi,
> I use Mono-D and have a hello world example which compiles fine.
> I set the compiler option "-lib" and receives an error "undefined
> reference to
Hi,
I use Mono-D and have a hello world example which compiles fine.
I set the compiler option "-lib" and receives an error "undefined
reference to `_Dmain'".
Following commands are generated for the build process:
dmd -c "main.d"
-of"/home/user/Dokumen
On Sat, 13 Aug 2011 02:13:38 +, mimocrocodil wrote:
> Jesse Phillips:
>
> Bingo! it is compiles and works!
>
> Many thanks! :)
The problem was with the library you were linking with, it expected more
symbols. So if excluded it then those symbols were not needed.
Jesse Phillips:
Bingo! it is compiles and works!
Many thanks! :)
If try to link with any another lib (.so or .a) it works fine. Looks very
strange!
On Fri, 12 Aug 2011 20:23:50 +, mimocrocodil wrote:
> I am trying to link my program with libpq:
>
> $ dmd main.d dbwork.d -ofmain -v -L-lpq
The important statement:
note: '_end' is defined in DSO
/lib64/libcom_err.so.2 so try adding it to the linker command line
so maybe:
$ dmd main.d db
--export-dynamic -lrt -lphobos2 -
lpthread -lm
/usr/bin/ld: /usr/lib64/libphobos2.a(memory_350_620.o): undefined reference to
symbol '_end'
/usr/bin/ld: note: '_end' is defined in DSO /lib64/libcom_err.so.2 so try
adding it to the linker command line
/lib64/libcom_err.so.2: co
98 matches
Mail list logo
