On 01/30/2014 01:28 PM, Martijn Pot wrote:
I'm starting to use D out of curiousity. I've used both Eclipse + DDT
and Visual Studio + visualD and both give the same error in my second
test program (second to Hello World of course...) using the
Transmogrifier/CardboardBox example from TDPL :
On Thursday, 30 January 2014 at 21:28:08 UTC, Martijn Pot wrote:
Error 42: Symbol Undefined
_D1a14Transmogrifier12transmogrifyMFZv (void
a.Transmogrifier.transmogrify())
Typically that means the function isn't implemented, e.g. this:
void transmogrify();
instead of this:
void
On 1/30/14, Martijn Pot martijnpo...@gmail.com wrote:
Indeed, making them public solved the problem. Is there more
stuff in the book that isn't working?
Check the errata page[1], which coincidentally seems to be down. I'll CC Andrei.
[1]: http://erdani.com/tdpl/errata/index.php?title=Main_Page
On 1/30/14, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
On 1/30/14, Martijn Pot martijnpo...@gmail.com wrote:
Indeed, making them public solved the problem. Is there more
stuff in the book that isn't working?
Check the errata page[1], which coincidentally seems to be down. I'll CC
I always have the same problems (ModuleInfoZ, initZ, etc) when
using import modules (.di files) wich i then have to include in
the compilation process to get rid of linking errors. I do not
know if this is the case.
My fault! and the reason is worth understanding in a slightly
wider context.
I'm importing into the new memory management related D source
files a D interface file obtained via htod and some tweaking from
the C header files associated with the C source I am modifying.
And that interface
On 15.08.2011 10:15, Andre wrote:
...
I compile the application with command:
dmd -IC:\Projects\Reusuable main.d
This works, but if I now edit the http.d file
and add an import statement like import std.stdio;
then the linker will output following error:
main.obj(main)
Error 42: Symbol
Am Mon, 15 Aug 2011 10:24:38 +0200 schrieb torhu:
dmd -IC:\Projects\Reusuable main.d net\http.d
Hi torhu,
thanks a lot. This works.
Kind regards
Andre
Daniel Keep wrote:
TSalm wrote:
I'm not sure but I think package is not virtual.
:-(
So there's really no way to have a method declared package in an
interface ?
You also can't have a private function in an interface. This once lost
me four days trying to figure out why my program wouldn't
Le Sat, 21 Feb 2009 04:00:42 +0100, Daniel Keep
daniel.keep.li...@gmail.com a écrit:
TSalm wrote:
I'm not sure but I think package is not virtual.
:-(
So there's really no way to have a method declared package in an
interface ?
You also can't have a private function in an interface.
It seems this comes only from the package method.
The error is the same with this code :
/* --- CODE --- */
interface I
{
package void setFunc(int);
}
class A:I
{
int i;
package void setFunc(int i)
{ this.i = i ; }
}
void main()
{
I a = new A;
a.setFunc = 10;
}
/* --- END
On Fri, Feb 20, 2009 at 3:56 PM, Jacob Carlborg d...@me.com wrote:
I'm not sure but I think package is not virtual.
The compiler should catch that then.
TSalm wrote:
Hello,
When I compile the code below, I've got the following error :
OPTLINK (R) for Win32 Release 8.00.1
Copyright (C) Digital Mars 1989-2004 All rights reserved.
private_method_in_interface_file3.obj(private_method_in_interface_file3)
Error 42: Symbol Undefined
I'm not sure but I think package is not virtual.
:-(
So there's really no way to have a method declared package in an
interface ?
TSalm wrote:
I'm not sure but I think package is not virtual.
:-(
So there's really no way to have a method declared package in an
interface ?
You also can't have a private function in an interface. This once lost
me four days trying to figure out why my program wouldn't link despite
15 matches
Mail list logo