www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - [OT?] Web NG archives updates

reply Leandro Lucarella <llucax gmail.com> writes:
Hi, I don't who is in charge of the web NG archive[1], but is there any
chance to update them at least once a day?

I find the web archive really useful to bookmark interesting mails and
passing arround links to interesting threads, but I have to wait too long
for it to get updated, and the alternative, the web NG interfaz[2] is much
more ugly and buggy.

Thanks!

[1] http://www.digitalmars.com/d/archives/digitalmars/D/announce/
[2] http://www.digitalmars.com/webnews/newsgroups.php?search_txt=&group=digitalmars.D

-- 
Leandro Lucarella (luca) | Blog colectivo: http://www.mazziblog.com.ar/blog/
----------------------------------------------------------------------------
GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145  104C 949E BFB6 5F5A 8D05)
----------------------------------------------------------------------------
Debemos creer en los sueños del niño. Cuando el niño sueña con tetas, se
toca.
	-- Ricardo Vaporeso. Toulouse, 1915.
Apr 22 2009
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Leandro Lucarella wrote:

 Hi, I don't who is in charge of the web NG archive[1], but is there any
 chance to update them at least once a day?


Doing it once a day means getting the archiving program on the server, 
which is FreeBSD64. Unfortunately, that platform isn't supported by D yet!
Apr 27 2009
parent reply Frits van Bommel <fvbommel REMwOVExCAPSs.nl> writes:
Walter Bright wrote:

 Leandro Lucarella wrote:

 Hi, I don't who is in charge of the web NG archive[1], but is there any
 chance to update them at least once a day?


 
 Doing it once a day means getting the archiving program on the server, 
 which is FreeBSD64. Unfortunately, that platform isn't supported by D yet!


FreeBSD can't run 32-bit binaries on 64-bit systems?

And (assuming D1, not D2) have you tried it out with gdc and/or ldc?
Apr 27 2009
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Frits van Bommel wrote:

 Walter Bright wrote:

 Leandro Lucarella wrote:

 Hi, I don't who is in charge of the web NG archive[1], but is there any
 chance to update them at least once a day?


 Doing it once a day means getting the archiving program on the server, 
 which is FreeBSD64. Unfortunately, that platform isn't supported by D 
 yet!


 
 FreeBSD can't run 32-bit binaries on 64-bit systems?


I tried it, but there's some missing library problem. The FreeBSD 
developers make it difficult to develop/run 32 bits on 64, and I wasn't 
up to spending the effort getting past that.



 And (assuming D1, not D2) have you tried it out with gdc and/or ldc?


No.
Apr 27 2009
parent =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Walter Bright wrote:


 Doing it once a day means getting the archiving program on the 
 server, which is FreeBSD64. Unfortunately, that platform isn't 
 supported by D yet!


 FreeBSD can't run 32-bit binaries on 64-bit systems?


 
 I tried it, but there's some missing library problem. The FreeBSD 
 developers make it difficult to develop/run 32 bits on 64, and I wasn't 
 up to spending the effort getting past that.


The missing libraries are easy enough to install:

sysinstall -> Configure -> Distributions -> lib32
               "32-bit runtime compatibility libraries"

But the linker seems confused about the -m32 flag:

/usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching 
for -lpthread

Fails even when giving -L-L/usr/lib32 explicitly:

/usr/bin/ld: warning: i386:x86-64 architecture of input file 
`/usr/lib/crt1.o' is incompatible with i386 output

Looks a lot like these old bugs, maybe still around:

http://www.freebsd.org/cgi/query-pr.cgi?pr=76224
http://www.freebsd.org/cgi/query-pr.cgi?pr=112215

So it (cross-compilation) is not supported it seems,
and one needs to build on a "real" i386 FreeBSD host.
But it (the binary) should run just fine on amd64 too,
assuming that compatibility libraries are installed ?


If one jumps through the hoops and make gcc use
"/libexec/ld-elf32.so.1" instead of ld-elf.so.1
and "/usr/lib32" instead of /usr/lib, it runs...

hello: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for 
FreeBSD 7.0 (700055), dynamically linked (uses shared libs), 
FreeBSD-style, not stripped

That would be in the last linker "expansion" of:

./freebsd/bin/dmd ./samples/d/hello.d -v

gcc hello.o -o hello -m32 -Xlinker -L./freebsd/bin/../lib -lphobos 
-lpthread -lm -v

  /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V -dynamic-linker 
/libexec/ld-elf.so.1 -o hello /usr/lib/crt1.o /usr/lib/crti.o 
/usr/lib/crtbegin.o -L/usr/lib -L/usr/lib hello.o -L./freebsd/bin/../lib 
-lphobos -lpthread -lm -lgcc --as-needed -lgcc_s --no-as-needed -lc 
-lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o

The matching binary from GDC 0.24 would instead be:

hello: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for 
FreeBSD 7.0 (700055), dynamically linked (uses shared libs), 
FreeBSD-style, not stripped

And yes, it seems that I need to upgrade my BSD :-)

--anders
Apr 28 2009