linuxdc-dev — Developer discussion list

Re: [linuxdc-dev] Shared and static + X-devel-kit

[VINCENT <c-v...@ba...>]

On Sunday 20 April 2003 20:45, Adrian McMenamin wrote:
> Did you build these libraries yourself? I am coming to the view that it is
> actually the glibc on the distro that is stuffed-up rather than the
> tools...

Do you speak about these libs ? :
>         libdl.so.2 =3D> /lib/libdl.so.2 (0x2957c000)
>         libm.so.6 =3D> /lib/libm.so.6 (0x2958f000)
>         libc.so.6 =3D> /lib/libc.so.6 (0x295d3000)
>         /lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x29556000)
These are ones that you found on the DCLinux-010603, without changes.
There are other libs in my X-devel-kit, but they are not used here ...

Maybe, your problem comes from the dynamic loader...

I failed (or gave up, as you want) on building a X-devel-kit=20
specially for the DCLinux-010603 (binutils-2.11.90.0.7, gcc-3.1-20010501,=20
glibc-2.2.2, ...). If someone successfully build it, please contact me !!!

C=E9dric

Re: [linuxdc-dev] Shared and static

[Adrian M. <ad...@mc...>]

On Sunday 20 April 2003 18:58, VINCENT C=E9dric wrote:
> On Friday 18 April 2003 21:22, Adrian McMenamin wrote:
> > I have asked this a few times and never really got an answer. Is anyb=
ody
> > else using gcc with glibc as their cross-compiler/C lib combination. =
If
> > so, are they able to build shared executibles?
>
> Yes !
>
> I've tested with the Bill Gatliff's mini-distro's tools-chains :
> (prebuild at : http://www710.univ-lyon1.fr/~c-vinc02/downloads.html)
>
> <------------------------------------->
> dreamcast:~/rd# ldd links
>         libdl.so.2 =3D> /lib/libdl.so.2 (0x2957c000)
>         libm.so.6 =3D> /lib/libm.so.6 (0x2958f000)
>         libc.so.6 =3D> /lib/libc.so.6 (0x295d3000)
>         /lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x29556000)
> <------------------------------------->
>
> It runs perfectly !
> I have'nt the time to test with mpg123... Sorry...
>

Did you build these libraries yourself? I am coming to the view that it i=
s=20
actually the glibc on the distro that is stuffed-up rather than the tools=
=2E..

Re: [linuxdc-dev] Shared and static

[VINCENT <c-v...@ba...>]

On Friday 18 April 2003 21:22, Adrian McMenamin wrote:
> I have asked this a few times and never really got an answer. Is anybody
> else using gcc with glibc as their cross-compiler/C lib combination. If s=
o,
> are they able to build shared executibles?

Yes !

I've tested with the Bill Gatliff's mini-distro's tools-chains :
(prebuild at : http://www710.univ-lyon1.fr/~c-vinc02/downloads.html)

<------------------------------------->
dreamcast:~/rd# ldd links
        libdl.so.2 =3D> /lib/libdl.so.2 (0x2957c000)
        libm.so.6 =3D> /lib/libm.so.6 (0x2958f000)
        libc.so.6 =3D> /lib/libc.so.6 (0x295d3000)
        /lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x29556000)
<------------------------------------->

It runs perfectly !
I have'nt the time to test with mpg123... Sorry...

C=E9dric

[linuxdc-dev] uClibc-builder-gcc-3.2.2

[Arthur O. <art...@gm...>]

Hello all,

The said toolchain built seamlessly first time round. However, any attempts to rebuild result in the build failing somewhere around [gcc_initial]  - I can't say for sure because at one point it failed at an earlier stage, somewhere at [binutils]. The thing is this phenomenon is purely random. Sometimes the toolchain builds without a hitch, most of the time it fails at the exact same point ([gcc_initial]). This line caught my attention though:

/opt/dclinux/src/uClibc-builder-gcc-3.2.2/build/gcc-3.2.2/gcc/gthr-posix.h:37:21: pthread.h: No such file or directory

And a load of compiler warnings after that. (Insists pthread.h is absent when actually it isn't, hrmm)

Also, Christian Berger managed to compile (but not test natively on DC) the traditional hello.c and busybox-0.60.5 with this toolchain, but not after a simple hack to get it working. Basically what he did was (assuming the toolchain built and "installed" correctly):

(CWD=$APPS/sh4/lib/gcc-lib/sh-linux/3.2.2)
$ cp -R ../../../* .
$ cp m4/libgcc.a .

He suggested that the toolchain didn't install right, and that there was probably a better way on getting around this. Maybe you can comment more on this Christian? :)

Adrian McMenamin has been so kind to host the error log at http://195.157.85.85/error.log Thanks Adrian ;)

Hopefully someone will make something out of this,

Regards,

Arthur.

-- 
Linux is a true multitasking system. Are you?

Re: [linuxdc-dev] What happened to the website?

[Arthur O. <art...@gm...>]

On Sun, 20 Apr 2003 12:40:04 -0400
"Gregg C Levine" <dr...@wo...> wrote:

> Hello from Gregg C Levine
> After a longish time away from doing things for my Dream Cast, I've decided
> to return. However, what happened to the web site? I remember finding this
> one, while tracking other things for the Dream Cast, http://www.linuxdc.org/
> So I went back to it. Now I find the classic example of one of two things,
> either the register company decided to make it available, or its been
> hi-jacked.
> Gregg C Levine dr...@wo...
> "Oh my!" The Second Doctor's nearly favorite phrase.

From http://linuxdc.net :
"Karl Trygve Kalleberg noticed that our old domain (linuxdc.org) was not only expired but also snatched by an evil domain shark, so he had to register linuxdc.net instead."

Then there's the good old http://linuxdc.sf.net

Regards,

Arthur.
-- 
Linux is a true multitasking system. Are you?

[linuxdc-dev] What happened to the website?

[Gregg C L. <dr...@wo...>]

Hello from Gregg C Levine
After a longish time away from doing things for my Dream Cast, I've decided
to return. However, what happened to the web site? I remember finding this
one, while tracking other things for the Dream Cast, http://www.linuxdc.org/
So I went back to it. Now I find the classic example of one of two things,
either the register company decided to make it available, or its been
hi-jacked.
Gregg C Levine dr...@wo...
"Oh my!" The Second Doctor's nearly favorite phrase.

Re: [linuxdc-dev] Links

[Adrian M. <ad...@mc...>]

On Sunday 20 April 2003 17:07, Daniel Stone wrote:
> On Sun, Apr 20, 2003 at 05:05:56PM +0100, Adrian McMenamin wrote:
> > On Sunday 20 April 2003 16:53, Daniel Stone wrote:
> > > On Sun, Apr 20, 2003 at 04:48:47PM +0100, Adrian McMenamin wrote:
> > > > Ok, I discovered that keys f5 - f8 move the mouse pointer around =
the
> > > > screen in graphics mode, but how do I click?
> > >
> > > Er, enter?
> >
> > I may look it, but I'm not that stupid. Hitting enter does nothing.
>
> Hum, works on my links.

In graphics mode? Works in text mode for me, but not graphics.

Re: [linuxdc-dev] Links

[Daniel S. <ds...@tr...>]

On Sun, Apr 20, 2003 at 05:05:56PM +0100, Adrian McMenamin wrote:
> On Sunday 20 April 2003 16:53, Daniel Stone wrote:
> > On Sun, Apr 20, 2003 at 04:48:47PM +0100, Adrian McMenamin wrote:
> > > Ok, I discovered that keys f5 - f8 move the mouse pointer around the
> > > screen in graphics mode, but how do I click?
> >
> > Er, enter?
>=20
> I may look it, but I'm not that stupid. Hitting enter does nothing.

Hum, works on my links.

--=20
Daniel Stone                                     <dstone@trinity.unimelb.ed=
u.au>
Developer, Trinity College, University of Melbourne

Re: [linuxdc-dev] Links

[Adrian M. <ad...@mc...>]

On Sunday 20 April 2003 16:53, Daniel Stone wrote:
> On Sun, Apr 20, 2003 at 04:48:47PM +0100, Adrian McMenamin wrote:
> > Ok, I discovered that keys f5 - f8 move the mouse pointer around the
> > screen in graphics mode, but how do I click?
>
> Er, enter?

I may look it, but I'm not that stupid. Hitting enter does nothing.

Re: [linuxdc-dev] Links

[Daniel S. <ds...@tr...>]

On Sun, Apr 20, 2003 at 04:48:47PM +0100, Adrian McMenamin wrote:
> Ok, I discovered that keys f5 - f8 move the mouse pointer around the scre=
en in=20
> graphics mode, but how do I click?

Er, enter?

--=20
Daniel Stone                                     <dstone@trinity.unimelb.ed=
u.au>
Developer, Trinity College, University of Melbourne

Re: [linuxdc-dev] Links

[Adrian M. <ad...@mc...>]

On Sunday 20 April 2003 14:12, you wrote:
> On Sunday 20 April 2003 15:36, Adrian McMenamin wrote:
> > I cannot get the pre-compiled version to display any graphics (it's a=
ll
> > text whether I dun it off the fb or in X) and I cannot compile the
> > sources against the libpng I've got....
> >
> > I understand the second point, but why I can't I get the pre-compiled
> > version to work properly?
>
> Lauch "links -g"
>
> C=E9dric

Ok, I discovered that keys f5 - f8 move the mouse pointer around the scre=
en in=20
graphics mode, but how do I click?

Re: [linuxdc-dev] GDROM, modem + internet

[NunO f. <nm...@ne...>]

Hello about modem driver,  there is a preliminary driver for Kallistos, a
very nice embebedd os, where is a link to it
http://www.boob.co.uk/files/modem/dcmodem11.zip. Is not finished but it
works. The port to linux is easy (well more or less :)


Nuno


----- Original Message -----
From: "p2" <p2...@mi...>
To: <ope...@fr...>
Cc: <lin...@li...>
Sent: Sunday, April 20, 2003 2:12 PM
Subject: Re: [linuxdc-dev] GDROM, modem + internet


> On Sun, Apr 20, 2003 at 02:29:24PM +0200, VINCENT C?dric wrote:
> > On Sunday 20 April 2003 14:42, p2 wrote:
> > > The bad background color might be due to byte accesses to the
framebuffer.
> > > The DC framebuffer hw only allows 16 or 32 bit accesses iirc.
> >
> > Thank you very much !
> >
> > But I'm not sure to understand... :
> > I launch 'fbset -depth 16' before launching Links2.1-pre7... so I'm on
16
> > bits...
>
> Yes. The DC fb is configured to 16bit. The problem is how you access the
> framebuffer. You should use a 16 or 32bit access, so you should either use
> a int * or a short * in C to write something to the display, never use a
char *.
>
> > What is iirc ?!?
>
> if I remember correctly.
>
> > Why are pictures perfectly displayed and not the background ?
> >
>
> I guess the code for displaying the background is different from the code
> displaying the pictures. I don't know the links internals.
>
> Thanks,
>
> p2.
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Linuxdc-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxdc-dev
>

Re: [linuxdc-dev] Links

[VINCENT <ope...@fr...>]

On Sunday 20 April 2003 15:47, you wrote:
> On Sunday 20 April 2003 14:12, you wrote:
> > Lauch "links -g"
>
> Indeed. The lack of mouse support is a bit of drag though

I think, we just have to link Links2.1 with the good libgpm 
(libgpm.so.1.19.3).

Re: [linuxdc-dev] Links

[Adrian M. <ad...@mc...>]

On Sunday 20 April 2003 14:12, you wrote:

> Lauch "links -g"

Indeed. The lack of mouse support is a bit of drag though

Re: [linuxdc-dev] Links

[VINCENT <ope...@fr...>]

On Sunday 20 April 2003 15:36, Adrian McMenamin wrote:
> I cannot get the pre-compiled version to display any graphics (it's all
> text whether I dun it off the fb or in X) and I cannot compile the sources
> against the libpng I've got....
>
> I understand the second point, but why I can't I get the pre-compiled
> version to work properly?

Lauch "links -g"

C=E9dric

Re: [linuxdc-dev] Shared and static

[VINCENT <c-v...@ba...>]

On Sunday 20 April 2003 15:16, you wrote:
> On Friday 18 April 2003 21:48, you wrote:
> > libpng-1.0.12 (I can't compile links-2.1pre7 with libpng-1.2.1...)
>
> Do you mean libpng-2.1....?

I've compiled links-2.1pre7 with :
gpm-1.20.0
zlib-1.1.4 (for libpng I think)
jpegsrc.v6b
ncurses-5.3
libpng-1.2.5 (taken from http://www.libpng.org/pub/png/libpng.html)
tiff-v3.6.0-beta

> I can compile a text only version of links-2.1pre7 but that's not much use

You need all these libs.
I launched the command "./configure --enable-javascript --with-libfl
=2D-enable-graphics --enable-static --without-x" iirc ;-)

C=E9dric

[linuxdc-dev] Links

[Adrian M. <ad...@mc...>]

I cannot get the pre-compiled version to display any graphics (it's all t=
ext=20
whether I dun it off the fb or in X) and I cannot compile the sources aga=
inst=20
the libpng I've got....

I understand the second point, but why I can't I get the pre-compiled ver=
sion=20
to work properly?

Adrian

Re: [linuxdc-dev] Shared and static

[Adrian M. <ad...@mc...>]

On Friday 18 April 2003 21:48, you wrote:

> libpng-1.0.12 (I can't compile links-2.1pre7 with libpng-1.2.1...)

Do you mean libpng-2.1....?

Because I cannot get that to work either :-<

I can compile a text only version of links-2.1pre7 but that's not much us=
e

Re: [linuxdc-dev] GDROM, modem + internet

[p2 <p2...@mi...>]

On Sun, Apr 20, 2003 at 02:29:24PM +0200, VINCENT C?dric wrote:
> On Sunday 20 April 2003 14:42, p2 wrote:
> > The bad background color might be due to byte accesses to the framebuffer.
> > The DC framebuffer hw only allows 16 or 32 bit accesses iirc.
> 
> Thank you very much !
> 
> But I'm not sure to understand... :
> I launch 'fbset -depth 16' before launching Links2.1-pre7... so I'm on 16 
> bits...

Yes. The DC fb is configured to 16bit. The problem is how you access the 
framebuffer. You should use a 16 or 32bit access, so you should either use
a int * or a short * in C to write something to the display, never use a char *.

> What is iirc ?!?

if I remember correctly.

> Why are pictures perfectly displayed and not the background ?
> 

I guess the code for displaying the background is different from the code 
displaying the pictures. I don't know the links internals.

Thanks,

p2.

Re: [linuxdc-dev] GDROM, modem + internet

[VINCENT <ope...@fr...>]

On Sunday 20 April 2003 14:42, p2 wrote:
> The bad background color might be due to byte accesses to the framebuffer.
> The DC framebuffer hw only allows 16 or 32 bit accesses iirc.

Thank you very much !

But I'm not sure to understand... :
I launch 'fbset -depth 16' before launching Links2.1-pre7... so I'm on 16=20
bits...
What is iirc ?!?
Why are pictures perfectly displayed and not the background ?

C=E9dric

Re: [linuxdc-dev] GDROM, modem + internet

[VINCENT <ope...@fr...>]

On Sunday 20 April 2003 14:42, you wrote:
> Brilliant! Well, I think I shall have to compile that straight away and
> post up a binary for everybody else :->

It is already done !!!  ;-) (but there is a newer version of Links-2.1)
http://www710.univ-lyon1.fr/~c-vinc02/downloads.html

C=E9dric

Re: [linuxdc-dev] Shared and static

[VINCENT <c-v...@ba...>]

Here comes the good mail ;-)

On Sunday 20 April 2003 13:34, Adrian McMenamin wrote:
> Just to come back on this - and for the avoidance of doubt - when you say
> you compiled them - you were able to run them also? I have no problem
> compiling the apps, it's running them that is difficult - they seg fault.

Sorry, I haven't tested them :(

> What setup are you using for all this? Ie where do you get the libraries
> you link with? (Is it the debian unstable on m17n?)

=46or all this, I use the Bill Gatliff's mini-distro.  The libraries are ta=
ken=20
from their own official sites, I hadn't modified the code. They works fine=
=20
(cf Links2.1-pre7 that was linked staticly with).

> And if so, could I encourage you to compile mpg123 (as a reference app) a=
nd
> see if you can run that as shared?

=46or testing, I'm working on a "cross dev kit" to compile applications fro=
m a=20
Linux/x86 to DCLinux-010605. But it seems that I'm on the wrong way (I've g=
ot=20
very much problems).

C=E9dric.

Re: [linuxdc-dev] GDROM, modem + internet

[p2 <p2...@mi...>]

On Sun, Apr 20, 2003 at 02:00:10PM +0200, VINCENT C?dric wrote:
> On Sunday 20 April 2003 13:20, Adrian McMenamin wrote:
> 
> > These require X and it's really asking a bit much to expect to run a fully
> > featured browser and X Windows in just 16 Megs of memory! Lynx has been
> > ported and works if you want a text only browser. Past attempts to port
> > Konq/E (the embedded version of Konqueror) failed - but I haven't tried for
> > a while.
> 
> For graphical web browser look these screenshots :
> http://www710.univ-lyon1.fr/~c-vinc02/downloads/sc_google.png
> http://www710.univ-lyon1.fr/~c-vinc02/downloads/sc_links.png
> 
> This is Links2.1-pre7 
> (http://atrey.karlin.mff.cuni.cz/%7Eclock/twibright/links), compiled as 
> static with framebuffer, png, tiff, jpeg, javascript and gpm support. It runs 
> perfectly on DCLinux-010605 .
> As you can see, the background color is badly displayed... But images are 
> perfectly displayed !!!
> 

The bad background color might be due to byte accesses to the framebuffer.
The DC framebuffer hw only allows 16 or 32 bit accesses iirc.

Good luck !

p2.

Re: [linuxdc-dev] GDROM, modem + internet

[Adrian M. <ad...@mc...>]

On Sunday 20 April 2003 13:00, VINCENT C=E9dric wrote:
> On Sunday 20 April 2003 13:20, Adrian McMenamin wrote:
> > These require X and it's really asking a bit much to expect to run a
> > fully featured browser and X Windows in just 16 Megs of memory! Lynx =
has
> > been ported and works if you want a text only browser. Past attempts =
to
> > port Konq/E (the embedded version of Konqueror) failed - but I haven'=
t
> > tried for a while.
>
> For graphical web browser look these screenshots :
> http://www710.univ-lyon1.fr/~c-vinc02/downloads/sc_google.png
> http://www710.univ-lyon1.fr/~c-vinc02/downloads/sc_links.png
>
> This is Links2.1-pre7
> (http://atrey.karlin.mff.cuni.cz/%7Eclock/twibright/links), compiled as
> static with framebuffer, png, tiff, jpeg, javascript and gpm support. I=
t
> runs perfectly on DCLinux-010605 .
> As you can see, the background color is badly displayed... But images a=
re
> perfectly displayed !!!
>

Brilliant! Well, I think I shall have to compile that straight away and p=
ost=20
up a binary for everybody else :->

> C=E9dric
>
> PS : Sorry for the last mail !!! I clicked on the wrong button ;-)
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Linuxdc-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxdc-dev

Re: [linuxdc-dev] GDROM, modem + internet

[VINCENT <ope...@fr...>]

On Sunday 20 April 2003 13:20, Adrian McMenamin wrote:

> These require X and it's really asking a bit much to expect to run a fully
> featured browser and X Windows in just 16 Megs of memory! Lynx has been
> ported and works if you want a text only browser. Past attempts to port
> Konq/E (the embedded version of Konqueror) failed - but I haven't tried f=
or
> a while.

=46or graphical web browser look these screenshots :
http://www710.univ-lyon1.fr/~c-vinc02/downloads/sc_google.png
http://www710.univ-lyon1.fr/~c-vinc02/downloads/sc_links.png

This is Links2.1-pre7=20
(http://atrey.karlin.mff.cuni.cz/%7Eclock/twibright/links), compiled as=20
static with framebuffer, png, tiff, jpeg, javascript and gpm support. It ru=
ns=20
perfectly on DCLinux-010605 .
As you can see, the background color is badly displayed... But images are=20
perfectly displayed !!!

C=E9dric

PS : Sorry for the last mail !!! I clicked on the wrong button ;-)