linuxsh-dev

Un protecting flash error

[KRISHNAN SUDHAKAR-N. <sud...@mo...>]

hi,
 
I am facing few flash file accessing problems ST Linux based systems.
 
I have modified the code in stboards.c file for creating partitions 

static struct mtd_partition onboard_partitions[3] = { 

{ 

.name = "VIP800 Boot", 

.size = 0x00500000, 

.offset = 0x00000000, 

.mask_flags = 0 /* mask_flags: MTD_WRITEABLE *//* force read-only */ 

}, 

{ 

.name = "FFS0", 

.size = 0x00100000, 

.offset = 0x00500000,

.mask_flags = 0

},

{

.name = "FFS1",

.size = MTDPART_SIZ_FULL, /* will expand to the end of the flash */

.offset = 0x00600000,

.mask_flags = 0

}

Partition looks like the following

/tmp # cat /proc/mtd 
dev:    size   erasesize  name
mtd0: 00500000 00020000 "VIP800 Boot"
mtd1: 00100000 00020000 "FFS0"
mtd2: 01a00000 00020000 "FFS1"
 
if I do a flash info its working fine
 
/ # flash_info /dev/mtd2
Device /dev/mtd2 has 0 erase regions

if i try to unlock the partion its not happeniing
 
/ # flash_unlock /dev/mtd2
Could not unlock MTD device: /dev/mtd2
/ #
 
It will be very helpful if some one give some solutions
 
Thanks and Regards,
Sudhakar,
CHS-FCS,
Ex:1385
 

Re: [i2c] [RFC PATCH] I2C bus driver for SH7760 SoC, #2

[Manuel L. <ma...@ro...>]

Hi Jean,

Thanks for looking at it.

> > +
> > +/* NOTE: SMBus QUICK Probe feature is "emulated" by reading 1 byte from
> > + *	 the slave address, because the SH7760 I2C cannot be programmed
> > + *	 to send a stop immediately after receiving the slave ACK/NACK.
> > + *	 If this behavior is not wanted, set platform_data.noquick to 1.
> > + */
> 
> This is not acceptable. This will have to be removed from the driver if
> you want me to take it upstream. The SMBus quick command should no
> longer be needed anyway with the advent of new-style i2c chip drivers.

I wrote that driver for 2.6.12 initially, and it was completely useless
without this hack.  I'm working on implementing zero-byte transfers in a
saner way, but the hardware gives me headaches...
 

> > +	OUT32(id, I2CMSR, 0);
> > +	if (id->msg->flags & I2C_M_NOSTART)
> 
> Do you actually need this? Is there any chip that is connected to this
> bus in practice which needs this flag? Implementing this feature is
> totally optional and should only be done when really needed (this is a
> violation of the I2C standard.)

The i2c header had this define in it, so I implemented it.  I thought
it was pretty useful when splitting an i2c transaction into multiple
i2c_msgs.  Consider it gone.

 
> > +	if (id->msg->flags & I2C_M_NOSTART)
> 
> Ditto.

see above.


> > +
> > +	if (sh7760_i2c_busy_check(id)) {
> > +		pr_debug("sh7760-i2c%d: bus is busy!\n", adap->nr);
> 
> Please use dev_dbg() instead. Or even better dev_err(), as you return
> with an error, the user will want to know.

done.


> > +			if (msg->flags & I2C_M_REV_DIR_ADDR)
> > +				addr ^= 1;
> 
> Again, do you actually need this? If not, please don't implement it.

see above.

 
> > +	for (cdf = 3; cdf >= 0; cdf--) {
> > +		iclk = mck / (1 + cdf);
> > +		/* iclk must not be > 20MHz */
> > +		if (iclk >= 20000000)
> 
> > or >=?
> 
> > +			continue;
> > +		for (scgd = 0; scgd < 63; scgd++) {
> > +			m1 = iclk / (20 + (scgd << 3));
> > +			dff = abs(scl_hz - m1);
> > +			if (dff < odff) {
> > +				odff = dff;
> > +				cdfm = cdf;
> > +				scgdm = scgd;
> > +			}
> > +		}
> > +	}
> 
> These imbricated loops don't look exactly optimal. Is there no way to
> compute the right value right away?

I'm open to suggestions. I just wanted to support (almost) every conceivable
scl clock and module clock.

> > +	printk(KERN_INFO "SH7760 I2C-%d, %d kHz, mmio %08x, irq %d\n",
> > +		id->adap.nr, pd->speed_khz, res->start, id->irq);
> 
> Use dev_info (and you will no longer need to print id->adap.nr).

Oh, neat!
 

I'll resend once I've managed to get zero-byte transfers working without
ugly hacks.

Best regards,
	Manuel Lauss

SH4 RTC periodic mode

[Giuseppe C. <pep...@gm...>]

Hello,
I wonder why the sh4 rtc driver (drivers/rtc/rtc-sh.c) doesn't implement the
periodic ioctls (RTC_IRQP_SET...) currently implemented in other drivers.
Is there a specific reason?

Regards,
Giuseppe

Re: mem-to-mem copy using dma ...

[Giuseppe C. <pep...@gm...>]

Ciao Stuart,
thanks for the clarification!
To Ha Nguyen: sorry if I posted too details about the zero-copy ;-)
At any rate, concerning the network drivers optimization you could also 
look at: TSO,UFO,GSO, I/OAT, LSA,(Linux Socket Acceleration) etc. Maybe, 
you will find useful this link: http://www.linux-foundation.org/en/Net
Cheers
Peppe

Ha Nguyen wrote:
> On Feb 1, 2008 1:21 PM, Stuart MENEFY <stu...@st...> wrote:
>   
>> Folks
>>
>> Giuseppe Cavallaro wrote:
>>     
>>>> I have to read UDP packets from sk_buff to my module in kernel space and
>>>> the udp stack uses copy_to_user() to do my task. I'm wondering if using
>>>> dma for mem-to-mem copy can improve data transfer performance instead of
>>>> using copy_to_user()???
>>>>         
>>> Often to take the best performance by using a DMA engine, e.g. in a network
>>> driver,
>>> the zero-copy mechanism is used because It essentially avoids memcpy.
>>> Abut how to implement the zero-copy mechanism you ought to start looking at
>>> the network device
>>> drivers within the kernel source tree.
>>>       
>> Note that there are generally two 'copies' involved in receiving data.
>> The first is where the data is written into the network stack's packet
>> buffer, the second is where the data is copied into the user's buffer.
>> (This is ignoring the checksum step, which ideally is merged with one of
>> the other copies).
>>
>> Giuseppe is referring to removing the first, which involves the DMA engine
>> in the NIC writing the data directly into the sk_buff. Ha Nguyen was asking
>> about the second, which is very hard to remove while still retaining the
>> standard socket API.
>>     
>
> Exactly, I already configured the MAC for zero-copy. Based on Stuart's
> input, dmaengine should do my work when it is available. I'm curious
> to see if how it improves network performance...
>
> Thanks guys for your feedbacks!
>
> /ha
>   

Re: mem-to-mem copy using dma ...

[Ha N. <han...@gm...>]

On Feb 1, 2008 1:21 PM, Stuart MENEFY <stu...@st...> wrote:
> Folks
>
> Giuseppe Cavallaro wrote:
> >> I have to read UDP packets from sk_buff to my module in kernel space and
> >> the udp stack uses copy_to_user() to do my task. I'm wondering if using
> >> dma for mem-to-mem copy can improve data transfer performance instead of
> >> using copy_to_user()???
> >
> > Often to take the best performance by using a DMA engine, e.g. in a network
> > driver,
> > the zero-copy mechanism is used because It essentially avoids memcpy.
> > Abut how to implement the zero-copy mechanism you ought to start looking at
> > the network device
> > drivers within the kernel source tree.
>
> Note that there are generally two 'copies' involved in receiving data.
> The first is where the data is written into the network stack's packet
> buffer, the second is where the data is copied into the user's buffer.
> (This is ignoring the checksum step, which ideally is merged with one of
> the other copies).
>
> Giuseppe is referring to removing the first, which involves the DMA engine
> in the NIC writing the data directly into the sk_buff. Ha Nguyen was asking
> about the second, which is very hard to remove while still retaining the
> standard socket API.

Exactly, I already configured the MAC for zero-copy. Based on Stuart's
input, dmaengine should do my work when it is available. I'm curious
to see if how it improves network performance...

Thanks guys for your feedbacks!

/ha

Re: mem-to-mem copy using dma ...

[Stuart M. <stu...@st...>]

Folks

Giuseppe Cavallaro wrote:
>> I have to read UDP packets from sk_buff to my module in kernel space and
>> the udp stack uses copy_to_user() to do my task. I'm wondering if using
>> dma for mem-to-mem copy can improve data transfer performance instead of
>> using copy_to_user()???
> 
> Often to take the best performance by using a DMA engine, e.g. in a network
> driver,
> the zero-copy mechanism is used because It essentially avoids memcpy.
> Abut how to implement the zero-copy mechanism you ought to start looking at
> the network device
> drivers within the kernel source tree.

Note that there are generally two 'copies' involved in receiving data.
The first is where the data is written into the network stack's packet
buffer, the second is where the data is copied into the user's buffer.
(This is ignoring the checksum step, which ideally is merged with one of
the other copies).

Giuseppe is referring to removing the first, which involves the DMA engine
in the NIC writing the data directly into the sk_buff. Ha Nguyen was asking
about the second, which is very hard to remove while still retaining the
standard socket API.

Stuart

Re: mem-to-mem copy using dma ...

[Giuseppe C. <pep...@gm...>]

Hi,

> I have to read UDP packets from sk_buff to my module in kernel space and
> the udp stack uses copy_to_user() to do my task. I'm wondering if using
> dma for mem-to-mem copy can improve data transfer performance instead of
> using copy_to_user()???

Often to take the best performance by using a DMA engine, e.g. in a network
driver,
the zero-copy mechanism is used because It essentially avoids memcpy.
Abut how to implement the zero-copy mechanism you ought to start looking at
the network device
drivers within the kernel source tree.

>If yes, could someone gives me some hints to go with it. I'm currently
>working on ST7109 and stlinux 2.6.17.14 <http://2.6.17.14><http://2.6.17.14/>.
I have tried
>the guide at
> http://www.stlinux.com/docs/manual/distribution/fdma_legacy.php<http://www.stlinux.com/docs/manual/distribution/fdma_legacy.php>but not
>succeeded, kernel crashed with the following error:

Concerning the 7109; it has an embedded MAC (core by Synopsys) with a own
DMA (no FDMA).
You could directly browse the driver source (called stmmac within the
STLinux kernels) where zero-copy is
fully implemented.
For more information also visit:
http://stlinux.com/docs/manual/distribution/distribution_guide5.php
and STLinux Bugzilla.

mem-to-mem copy using dma ...

[Ha N. <han...@gm...>]

Hi all,

I have to read UDP packets from sk_buff to my module in kernel space and the
udp stack uses copy_to_user() to do my task. I'm wondering if using dma for
mem-to-mem copy can improve data transfer performance instead of using
copy_to_user()???

If yes, could someone gives me some hints to go with it. I'm currently
working on ST7109 and stlinux 2.6.17.14. I have tried the guide at
http://www.stlinux.com/docs/manual/distribution/fdma_legacy.php but not
succeeded, kernel crashed with the following error:

Unable to handle kernel NULL pointer dereference at virtual address 00000000

pc = 86cd56aa
*pde = 00000000
Oops: 0001 [#1]

Pid : 818, Comm: udhcpc
PC is at create_llu_list+0x86/0x8c
PC : 86cd56aa SP : 8f633d38 SR : 40008001 TEA : c0103a64 Not tainted
R0 : 00000000 R1 : 00000000 R2 : 8f633d80 R3 : 00000001
R4 : 8f633d80 R5 : 00000000 R6 : 00000000 R7 : 00000000
R8 : 00000001 R9 : 8f633d40 R10 : 00000030 R11 : 86d6616c
R12 : 0f516ae0 R13 : 86d6616c R14 : 8fbc6000
MACH: 00000000 MACL: 00000000 GBR : 295737e8 PR : 86cd696c

I would really appreciate any feedback! Thanks!

/ha

Re: Single image creation

[Mike F. <va...@ge...>]

On Tuesday 29 January 2008, KRISHNAN SUDHAKAR-NRD743 wrote:
> Now the single image creation problem solved.
>
> I can able to create single image which includes root file system and
> kernel.
>
> But the size of the image is around 270MB but I need the small image
> less than 40Mb.
>
> I used like giving the path of the root file system while configuring
> the kernel. Exactly I don't know the mandatory file system hierarchy. If
> anyone knows it will be very helpful for me.

this is where you pick up some basic linux books and read them, or hire a=20
contractor to do it for you.  you cant really impart knowledge via e-mail=20
about all of the basic parts of userland and what you do/dont need.  after=
=20
all, this situation is specific to how *you* want *your* setup to be.  i ca=
nt=20
tell you if XYZ is needed, you have to make that decision.  you could start=
=20
with one of the LFS projects.
=2Dmike

Re: rsk+/7203 audio support

[Fabio G. <fab...@au...>]

Alle 12:38, marted=C3=AC 29 gennaio 2008, Kieran Bingham ha scritto:
> Hi Fabio,
>
> Do you have audio jacks on your board? I thought you had an RSK+ board.
> I'm not sure that there is anything on there.
>
> I think the SH7203 has SSI which could drive some audio - but I don't
> know how that can be used yet. You should speak to Renesas where you
> purchased the board for details on how to extend the hardware support
> for audio.
I'll try both solution you suggest.

>
> I have a USB Sound Card which I might try and plug in to the board and
> see if I can get anything with that. I think that would be the easiest
> and quickest option perhaps.
>
> I'm trying to get another board up and running at the moment, so haven't
> had chance to look at your C++ issues.
> I've asked one of my colleagues to look into it, as he wants to get the
> C++ working for his project.
Yes, of course.
I compiled SDL library (c) SDL_gfx (c) GUILib (c++) and I have done a sampl=
e=20
application visualizing an RPM meter (for automotive race application).


>
> Have you successfully compiled and run programs with the C++ toolchain
> you sent us?
It's only a test application.
I built the makefile starting you one of yors and modifing the makefile int=
o=20
build direcotry.
I Attach a screeshot of the aopp on PC, but exactly the same is executed on=
=20
fbdev of rsk+/7203.
I have a photo but it is not so clear being dond with a mobile phone.
If you want to see I can send you when I download it.

>
> --
> Cheers
> Kieran
>
> On Tue, 2008-01-29 at 12:23 +0100, Fabio Giovagnini wrote:
> > Hi Kerian,
> > into the arch/sh/boards/rsk+/7203
> > subdir I see nothing about audio.
> > What could be tne best start point to add the audio support?
> >
> > Thanks a lot.

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

RE: Single image creation

[KRISHNAN SUDHAKAR-N. <sud...@mo...>]

Hi,


Now the single image creation problem solved.

I can able to create single image which includes root file system and
kernel.

But the size of the image is around 270MB but I need the small image
less than 40Mb.

I used like giving the path of the root file system while configuring
the kernel. Exactly I don't know the mandatory file system hierarchy. If
anyone knows it will be very helpful for me.

I am using ST7109eref family.



Thanks=20
sudhakar=20

-----Original Message-----
From: Mike Frysinger [mailto:va...@ge...]=20
Sent: Monday, January 28, 2008 7:45 PM
To: lin...@li...
Cc: KRISHNAN SUDHAKAR-NRD743
Subject: Re: Single image creation

On Monday 28 January 2008, KRISHNAN SUDHAKAR-NRD743 wrote:
> I am working on ST based product (STi5202 chipset), currently we are=20
> building separate Kernel and rootfs image and loading them separately=20
> onto the board. We are trying to find out if there is any procedure to

> build the single image with both Kernel and rootfs so that only one=20
> image can be loaded instead of two (Kernel and rootfs separately).
>
> Could anyone please let us know if there is any procedure to build=20
> single image with both Kernel and rootfs?

read the documentation in the kernel about initramfs -mike

Re: Single image creation

[Mike F. <va...@ge...>]

On Monday 28 January 2008, KRISHNAN SUDHAKAR-NRD743 wrote:
> I am working on ST based product (STi5202 chipset), currently we are
> building separate Kernel and rootfs image and loading them separately
> onto the board. We are trying to find out if there is any procedure to
> build the single image with both Kernel and rootfs so that only one
> image can be loaded instead of two (Kernel and rootfs separately).
>
> Could anyone please let us know if there is any procedure to build
> single image with both Kernel and rootfs?

read the documentation in the kernel about initramfs
-mike

Single image creation

[KRISHNAN SUDHAKAR-N. <sud...@mo...>]

Hi,

I am working on ST based product (STi5202 chipset), currently we are
building separate Kernel and rootfs image and loading them separately
onto the board. We are trying to find out if there is any procedure to
build the single image with both Kernel and rootfs so that only one
image can be loaded instead of two (Kernel and rootfs separately).=20

Could anyone please let us know if there is any procedure to build
single image with both Kernel and rootfs?

Thanks and Regards,
Sudhakar,

Re: About sh7203 framebuffer driver.

[Fabio G. <fab...@au...>]

I have to develop some SDL based widget; so It could be usefull for me to s=
ee=20
how they appear in portrait and landscape orientation;
Thia is why I'd like to use hw to rotate; the widget har fixed size and and=
=20
none adatptive strategy is planned to be implemented.
Our application is performaces oriented and this is way I'd like to operate=
 on=20
HW directly. But for doing this I need to know what is the best way to=20
communicate between user space and kerel space.

Regards

P.S.

Do you have an idea of when the toolchain upgrade will be ready on website?


Alle 12:22, luned=EC 28 gennaio 2008, Kieran Bingham ha scritto:
> Hi Fabio,
>
> I believe the rotate function on the LCDC changed the way it read the
> pixels from memory.
>
> I think it turned the display from a 320x240 to a 240x320 display.
> Useful for setting up the LCD panel in a different orientation etc..
>
> I don't think the hardware can be used to perform rotation of an
> image. that poses questions like
>  - how would it stretch the image.
> or
>  - would it crop the image?
>
> You can play with changing this register setting on the fly while the
> board is running using HEW and choosing View --> CPU --> IO from the
> menu's.
>
> This gives you a view of all the on chip peripherals and access to
> their registers.
>
> Cheers
> --
> Kieran
>
> On 28/01/2008, Fabio Giovagnini <fab...@au...> wrote:
> > Hi All,
> > I read the source code of sh7203 framebuffer driver made I suppose by M=
CP
> > Data.
> > I had a question: Is it possible to tell the driver to rotate the image
> > usign the LCDC native register instructions?
> > If yes how? Do I need to implemnet an iocontrol funcrion or what is the
> > way?
> >
> >
> > --
> > Fabio Giovagnini
> >
> > Aurion s.r.l.
> > via degli orti 11,
> > 40050 Funo di Argelato (BO)
> > P.I e C.F.
> > 00885711200
> > Tel. +39.335.8350919
> > Fax +39.051.8659009
> >
> > www.aurion-tech.com
> >
> > account telefono VoIP skype (www.skype.com):
> > aurion.giovagnini
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > the body of a message to maj...@vg...
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to maj...@vg...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi, all,

[Fabio G. <fab...@au...>]

Hi Kieran, did you receive all the suff to update the toolchain?

Let me know.

Thanks


Alle 00:47, gioved=EC 24 gennaio 2008, Kieran Bingham ha scritto:
> Yes, FTP access would be appreciated.
>
> E-Mail the details privately to my work address if you could please?
> kbi...@mp...
>
> I'll try and fix the autoconfigure issue you are having and integrate
> it into the SH7203 build scripts, then get an update on the website
> when I can.
>
> --
> Cheers
> Kieran
>
> On 23/01/2008, Fabio Giovagnini <fab...@au...> wrote:
> > Now following the suggetion of Carmelo,  I got a working gcc / g++ -
> > uclibc based tool-chian for my sh7203 based board.
> > About libiberty compilation I had a lot of problems related to the
> > missing of target specifig compiling option (-mb, -m3e, ...) at the
> > moment of cross compiling of the librery.
> > I solved the problem manually into the make file, but each time you
> > reconfigure the problem appears again obviusly.
> > I can compress the tollchain source dir ad put on our fpt server. I' not
> > so smart doing patches and I think it is better that a guy starter than
> > me gives a look at my work before considering it good also for others.
> >
> > Keiram let me know if you like to download from our server so that a se=
nd
> > you username and passwrod for a temporary account.
> >
> > P.S.
> > I got on the trget Hello World!!! in c++.
> > This give me the capabiliti of developing on target usign alse c++ GUI
> > framework based on libSDL.org
> >
> > Best regards.
> >
> > Alle 10:34, marted=EC 22 gennaio 2008, Kieran Bingham ha scritto:
> > > Hi Fabio,
> > >
> > > The SH2/SH2a does not have any support for shared librarys yet. I
> > > think its something renesas are thinking about but they haven't got to
> > > yet.
> > >
> > > This was a problem we hit while working on the board too.
> > >
> > > > 3) I looked for ARCH_HAS_NO_LDSO and I found in
> > > > extra/Configs/Config.sh config CONFIG_SH2
> > > >         select ARCH_HAS_NO_MMU
> > > >         select ARCH_HAS_NO_LDSO
> > > >         bool "SH2"
> > > >
> > > > so I got the answer to my question.
> > > >
> > > > Well.
> > > > Setting ARCH_HAS_NO_LDSO is needed by my sh27203 target or is a
> > > > choice of MCP data for building the minimal sysstem?
> > >
> > > No, this was not a choice of MPC Data. We didn't change anything in
> > > that uClibc source tree.
> > >
> > > Carmello: What is this `dl_iterate_phdr' - is it something that is
> > > part of dynamic linking / shared libraries?
> > > --
> > > Kieran
> > >
> > > > Thanks a lot.
> > > >
> > > > Ciao
> > > >
> > > > Alle 08:58, marted=EC 22 gennaio 2008, Carmelo AMOROSO ha scritto:
> > > > > Fabio Giovagnini wrote:
> > > > > > You understood properly about what I have been trying to do. Iw=
as
> > > > > > trying to link a simple c++ application staticxally using uclib=
c.
> > > > > >
> > > > > > This is the output you are asking for.
> > > > > > If it is not enogh tell me what to add more.
> > > > > >
> > > > > > fgiovagnini@aurio02:~/sh7203-uClinux-1.4/build> make c++1stApp
> > > > > > make -f Makefile.c++1stApp
> > > > > > make[1]: Entering directory
> > > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make -e -C
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../c++1stApp make[2]:
> > > > > > Entering directory
> > > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' sh-linux-g++
> > > > > > -m3e -mb -v -DGNU_SOURCE -Wall   -c -o main.o main.cpp Reading
> > > > > > specs from
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ spe cs Configured with:
> > > > > >=20
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/configu=
re
> > > > > > --prefix=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> > > > > > --target=3Dsh-linux
> > > > > > --with-sysroot=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/tar=
get
> > > > > > --enable-languages=3Dc,c++ --disable-shared Thread model: posix
> > > > > > gcc version 3.4.6
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/libexec/gcc/s=
h-
> > > > > >linu x/3. 4.6 /cc1plus -quiet -v -D_GNU_SOURCE -DGNU_SOURCE
> > > > > > main.cpp -quiet -dumpbase main.cpp -m3e -mb -auxbase-strip main=
=2Eo
> > > > > > -Wall -version -o /tmp/ccik376j.s ignoring nonexistent directory
> > > > > >
> > > > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/local/in=
cl
> > > > > >ude" ignoring nonexistent directory
> > > > > >
> > > > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-l=
in
> > > > > >ux/3 .4.6 /.. /../../../sh-linux/include" #include "..." search
> > > > > > starts here: #include <...> search starts here:
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ ../ ../../../include/c++/3.4.6
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ ../ ../../../include/c++/3.4.6/sh-linux
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ ../ ../../../include/c++/3.4.6/backward
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ inc lude
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/include E=
nd
> > > > > > of search list.
> > > > > > GNU C++ version 3.4.6 (sh-linux)
> > > > > >         compiled by GNU C version 4.1.0 (SUSE Linux).
> > > > > > GGC heuristics: --param ggc-min-expand=3D99 --param
> > > > > > ggc-min-heapsize=3D129238
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ ../ ../../../sh-linux/bin/as -big -o main.o
> > > > > > /tmp/ccik376j.s sh-linux-g++ -m3e -mb -Wl,-EB
> > > > > > -Wl,-elf2flt=3D-s65536  -o c++1stApp main.o
> > > > > > c++1stApp.elf2flt: In function `_Unwind_Find_FDE':
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unw=
in
> > > > > >d-dw 2-fd e-gl ibc.c:291: undefined reference to `dl_iterate_phd=
r'
> > > > > > collect2: ld returned 1 exit status
> > > > > > make[2]: *** [c++1stApp] Error 1
> > > > > > make[2]: Leaving directory
> > > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' make[1]: ***
> > > > > > [build] Error 2
> > > > > > make[1]: Leaving directory
> > > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make: ***
> > > > > > [c++1stApp] Error 2
> > > > > >
> > > > > > Thanks a lot and best regards
> > > > >
> > > > > As a work-around, you may try to arrange your makefile to link
> > > > > statically against libdl.a where actually _dl_iterate_phdr is
> > > > > defined. The final solution consists of moving the _dl_iterate_ph=
dr
> > > > > from libdl.a to libc.a,
> > > > > but it needs some other changes. I've already have a working
> > > > > solution for uClibc-nptl
> > > > > for sh4, but this is still missing from the trunk.
> > > > > I'm working to merge it to trunk asas. Then you need to use the
> > > > > latest uClibc.
> > > > >
> > > > > See if the work-around works for you.
> > > > >
> > > > > Carmelo
> > > > > -
> > > > > To unsubscribe from this list: send the line "unsubscribe linux-s=
h"
> > > > > in the body of a message to maj...@vg...
> > > > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > >
> > > > --
> > > > Fabio Giovagnini
> > > >
> > > > Aurion s.r.l.
> > > > via degli orti 11,
> > > > 40050 Funo di Argelato (BO)
> > > > P.I e C.F.
> > > > 00885711200
> > > > Tel. +39.335.8350919
> > > > Fax +39.051.8659009
> > > >
> > > > www.aurion-tech.com
> > > >
> > > > account telefono VoIP skype (www.skype.com):
> > > > aurion.giovagnini
> > > >
> > > > aurion.giovagnini
> > > > -
> > > > To unsubscribe from this list: send the line "unsubscribe linux-sh"
> > > > in the body of a message to maj...@vg...
> > > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> > --
> > Fabio Giovagnini
> >
> > Aurion s.r.l.
> > via degli orti 11,
> > 40050 Funo di Argelato (BO)
> > P.I e C.F.
> > 00885711200
> > Tel. +39.335.8350919
> > Fax +39.051.8659009
> >
> > www.aurion-tech.com
> >
> > account telefono VoIP skype (www.skype.com):
> > aurion.giovagnini
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to maj...@vg...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi, all,

[Fabio G. <fab...@au...>]

Ok.
I'll send you infos as soon as it will be availables.

Regards


Alle 00:47, gioved=EC 24 gennaio 2008, Kieran Bingham ha scritto:
> Yes, FTP access would be appreciated.
>
> E-Mail the details privately to my work address if you could please?
> kbi...@mp...
>
> I'll try and fix the autoconfigure issue you are having and integrate
> it into the SH7203 build scripts, then get an update on the website
> when I can.
>
> --
> Cheers
> Kieran
>
> On 23/01/2008, Fabio Giovagnini <fab...@au...> wrote:
> > Now following the suggetion of Carmelo,  I got a working gcc / g++ -
> > uclibc based tool-chian for my sh7203 based board.
> > About libiberty compilation I had a lot of problems related to the
> > missing of target specifig compiling option (-mb, -m3e, ...) at the
> > moment of cross compiling of the librery.
> > I solved the problem manually into the make file, but each time you
> > reconfigure the problem appears again obviusly.
> > I can compress the tollchain source dir ad put on our fpt server. I' not
> > so smart doing patches and I think it is better that a guy starter than
> > me gives a look at my work before considering it good also for others.
> >
> > Keiram let me know if you like to download from our server so that a se=
nd
> > you username and passwrod for a temporary account.
> >
> > P.S.
> > I got on the trget Hello World!!! in c++.
> > This give me the capabiliti of developing on target usign alse c++ GUI
> > framework based on libSDL.org
> >
> > Best regards.
> >
> > Alle 10:34, marted=EC 22 gennaio 2008, Kieran Bingham ha scritto:
> > > Hi Fabio,
> > >
> > > The SH2/SH2a does not have any support for shared librarys yet. I
> > > think its something renesas are thinking about but they haven't got to
> > > yet.
> > >
> > > This was a problem we hit while working on the board too.
> > >
> > > > 3) I looked for ARCH_HAS_NO_LDSO and I found in
> > > > extra/Configs/Config.sh config CONFIG_SH2
> > > >         select ARCH_HAS_NO_MMU
> > > >         select ARCH_HAS_NO_LDSO
> > > >         bool "SH2"
> > > >
> > > > so I got the answer to my question.
> > > >
> > > > Well.
> > > > Setting ARCH_HAS_NO_LDSO is needed by my sh27203 target or is a
> > > > choice of MCP data for building the minimal sysstem?
> > >
> > > No, this was not a choice of MPC Data. We didn't change anything in
> > > that uClibc source tree.
> > >
> > > Carmello: What is this `dl_iterate_phdr' - is it something that is
> > > part of dynamic linking / shared libraries?
> > > --
> > > Kieran
> > >
> > > > Thanks a lot.
> > > >
> > > > Ciao
> > > >
> > > > Alle 08:58, marted=EC 22 gennaio 2008, Carmelo AMOROSO ha scritto:
> > > > > Fabio Giovagnini wrote:
> > > > > > You understood properly about what I have been trying to do. Iw=
as
> > > > > > trying to link a simple c++ application staticxally using uclib=
c.
> > > > > >
> > > > > > This is the output you are asking for.
> > > > > > If it is not enogh tell me what to add more.
> > > > > >
> > > > > > fgiovagnini@aurio02:~/sh7203-uClinux-1.4/build> make c++1stApp
> > > > > > make -f Makefile.c++1stApp
> > > > > > make[1]: Entering directory
> > > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make -e -C
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../c++1stApp make[2]:
> > > > > > Entering directory
> > > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' sh-linux-g++
> > > > > > -m3e -mb -v -DGNU_SOURCE -Wall   -c -o main.o main.cpp Reading
> > > > > > specs from
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ spe cs Configured with:
> > > > > >=20
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/configu=
re
> > > > > > --prefix=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> > > > > > --target=3Dsh-linux
> > > > > > --with-sysroot=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/tar=
get
> > > > > > --enable-languages=3Dc,c++ --disable-shared Thread model: posix
> > > > > > gcc version 3.4.6
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/libexec/gcc/s=
h-
> > > > > >linu x/3. 4.6 /cc1plus -quiet -v -D_GNU_SOURCE -DGNU_SOURCE
> > > > > > main.cpp -quiet -dumpbase main.cpp -m3e -mb -auxbase-strip main=
=2Eo
> > > > > > -Wall -version -o /tmp/ccik376j.s ignoring nonexistent directory
> > > > > >
> > > > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/local/in=
cl
> > > > > >ude" ignoring nonexistent directory
> > > > > >
> > > > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-l=
in
> > > > > >ux/3 .4.6 /.. /../../../sh-linux/include" #include "..." search
> > > > > > starts here: #include <...> search starts here:
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ ../ ../../../include/c++/3.4.6
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ ../ ../../../include/c++/3.4.6/sh-linux
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ ../ ../../../include/c++/3.4.6/backward
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ inc lude
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/include E=
nd
> > > > > > of search list.
> > > > > > GNU C++ version 3.4.6 (sh-linux)
> > > > > >         compiled by GNU C version 4.1.0 (SUSE Linux).
> > > > > > GGC heuristics: --param ggc-min-expand=3D99 --param
> > > > > > ggc-min-heapsize=3D129238
> > > > > >
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-li=
nu
> > > > > >x/3. 4.6/ ../ ../../../sh-linux/bin/as -big -o main.o
> > > > > > /tmp/ccik376j.s sh-linux-g++ -m3e -mb -Wl,-EB
> > > > > > -Wl,-elf2flt=3D-s65536  -o c++1stApp main.o
> > > > > > c++1stApp.elf2flt: In function `_Unwind_Find_FDE':
> > > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unw=
in
> > > > > >d-dw 2-fd e-gl ibc.c:291: undefined reference to `dl_iterate_phd=
r'
> > > > > > collect2: ld returned 1 exit status
> > > > > > make[2]: *** [c++1stApp] Error 1
> > > > > > make[2]: Leaving directory
> > > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' make[1]: ***
> > > > > > [build] Error 2
> > > > > > make[1]: Leaving directory
> > > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make: ***
> > > > > > [c++1stApp] Error 2
> > > > > >
> > > > > > Thanks a lot and best regards
> > > > >
> > > > > As a work-around, you may try to arrange your makefile to link
> > > > > statically against libdl.a where actually _dl_iterate_phdr is
> > > > > defined. The final solution consists of moving the _dl_iterate_ph=
dr
> > > > > from libdl.a to libc.a,
> > > > > but it needs some other changes. I've already have a working
> > > > > solution for uClibc-nptl
> > > > > for sh4, but this is still missing from the trunk.
> > > > > I'm working to merge it to trunk asas. Then you need to use the
> > > > > latest uClibc.
> > > > >
> > > > > See if the work-around works for you.
> > > > >
> > > > > Carmelo
> > > > > -
> > > > > To unsubscribe from this list: send the line "unsubscribe linux-s=
h"
> > > > > in the body of a message to maj...@vg...
> > > > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > >
> > > > --
> > > > Fabio Giovagnini
> > > >
> > > > Aurion s.r.l.
> > > > via degli orti 11,
> > > > 40050 Funo di Argelato (BO)
> > > > P.I e C.F.
> > > > 00885711200
> > > > Tel. +39.335.8350919
> > > > Fax +39.051.8659009
> > > >
> > > > www.aurion-tech.com
> > > >
> > > > account telefono VoIP skype (www.skype.com):
> > > > aurion.giovagnini
> > > >
> > > > aurion.giovagnini
> > > > -
> > > > To unsubscribe from this list: send the line "unsubscribe linux-sh"
> > > > in the body of a message to maj...@vg...
> > > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> > --
> > Fabio Giovagnini
> >
> > Aurion s.r.l.
> > via degli orti 11,
> > 40050 Funo di Argelato (BO)
> > P.I e C.F.
> > 00885711200
> > Tel. +39.335.8350919
> > Fax +39.051.8659009
> >
> > www.aurion-tech.com
> >
> > account telefono VoIP skype (www.skype.com):
> > aurion.giovagnini

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi, all,

[Fabio G. <fab...@au...>]

Definitively I have mate a tar.bz2 with gcc-3.4.6 modified to mak it able t=
o=20
build properly on top of binutils-2.17 (from sh7203-uclinux-1.4 of MPC Data)
and on uClibc-0.9.27-sh2 form same source.

The only problem stiill present is I have to modify the files=20
build/stage/gcc/sh-linux/pic/libiberty/Mikefole to add ac CC line -m4=20
and
The only problem stiill present is I have to modify the files=20
build/stage/gcc/sh-linux/pic/mb/libiberty/Mikefole to add ac CC line -m4

otherwise I get an assembler error.

But for my purpouse the toolchain work; I have benn able to compile a very=
=20
sample application  based on SDL and GUIlib (you can check on libsdl.org.)
GUIlib a a c++ framework for building a graphical application.
The app is 540 kbyte, so also the size is good for me.

I think havign c++ working on such a target is a very usefull think.

Let me know if you like to download the tar.bz2 from my server.
If yes I'll open a tempiorary account and I send you all the necessary info=
s.

Best reagrds






Alle 20:50, mercoled=EC 23 gennaio 2008, Fabio Giovagnini ha scritto:
> Now following the suggetion of Carmelo,  I got a working gcc / g++ - ucli=
bc
> based tool-chian for my sh7203 based board.
> About libiberty compilation I had a lot of problems related to the missing
> of target specifig compiling option (-mb, -m3e, ...) at the moment of cro=
ss
> compiling of the librery.
> I solved the problem manually into the make file, but each time you
> reconfigure the problem appears again obviusly.
> I can compress the tollchain source dir ad put on our fpt server. I' not =
so
> smart doing patches and I think it is better that a guy starter than me
> gives a look at my work before considering it good also for others.
>
> Keiram let me know if you like to download from our server so that a send
> you username and passwrod for a temporary account.
>
> P.S.
> I got on the trget Hello World!!! in c++.
> This give me the capabiliti of developing on target usign alse c++ GUI
> framework based on libSDL.org
>
> Best regards.
>
> Alle 10:34, marted=EC 22 gennaio 2008, Kieran Bingham ha scritto:
> > Hi Fabio,
> >
> > The SH2/SH2a does not have any support for shared librarys yet. I
> > think its something renesas are thinking about but they haven't got to
> > yet.
> >
> > This was a problem we hit while working on the board too.
> >
> > > 3) I looked for ARCH_HAS_NO_LDSO and I found in extra/Configs/Config.=
sh
> > > config CONFIG_SH2
> > >         select ARCH_HAS_NO_MMU
> > >         select ARCH_HAS_NO_LDSO
> > >         bool "SH2"
> > >
> > > so I got the answer to my question.
> > >
> > > Well.
> > > Setting ARCH_HAS_NO_LDSO is needed by my sh27203 target or is a choice
> > > of MCP data for building the minimal sysstem?
> >
> > No, this was not a choice of MPC Data. We didn't change anything in
> > that uClibc source tree.
> >
> > Carmello: What is this `dl_iterate_phdr' - is it something that is
> > part of dynamic linking / shared libraries?
> > --
> > Kieran
> >
> > > Thanks a lot.
> > >
> > > Ciao
> > >
> > > Alle 08:58, marted=EC 22 gennaio 2008, Carmelo AMOROSO ha scritto:
> > > > Fabio Giovagnini wrote:
> > > > > You understood properly about what I have been trying to do. Iwas
> > > > > trying to link a simple c++ application staticxally using uclibc.
> > > > >
> > > > > This is the output you are asking for.
> > > > > If it is not enogh tell me what to add more.
> > > > >
> > > > > fgiovagnini@aurio02:~/sh7203-uClinux-1.4/build> make c++1stApp
> > > > > make -f Makefile.c++1stApp
> > > > > make[1]: Entering directory
> > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make -e -C
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../c++1stApp make[2]:
> > > > > Entering directory
> > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' sh-linux-g++ -m3e
> > > > > -mb -v -DGNU_SOURCE -Wall   -c -o main.o main.cpp Reading specs
> > > > > from
> > > > >
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linu=
x/
> > > > >3. 4.6/ spe cs Configured with:
> > > > >  /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/configure
> > > > >  --prefix=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> > > > > --target=3Dsh-linux
> > > > > --with-sysroot=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> > > > > --enable-languages=3Dc,c++ --disable-shared Thread model: posix
> > > > > gcc version 3.4.6
> > > > >
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/libexec/gcc/sh-=
li
> > > > >nu x/3. 4.6 /cc1plus -quiet -v -D_GNU_SOURCE -DGNU_SOURCE main.cpp
> > > > > -quiet -dumpbase main.cpp -m3e -mb -auxbase-strip main.o -Wall
> > > > > -version -o /tmp/ccik376j.s ignoring nonexistent directory
> > > > >
> > > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/local/incl=
ud
> > > > >e" ignoring nonexistent directory
> > > > >
> > > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-lin=
ux
> > > > >/3 .4.6 /.. /../../../sh-linux/include" #include "..." search star=
ts
> > > > > here: #include <...> search starts here:
> > > > >
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linu=
x/
> > > > >3. 4.6/ ../ ../../../include/c++/3.4.6
> > > > >
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linu=
x/
> > > > >3. 4.6/ ../ ../../../include/c++/3.4.6/sh-linux
> > > > >
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linu=
x/
> > > > >3. 4.6/ ../ ../../../include/c++/3.4.6/backward
> > > > >
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linu=
x/
> > > > >3. 4.6/ inc lude
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/include End
> > > > > of search list.
> > > > > GNU C++ version 3.4.6 (sh-linux)
> > > > >         compiled by GNU C version 4.1.0 (SUSE Linux).
> > > > > GGC heuristics: --param ggc-min-expand=3D99 --param
> > > > > ggc-min-heapsize=3D129238
> > > > >
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linu=
x/
> > > > >3. 4.6/ ../ ../../../sh-linux/bin/as -big -o main.o /tmp/ccik376j.s
> > > > > sh-linux-g++ -m3e -mb -Wl,-EB -Wl,-elf2flt=3D-s65536  -o c++1stApp
> > > > > main.o
> > > > > c++1stApp.elf2flt: In function `_Unwind_Find_FDE':
> > > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unwin=
d-
> > > > >dw 2-fd e-gl ibc.c:291: undefined reference to `dl_iterate_phdr'
> > > > > collect2: ld returned 1 exit status
> > > > > make[2]: *** [c++1stApp] Error 1
> > > > > make[2]: Leaving directory
> > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' make[1]: ***
> > > > > [build] Error 2
> > > > > make[1]: Leaving directory
> > > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make: *** [c++1stApp]
> > > > > Error 2
> > > > >
> > > > > Thanks a lot and best regards
> > > >
> > > > As a work-around, you may try to arrange your makefile to link
> > > > statically against libdl.a where actually _dl_iterate_phdr is
> > > > defined. The final solution consists of moving the _dl_iterate_phdr
> > > > from libdl.a to libc.a,
> > > > but it needs some other changes. I've already have a working soluti=
on
> > > > for uClibc-nptl
> > > > for sh4, but this is still missing from the trunk.
> > > > I'm working to merge it to trunk asas. Then you need to use the
> > > > latest uClibc.
> > > >
> > > > See if the work-around works for you.
> > > >
> > > > Carmelo
> > > > -
> > > > To unsubscribe from this list: send the line "unsubscribe linux-sh"
> > > > in the body of a message to maj...@vg...
> > > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > >
> > > --
> > > Fabio Giovagnini
> > >
> > > Aurion s.r.l.
> > > via degli orti 11,
> > > 40050 Funo di Argelato (BO)
> > > P.I e C.F.
> > > 00885711200
> > > Tel. +39.335.8350919
> > > Fax +39.051.8659009
> > >
> > > www.aurion-tech.com
> > >
> > > account telefono VoIP skype (www.skype.com):
> > > aurion.giovagnini
> > >
> > > aurion.giovagnini
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > > the body of a message to maj...@vg...
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi, all,

[Fabio G. <fab...@au...>]

Now following the suggetion of Carmelo,  I got a working gcc / g++ - uclibc=
=20
based tool-chian for my sh7203 based board.
About libiberty compilation I had a lot of problems related to the missing =
of=20
target specifig compiling option (-mb, -m3e, ...) at the moment of cross=20
compiling of the librery.
I solved the problem manually into the make file, but each time you=20
reconfigure the problem appears again obviusly.
I can compress the tollchain source dir ad put on our fpt server. I' not so=
=20
smart doing patches and I think it is better that a guy starter than me giv=
es=20
a look at my work before considering it good also for others.

Keiram let me know if you like to download from our server so that a send y=
ou=20
username and passwrod for a temporary account.

P.S.
I got on the trget Hello World!!! in c++.
This give me the capabiliti of developing on target usign alse c++ GUI =20
framework based on libSDL.org

Best regards.


Alle 10:34, marted=EC 22 gennaio 2008, Kieran Bingham ha scritto:
> Hi Fabio,
>
> The SH2/SH2a does not have any support for shared librarys yet. I
> think its something renesas are thinking about but they haven't got to
> yet.
>
> This was a problem we hit while working on the board too.
>
> > 3) I looked for ARCH_HAS_NO_LDSO and I found in extra/Configs/Config.sh
> > config CONFIG_SH2
> >         select ARCH_HAS_NO_MMU
> >         select ARCH_HAS_NO_LDSO
> >         bool "SH2"
> >
> > so I got the answer to my question.
> >
> > Well.
> > Setting ARCH_HAS_NO_LDSO is needed by my sh27203 target or is a choice =
of
> > MCP data for building the minimal sysstem?
>
> No, this was not a choice of MPC Data. We didn't change anything in
> that uClibc source tree.
>
> Carmello: What is this `dl_iterate_phdr' - is it something that is
> part of dynamic linking / shared libraries?
> --
> Kieran
>
> > Thanks a lot.
> >
> > Ciao
> >
> > Alle 08:58, marted=EC 22 gennaio 2008, Carmelo AMOROSO ha scritto:
> > > Fabio Giovagnini wrote:
> > > > You understood properly about what I have been trying to do. Iwas
> > > > trying to link a simple c++ application staticxally using uclibc.
> > > >
> > > > This is the output you are asking for.
> > > > If it is not enogh tell me what to add more.
> > > >
> > > > fgiovagnini@aurio02:~/sh7203-uClinux-1.4/build> make c++1stApp
> > > > make -f Makefile.c++1stApp
> > > > make[1]: Entering directory
> > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make -e -C
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../c++1stApp make[2]:
> > > > Entering directory
> > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' sh-linux-g++ -m3e
> > > > -mb -v -DGNU_SOURCE -Wall   -c -o main.o main.cpp Reading specs from
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ spe cs Configured with:
> > > >  /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/configure
> > > >  --prefix=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> > > > --target=3Dsh-linux
> > > > --with-sysroot=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> > > > --enable-languages=3Dc,c++ --disable-shared Thread model: posix
> > > > gcc version 3.4.6
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/libexec/gcc/sh-li=
nu
> > > >x/3. 4.6 /cc1plus -quiet -v -D_GNU_SOURCE -DGNU_SOURCE main.cpp -qui=
et
> > > > -dumpbase main.cpp -m3e -mb -auxbase-strip main.o -Wall -version -o
> > > > /tmp/ccik376j.s ignoring nonexistent directory
> > > >=20
> > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/local/includ=
e"
> > > > ignoring nonexistent directory
> > > >
> > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux=
/3
> > > >.4.6 /.. /../../../sh-linux/include" #include "..." search starts
> > > > here: #include <...> search starts here:
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ ../ ../../../include/c++/3.4.6
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ ../ ../../../include/c++/3.4.6/sh-linux
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ ../ ../../../include/c++/3.4.6/backward
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ inc lude
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/include End of
> > > > search list.
> > > > GNU C++ version 3.4.6 (sh-linux)
> > > >         compiled by GNU C version 4.1.0 (SUSE Linux).
> > > > GGC heuristics: --param ggc-min-expand=3D99 --param
> > > > ggc-min-heapsize=3D129238
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ ../ ../../../sh-linux/bin/as -big -o main.o /tmp/ccik376j.s
> > > > sh-linux-g++ -m3e -mb -Wl,-EB -Wl,-elf2flt=3D-s65536  -o c++1stApp
> > > > main.o
> > > > c++1stApp.elf2flt: In function `_Unwind_Find_FDE':
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unwind-=
dw
> > > >2-fd e-gl ibc.c:291: undefined reference to `dl_iterate_phdr'
> > > > collect2: ld returned 1 exit status
> > > > make[2]: *** [c++1stApp] Error 1
> > > > make[2]: Leaving directory
> > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' make[1]: *** [buil=
d]
> > > > Error 2
> > > > make[1]: Leaving directory
> > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make: *** [c++1stApp]
> > > > Error 2
> > > >
> > > > Thanks a lot and best regards
> > >
> > > As a work-around, you may try to arrange your makefile to link
> > > statically against libdl.a where actually _dl_iterate_phdr is defined.
> > > The final solution consists of moving the _dl_iterate_phdr from libdl=
=2Ea
> > > to libc.a,
> > > but it needs some other changes. I've already have a working solution
> > > for uClibc-nptl
> > > for sh4, but this is still missing from the trunk.
> > > I'm working to merge it to trunk asas. Then you need to use the latest
> > > uClibc.
> > >
> > > See if the work-around works for you.
> > >
> > > Carmelo
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > > the body of a message to maj...@vg...
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> > --
> > Fabio Giovagnini
> >
> > Aurion s.r.l.
> > via degli orti 11,
> > 40050 Funo di Argelato (BO)
> > P.I e C.F.
> > 00885711200
> > Tel. +39.335.8350919
> > Fax +39.051.8659009
> >
> > www.aurion-tech.com
> >
> > account telefono VoIP skype (www.skype.com):
> > aurion.giovagnini
> >
> > aurion.giovagnini
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > the body of a message to maj...@vg...
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi, all,

[Fabio G. <fab...@au...>]

I'll try ASAP and keep you informed.

Reagards.

Alle 11:13, marted=EC 22 gennaio 2008, Carmelo AMOROSO ha scritto:
> Fabio Giovagnini wrote:
> > Ok, so to solve my problem of linking statically  a c++ application with
> > uclibc I need to move the function
> > dl_iterate_phdr
> > form
> > libdl
> > to libc
> > ar Carmelo suggest.
> > Is it correct?
>
> Yes, you should.. but I suggest you waiting for the the patched uClibc.
>
> I could suggest another work-around. You may patch your gcc to use the
> generic
> unwind implementation instead unwind-dw2-fde instead of the glibc
> one unwind-dw2-fde-glibc.
> Patch gcc/config/t-linux (from gcc source) changing the line
>
> # Use unwind-dw2-fde-glibc
> LIB2ADDEH =3D $(srcdir)/unwind-dw2.c $(srcdir)/unwind-dw2-fde-glibc.c \
>
> with
> # Use unwind-dw2-fde
> LIB2ADDEH =3D $(srcdir)/unwind-dw2.c $(srcdir)/unwind-dw2-fde.c \
>
> This temporary work-around worked for me before fixing uClibc.
> Generic unwind-dw2-fde doesn't use the _dl_iterate_phdr.
>
> Carmelo
>
> > Alle 10:34, marted=EC 22 gennaio 2008, Kieran Bingham ha scritto:
> >> Hi Fabio,
> >>
> >> The SH2/SH2a does not have any support for shared librarys yet. I
> >> think its something renesas are thinking about but they haven't got to
> >> yet.
> >>
> >> This was a problem we hit while working on the board too.
> >>
> >>> 3) I looked for ARCH_HAS_NO_LDSO and I found in extra/Configs/Config.=
sh
> >>> config CONFIG_SH2
> >>>         select ARCH_HAS_NO_MMU
> >>>         select ARCH_HAS_NO_LDSO
> >>>         bool "SH2"
> >>>
> >>> so I got the answer to my question.
> >>>
> >>> Well.
> >>> Setting ARCH_HAS_NO_LDSO is needed by my sh27203 target or is a choice
> >>> of MCP data for building the minimal sysstem?
> >>
> >> No, this was not a choice of MPC Data. We didn't change anything in
> >> that uClibc source tree.
> >>
> >> Carmello: What is this `dl_iterate_phdr' - is it something that is
> >> part of dynamic linking / shared libraries?
> >> --
> >> Kieran
> >>
> >>> Thanks a lot.
> >>>
> >>> Ciao
> >>>
> >>> Alle 08:58, marted=EC 22 gennaio 2008, Carmelo AMOROSO ha scritto:
> >>>> Fabio Giovagnini wrote:
> >>>>> You understood properly about what I have been trying to do. Iwas
> >>>>> trying to link a simple c++ application staticxally using uclibc.
> >>>>>
> >>>>> This is the output you are asking for.
> >>>>> If it is not enogh tell me what to add more.
> >>>>>
> >>>>> fgiovagnini@aurio02:~/sh7203-uClinux-1.4/build> make c++1stApp
> >>>>> make -f Makefile.c++1stApp
> >>>>> make[1]: Entering directory
> >>>>> `/home/fgiovagnini/sh7203-uClinux-1.4/build' make -e -C
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/../c++1stApp make[2]:
> >>>>> Entering directory
> >>>>> `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' sh-linux-g++ -m3e
> >>>>> -mb -v -DGNU_SOURCE -Wall   -c -o main.o main.cpp Reading specs from
> >>>>>
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> >>>>> 4.6/ spe cs Configured with:
> >>>>>  /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/configure
> >>>>>  --prefix=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> >>>>> --target=3Dsh-linux
> >>>>> --with-sysroot=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> >>>>> --enable-languages=3Dc,c++ --disable-shared Thread model: posix
> >>>>> gcc version 3.4.6
> >>>>>
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/target/libexec/gcc/sh-li=
nu
> >>>>> x/3. 4.6 /cc1plus -quiet -v -D_GNU_SOURCE -DGNU_SOURCE main.cpp
> >>>>> -quiet -dumpbase main.cpp -m3e -mb -auxbase-strip main.o -Wall
> >>>>> -version -o /tmp/ccik376j.s ignoring nonexistent directory
> >>>>>
> >>>>> "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/local/includ=
e"
> >>>>> ignoring nonexistent directory
> >>>>>
> >>>>> "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux=
/3
> >>>>> .4.6 /.. /../../../sh-linux/include" #include "..." search starts
> >>>>> here: #include <...> search starts here:
> >>>>>
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> >>>>> 4.6/ ../ ../../../include/c++/3.4.6
> >>>>>
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> >>>>> 4.6/ ../ ../../../include/c++/3.4.6/sh-linux
> >>>>>
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> >>>>> 4.6/ ../ ../../../include/c++/3.4.6/backward
> >>>>>
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> >>>>> 4.6/ inc lude
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/include End of
> >>>>> search list.
> >>>>> GNU C++ version 3.4.6 (sh-linux)
> >>>>>         compiled by GNU C version 4.1.0 (SUSE Linux).
> >>>>> GGC heuristics: --param ggc-min-expand=3D99 --param
> >>>>> ggc-min-heapsize=3D129238
> >>>>>
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> >>>>> 4.6/ ../ ../../../sh-linux/bin/as -big -o main.o /tmp/ccik376j.s
> >>>>> sh-linux-g++ -m3e -mb -Wl,-EB -Wl,-elf2flt=3D-s65536  -o c++1stApp
> >>>>> main.o
> >>>>> c++1stApp.elf2flt: In function `_Unwind_Find_FDE':
> >>>>> /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unwind-=
dw
> >>>>> 2-fd e-gl ibc.c:291: undefined reference to `dl_iterate_phdr'
> >>>>> collect2: ld returned 1 exit status
> >>>>> make[2]: *** [c++1stApp] Error 1
> >>>>> make[2]: Leaving directory
> >>>>> `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' make[1]: *** [buil=
d]
> >>>>> Error 2
> >>>>> make[1]: Leaving directory
> >>>>> `/home/fgiovagnini/sh7203-uClinux-1.4/build' make: *** [c++1stApp]
> >>>>> Error 2
> >>>>>
> >>>>> Thanks a lot and best regards
> >>>>
> >>>> As a work-around, you may try to arrange your makefile to link
> >>>> statically against libdl.a where actually _dl_iterate_phdr is define=
d.
> >>>> The final solution consists of moving the _dl_iterate_phdr from
> >>>> libdl.a to libc.a,
> >>>> but it needs some other changes. I've already have a working solution
> >>>> for uClibc-nptl
> >>>> for sh4, but this is still missing from the trunk.
> >>>> I'm working to merge it to trunk asas. Then you need to use the late=
st
> >>>> uClibc.
> >>>>
> >>>> See if the work-around works for you.
> >>>>
> >>>> Carmelo
> >>>> -
> >>>> To unsubscribe from this list: send the line "unsubscribe linux-sh" =
in
> >>>> the body of a message to maj...@vg...
> >>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >>>
> >>> --
> >>> Fabio Giovagnini
> >>>
> >>> Aurion s.r.l.
> >>> via degli orti 11,
> >>> 40050 Funo di Argelato (BO)
> >>> P.I e C.F.
> >>> 00885711200
> >>> Tel. +39.335.8350919
> >>> Fax +39.051.8659009
> >>>
> >>> www.aurion-tech.com
> >>>
> >>> account telefono VoIP skype (www.skype.com):
> >>> aurion.giovagnini
> >>>
> >>> aurion.giovagnini
> >>> -
> >>> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> >>> the body of a message to maj...@vg...
> >>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to maj...@vg...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi, all,

[Fabio G. <fab...@au...>]

Ok, so to solve my problem of linking statically  a c++ application with=20
uclibc I need to move the function
dl_iterate_phdr
form=20
libdl=20
to libc=20
ar Carmelo suggest.
Is it correct?


Alle 10:34, marted=EC 22 gennaio 2008, Kieran Bingham ha scritto:
> Hi Fabio,
>
> The SH2/SH2a does not have any support for shared librarys yet. I
> think its something renesas are thinking about but they haven't got to
> yet.
>
> This was a problem we hit while working on the board too.
>
> > 3) I looked for ARCH_HAS_NO_LDSO and I found in extra/Configs/Config.sh
> > config CONFIG_SH2
> >         select ARCH_HAS_NO_MMU
> >         select ARCH_HAS_NO_LDSO
> >         bool "SH2"
> >
> > so I got the answer to my question.
> >
> > Well.
> > Setting ARCH_HAS_NO_LDSO is needed by my sh27203 target or is a choice =
of
> > MCP data for building the minimal sysstem?
>
> No, this was not a choice of MPC Data. We didn't change anything in
> that uClibc source tree.
>
> Carmello: What is this `dl_iterate_phdr' - is it something that is
> part of dynamic linking / shared libraries?
> --
> Kieran
>
> > Thanks a lot.
> >
> > Ciao
> >
> > Alle 08:58, marted=EC 22 gennaio 2008, Carmelo AMOROSO ha scritto:
> > > Fabio Giovagnini wrote:
> > > > You understood properly about what I have been trying to do. Iwas
> > > > trying to link a simple c++ application staticxally using uclibc.
> > > >
> > > > This is the output you are asking for.
> > > > If it is not enogh tell me what to add more.
> > > >
> > > > fgiovagnini@aurio02:~/sh7203-uClinux-1.4/build> make c++1stApp
> > > > make -f Makefile.c++1stApp
> > > > make[1]: Entering directory
> > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make -e -C
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../c++1stApp make[2]:
> > > > Entering directory
> > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' sh-linux-g++ -m3e
> > > > -mb -v -DGNU_SOURCE -Wall   -c -o main.o main.cpp Reading specs from
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ spe cs Configured with:
> > > >  /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/configure
> > > >  --prefix=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> > > > --target=3Dsh-linux
> > > > --with-sysroot=3D/home/fgiovagnini/sh7203-uClinux-1.4/build/target
> > > > --enable-languages=3Dc,c++ --disable-shared Thread model: posix
> > > > gcc version 3.4.6
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/libexec/gcc/sh-li=
nu
> > > >x/3. 4.6 /cc1plus -quiet -v -D_GNU_SOURCE -DGNU_SOURCE main.cpp -qui=
et
> > > > -dumpbase main.cpp -m3e -mb -auxbase-strip main.o -Wall -version -o
> > > > /tmp/ccik376j.s ignoring nonexistent directory
> > > >=20
> > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/local/includ=
e"
> > > > ignoring nonexistent directory
> > > >
> > > > "/home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux=
/3
> > > >.4.6 /.. /../../../sh-linux/include" #include "..." search starts
> > > > here: #include <...> search starts here:
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ ../ ../../../include/c++/3.4.6
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ ../ ../../../include/c++/3.4.6/sh-linux
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ ../ ../../../include/c++/3.4.6/backward
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ inc lude
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/usr/include End of
> > > > search list.
> > > > GNU C++ version 3.4.6 (sh-linux)
> > > >         compiled by GNU C version 4.1.0 (SUSE Linux).
> > > > GGC heuristics: --param ggc-min-expand=3D99 --param
> > > > ggc-min-heapsize=3D129238
> > > >
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/target/lib/gcc/sh-linux/=
3.
> > > >4.6/ ../ ../../../sh-linux/bin/as -big -o main.o /tmp/ccik376j.s
> > > > sh-linux-g++ -m3e -mb -Wl,-EB -Wl,-elf2flt=3D-s65536  -o c++1stApp
> > > > main.o
> > > > c++1stApp.elf2flt: In function `_Unwind_Find_FDE':
> > > > /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unwind-=
dw
> > > >2-fd e-gl ibc.c:291: undefined reference to `dl_iterate_phdr'
> > > > collect2: ld returned 1 exit status
> > > > make[2]: *** [c++1stApp] Error 1
> > > > make[2]: Leaving directory
> > > > `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp' make[1]: *** [buil=
d]
> > > > Error 2
> > > > make[1]: Leaving directory
> > > > `/home/fgiovagnini/sh7203-uClinux-1.4/build' make: *** [c++1stApp]
> > > > Error 2
> > > >
> > > > Thanks a lot and best regards
> > >
> > > As a work-around, you may try to arrange your makefile to link
> > > statically against libdl.a where actually _dl_iterate_phdr is defined.
> > > The final solution consists of moving the _dl_iterate_phdr from libdl=
=2Ea
> > > to libc.a,
> > > but it needs some other changes. I've already have a working solution
> > > for uClibc-nptl
> > > for sh4, but this is still missing from the trunk.
> > > I'm working to merge it to trunk asas. Then you need to use the latest
> > > uClibc.
> > >
> > > See if the work-around works for you.
> > >
> > > Carmelo
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > > the body of a message to maj...@vg...
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> > --
> > Fabio Giovagnini
> >
> > Aurion s.r.l.
> > via degli orti 11,
> > 40050 Funo di Argelato (BO)
> > P.I e C.F.
> > 00885711200
> > Tel. +39.335.8350919
> > Fax +39.051.8659009
> >
> > www.aurion-tech.com
> >
> > account telefono VoIP skype (www.skype.com):
> > aurion.giovagnini
> >
> > aurion.giovagnini
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > the body of a message to maj...@vg...
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi, all,

[Fabio G. <fab...@au...>]

Sorry Carmelo,
could you explain me better how you solved the problem?
Regards


Alle 08:46, luned=EC 21 gennaio 2008, Carmelo AMOROSO ha scritto:
> Mike Frysinger wrote:
> > On Sunday 20 January 2008, Mike Frysinger wrote:
> >> On Sunday 20 January 2008, Fabio Giovagnini wrote:
> >>> I have such a problem with.
> >>> sh-uclibc-g++ 3.4.6
> >>>
> >>> /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unwind-dw=
2-
> >>>fd e- glibc.c:291: undefined reference to `dl_iterate_phdr'
> >>>
> >>> How can I solve.
> >>> Any suggestion will be appreciated.
> >>
> >> a one line error isnt exactly useful ... you didnt say what version of
> >> uClibc you're using or what you're using for a build system.
> >
> > and more importantly, what exactly are you doing
> > -mike
>
> Hi Mike,
> I think that Fabio is trying to linking statically a C++ application
> against uClibc. If so, (Fabio please clarify), the problem is extactly
> the same
> I posted on uClibc list last week (mmove _dl_iterate_phdr from libdl.a
> to libc.a).
>
> I have a already fixed it for nptl/sh4 branch... I'm just now merging
> the patch
> for the uClibc branch and post it for a wider review on uClibc.
>
> I'll put Fabio into the loop.. anyway Fabio should post his full command
> line
> used to build/link his application.
>
> Cheers,
> Carmelo
> -
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to maj...@vg...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi, all,

[Fabio G. <fab...@au...>]

This is the error
make[2]: Entering directory `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp'
sh-linux-g++ -m3e -mb -Wl,-EB -Wl,-elf2flt=3D-s65536  -o c++1stApp main.o
c++1stApp.elf2flt: In function `_Unwind_Find_FDE':
/home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unwind-dw2-fde-=
glibc.c:291:=20
undefined reference to `dl_iterate_phdr'
collect2: ld returned 1 exit status
make[2]: *** [c++1stApp] Error 1
make[2]: Leaving directory `/home/fgiovagnini/sh7203-uClinux-1.4/c++1stApp'
make[1]: *** [build] Error 2
make[1]: Leaving directory `/home/fgiovagnini/sh7203-uClinux-1.4/build'
make: *** [c++1stApp] Error 2


Alle 08:46, luned=EC 21 gennaio 2008, Carmelo AMOROSO ha scritto:
> Mike Frysinger wrote:
> > On Sunday 20 January 2008, Mike Frysinger wrote:
> >> On Sunday 20 January 2008, Fabio Giovagnini wrote:
> >>> I have such a problem with.
> >>> sh-uclibc-g++ 3.4.6
> >>>
> >>> /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unwind-dw=
2-
> >>>fd e- glibc.c:291: undefined reference to `dl_iterate_phdr'
> >>>
> >>> How can I solve.
> >>> Any suggestion will be appreciated.
> >>
> >> a one line error isnt exactly useful ... you didnt say what version of
> >> uClibc you're using or what you're using for a build system.
> >
> > and more importantly, what exactly are you doing
> > -mike
>
> Hi Mike,
> I think that Fabio is trying to linking statically a C++ application
> against uClibc. If so, (Fabio please clarify), the problem is extactly
> the same
> I posted on uClibc list last week (mmove _dl_iterate_phdr from libdl.a
> to libc.a).
>
> I have a already fixed it for nptl/sh4 branch... I'm just now merging
> the patch
> for the uClibc branch and post it for a wider review on uClibc.
>
> I'll put Fabio into the loop.. anyway Fabio should post his full command
> line
> used to build/link his application.
>
> Cheers,
> Carmelo

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi, all,

[Fabio G. <fab...@au...>]

Hi all,
this are more info.
Please tell me is this enough or you need more.
The kernel headers for buildign stage 2 of toolchain is 2.6.17 patched for=
=20
sh2a 7203 by MCP data. If needed I attach the patch.


fgiovagnini@aurio02:~/sh7203-uClinux-1.4/build/target/bin> ./sh-linux-g++=20
=2Ddumpversion
3.4.6

fgiovagnini@aurio02:~/sh7203-uClinux-1.4/build/target/bin> ./sh-linux-g++=20
=2Ddumpmachine
sh-linux

fgiovagnini@aurio02:~/sh7203-uClinux-1.4/build/target/bin> ./sh-linux-g++=20
=2Dprint-multi-lib
=2E;
pic;@fPIC
mb;@mb
m3e;@m3e
m4;@m4
mb/m3e;@mb@m3e
mb/m4;@mb@m4
pic/mb;@fPIC@mb
pic/m3e;@fPIC@m3e
pic/m4;@fPIC@m4
pic/mb/m3e;@fPIC@mb@m3e
pic/mb/m4;@fPIC@mb@m4

uClib is 0.9.27 with this config
#
# Automatically generated make config: don't edit
#
# TARGET_alpha is not set
# TARGET_arm is not set
# TARGET_bfin is not set
# TARGET_cris is not set
# TARGET_e1 is not set
# TARGET_frv is not set
# TARGET_h8300 is not set
# TARGET_i386 is not set
# TARGET_i960 is not set
# TARGET_m68k is not set
# TARGET_microblaze is not set
# TARGET_mips is not set
# TARGET_nios is not set
# TARGET_nios2 is not set
# TARGET_powerpc is not set
TARGET_sh=3Dy
# TARGET_sparc is not set
# TARGET_v850 is not set

#
# Target Architecture Features and Options
#
HAVE_ELF=3Dy
ARCH_SUPPORTS_LITTLE_ENDIAN=3Dy
TARGET_ARCH=3D"sh"
ARCH_SUPPORTS_BIG_ENDIAN=3Dy
HAVE_DOT_HIDDEN=3Dy
CONFIG_SH2=3Dy
# CONFIG_SH3 is not set
# CONFIG_SH4 is not set
# CONFIG_SH5 is not set
# ARCH_LITTLE_ENDIAN is not set
ARCH_BIG_ENDIAN=3Dy
ARCH_HAS_NO_MMU=3Dy
UCLIBC_HAS_FLOATS=3Dy
HAS_FPU=3Dy
DO_C99_MATH=3Dy
WARNINGS=3D"-Wall"
KERNEL_SOURCE=3D"$(KERNEL_SOURCE_DIRECTORY)"
UCLIBC_UCLINUX_BROKEN_MUNMAP=3Dy
EXCLUDE_BRK=3Dy
C_SYMBOL_PREFIX=3D""
HAVE_DOT_CONFIG=3Dy

#
# General Library Settings
#
# HAVE_NO_PIC is not set
# DOPIC is not set
# HAVE_NO_SHARED is not set
ARCH_HAS_NO_LDSO=3Dy
# UCLIBC_CTOR_DTOR is not set
# HAS_NO_THREADS is not set
UCLIBC_HAS_THREADS=3Dy
# PTHREADS_DEBUG_SUPPORT is not set
# UCLIBC_HAS_LFS is not set
MALLOC=3Dy
# MALLOC_SIMPLE is not set
# MALLOC_STANDARD is not set
# MALLOC_GLIBC_COMPAT is not set
# UCLIBC_DYNAMIC_ATEXIT is not set
HAS_SHADOW=3Dy
UNIX98PTY_ONLY=3Dy
ASSUME_DEVPTS=3Dy
UCLIBC_HAS_TM_EXTENSIONS=3Dy
UCLIBC_HAS_TZ_CACHING=3Dy
UCLIBC_HAS_TZ_FILE=3Dy
UCLIBC_HAS_TZ_FILE_READ_MANY=3Dy
UCLIBC_TZ_FILE_PATH=3D"/etc/TZ"

#
# Networking Support
#
# UCLIBC_HAS_IPV6 is not set
UCLIBC_HAS_RPC=3Dy
UCLIBC_HAS_FULL_RPC=3Dy

#
# String and Stdio Support
#
UCLIBC_HAS_STRING_GENERIC_OPT=3Dy
UCLIBC_HAS_STRING_ARCH_OPT=3Dy
UCLIBC_HAS_CTYPE_TABLES=3Dy
UCLIBC_HAS_CTYPE_SIGNED=3Dy
UCLIBC_HAS_CTYPE_UNSAFE=3Dy
# UCLIBC_HAS_CTYPE_CHECKED is not set
# UCLIBC_HAS_CTYPE_ENFORCED is not set
UCLIBC_HAS_WCHAR=3Dy
# UCLIBC_HAS_LOCALE is not set
# UCLIBC_HAS_HEXADECIMAL_FLOATS is not set
# UCLIBC_HAS_GLIBC_CUSTOM_PRINTF is not set
UCLIBC_PRINTF_SCANF_POSITIONAL_ARGS=3D9
# UCLIBC_HAS_SCANF_GLIBC_A_FLAG is not set
# UCLIBC_HAS_STDIO_BUFSIZ_NONE is not set
# UCLIBC_HAS_STDIO_BUFSIZ_256 is not set
# UCLIBC_HAS_STDIO_BUFSIZ_512 is not set
# UCLIBC_HAS_STDIO_BUFSIZ_1024 is not set
# UCLIBC_HAS_STDIO_BUFSIZ_2048 is not set
UCLIBC_HAS_STDIO_BUFSIZ_4096=3Dy
# UCLIBC_HAS_STDIO_BUFSIZ_8192 is not set
UCLIBC_HAS_STDIO_BUILTIN_BUFFER_NONE=3Dy
# UCLIBC_HAS_STDIO_BUILTIN_BUFFER_4 is not set
# UCLIBC_HAS_STDIO_BUILTIN_BUFFER_8 is not set
UCLIBC_HAS_STDIO_GETC_MACRO=3Dy
UCLIBC_HAS_STDIO_PUTC_MACRO=3Dy
UCLIBC_HAS_STDIO_AUTO_RW_TRANSITION=3Dy
# UCLIBC_HAS_FOPEN_EXCLUSIVE_MODE is not set
# UCLIBC_HAS_GLIBC_CUSTOM_STREAMS is not set
# UCLIBC_HAS_PRINTF_M_SPEC is not set
UCLIBC_HAS_ERRNO_MESSAGES=3Dy
# UCLIBC_HAS_SYS_ERRLIST is not set
UCLIBC_HAS_SIGNUM_MESSAGES=3Dy
# UCLIBC_HAS_SYS_SIGLIST is not set
UCLIBC_HAS_GNU_GETOPT=3Dy

#
# Big and Tall
#
UCLIBC_HAS_REGEX=3Dy
# UCLIBC_HAS_WORDEXP is not set
UCLIBC_HAS_FTW=3Dy
UCLIBC_HAS_GLOB=3Dy

#
# Library Installation Options
#
RUNTIME_PREFIX=3D"/"
DEVEL_PREFIX=3D"/usr/"

#
# uClibc security related options
#
# UCLIBC_SECURITY is not set

#
# uClibc development/debugging options
#
# DODEBUG is not set
# DOASSERTS is not set
# UCLIBC_MALLOC_DEBUGGING is not set
# UCLIBC_MJN3_ONLY is not set



Alle 08:46, luned=EC 21 gennaio 2008, Carmelo AMOROSO ha scritto:
> Mike Frysinger wrote:
> > On Sunday 20 January 2008, Mike Frysinger wrote:
> >> On Sunday 20 January 2008, Fabio Giovagnini wrote:
> >>> I have such a problem with.
> >>> sh-uclibc-g++ 3.4.6
> >>>
> >>> /home/fgiovagnini/sh7203-uClinux-1.4/build/../gcc-3.4.6/gcc/unwind-dw=
2-
> >>>fd e- glibc.c:291: undefined reference to `dl_iterate_phdr'
> >>>
> >>> How can I solve.
> >>> Any suggestion will be appreciated.
> >>
> >> a one line error isnt exactly useful ... you didnt say what version of
> >> uClibc you're using or what you're using for a build system.
> >
> > and more importantly, what exactly are you doing
> > -mike
>
> Hi Mike,
> I think that Fabio is trying to linking statically a C++ application
> against uClibc. If so, (Fabio please clarify), the problem is extactly
> the same
> I posted on uClibc list last week (mmove _dl_iterate_phdr from libdl.a
> to libc.a).
>
> I have a already fixed it for nptl/sh4 branch... I'm just now merging
> the patch
> for the uClibc branch and post it for a wider review on uClibc.
>
> I'll put Fabio into the loop.. anyway Fabio should post his full command
> line
> used to build/link his application.
>
> Cheers,
> Carmelo
> -
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to maj...@vg...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi all, a question about sh2a 7203

[Fabio G. <fab...@au...>]

Befor producing the patch I have to ask one thing.
During the building process I nedd to modify manually the Makefiles produce=
d=20
by configure into build/stage/gcc/sh-linux/libiberty and into all the=20
libiberty of the subdirectories.
I have to add the -ml -m3e -m4 -fPIC options manualli because configure do =
not=20
do it automatically.
Where do I have to act to modify' configure.ac to obtain such a behaviour=20
automatically?

Thanks




Alle 18:14, venerd=C3=AC 18 gennaio 2008, Fabio Giovagnini ha scritto:
> I'm not so familiar with patchs and other similar programs; so I produce
> the patch and we can work togheter for interting it into buildroot.
> Could it sound good for you?
>
> Ciao
>
> Alle 17:59, venerd=C3=AC 18 gennaio 2008, Kieran Bingham ha scritto:
> > Yes please - would be appreciated.
> >
> > I was thinking it would be good if we could roll this into buildroot
> > somehow too.
> >
> > --
> > Kieran
> >
> > On Fri, 2008-01-18 at 17:48 +0100, Fabio Giovagnini wrote:
> > > I got the c,c++ compilers, on top of uClibc.
> > >
> > > If you like I send you the patch.
> > >
> > > Best regards
> > >
> > > Alle 11:44, domenica 9 dicembre 2007, Fabio Giovagnini ha scritto:
> > > > Hi Julian,
> > > > BSP for sh7263 which linux branch is part of?
> > > > Is it public and available the access to the toolchain source?
> > > >
> > > > Thanks a lot
> > > >
> > > > Alle 16:16, venerd=C3=AC 7 dicembre 2007, Julian Back ha scritto:
> > > > > Hi Fabio,
> > > > >
> > > > > No we did not start with buildroot.   The SH7203 BSP was derived
> > > > > from a BSP for SH7263 which was not developed by us.  Whether that
> > > > > was derived from buildroot I don't know.
> > > > >
> > > > > Julian
> > > > >
> > > > > Fabio Giovagnini wrote:
> > > > > > Hi Julian,
> > > > > > only a simple question.
> > > > > > Is your uClinux environemnt derived directly from build root?
> > > > > >
> > > > > > Thanks in advance.
> > > > > >
> > > > > > Alle 17:53, mercoled=C3=AC 5 dicembre 2007, Julian Back ha scri=
tto:
> > > > > >> Fabio Giovagnini wrote:
> > > > > >>> I bought an evaluation bouard made by MPC data.
> > > > > >>> For 7203 the suggest  to use uCLinux.
> > > > > >>> But they are sponsor of shlinux.com and if I remember properly
> > > > > >>> they suggestied to use linux-sh for the other eva boards than
> > > > > >>> 7203. According to you is uCLinux the best available choice f=
or
> > > > > >>> sh2a 7203?
> > > > > >>
> > > > > >> The board is actually made by Renesas, we (MPC Data) have done
> > > > > >> the Linux BSP.
> > > > > >>
> > > > > >> One of my colleagues has been tasked with integrating some of
> > > > > >> our BSPs with the main sh tree, this includes SH7203.  It's at
> > > > > >> an early stage at the moment, he's just working out what needs
> > > > > >> to be done, but I hope you will see some submissions from him =
in
> > > > > >> the not too distant future.
> > > > > >>
> > > > > >> Julian
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > the body of a message to maj...@vg...
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini

Re: Hi all, a question about sh2a 7203

[Fabio G. <fab...@au...>]

I'm not so familiar with patchs and other similar programs; so I produce th=
e=20
patch and we can work togheter for interting it into buildroot.
Could it sound good for you?

Ciao


Alle 17:59, venerd=C3=AC 18 gennaio 2008, Kieran Bingham ha scritto:
> Yes please - would be appreciated.
>
> I was thinking it would be good if we could roll this into buildroot
> somehow too.
>
> --
> Kieran
>
> On Fri, 2008-01-18 at 17:48 +0100, Fabio Giovagnini wrote:
> > I got the c,c++ compilers, on top of uClibc.
> >
> > If you like I send you the patch.
> >
> > Best regards
> >
> > Alle 11:44, domenica 9 dicembre 2007, Fabio Giovagnini ha scritto:
> > > Hi Julian,
> > > BSP for sh7263 which linux branch is part of?
> > > Is it public and available the access to the toolchain source?
> > >
> > > Thanks a lot
> > >
> > > Alle 16:16, venerd=C3=AC 7 dicembre 2007, Julian Back ha scritto:
> > > > Hi Fabio,
> > > >
> > > > No we did not start with buildroot.   The SH7203 BSP was derived fr=
om
> > > > a BSP for SH7263 which was not developed by us.  Whether that was
> > > > derived from buildroot I don't know.
> > > >
> > > > Julian
> > > >
> > > > Fabio Giovagnini wrote:
> > > > > Hi Julian,
> > > > > only a simple question.
> > > > > Is your uClinux environemnt derived directly from build root?
> > > > >
> > > > > Thanks in advance.
> > > > >
> > > > > Alle 17:53, mercoled=C3=AC 5 dicembre 2007, Julian Back ha scritt=
o:
> > > > >> Fabio Giovagnini wrote:
> > > > >>> I bought an evaluation bouard made by MPC data.
> > > > >>> For 7203 the suggest  to use uCLinux.
> > > > >>> But they are sponsor of shlinux.com and if I remember properly
> > > > >>> they suggestied to use linux-sh for the other eva boards than
> > > > >>> 7203. According to you is uCLinux the best available choice for
> > > > >>> sh2a 7203?
> > > > >>
> > > > >> The board is actually made by Renesas, we (MPC Data) have done t=
he
> > > > >> Linux BSP.
> > > > >>
> > > > >> One of my colleagues has been tasked with integrating some of our
> > > > >> BSPs with the main sh tree, this includes SH7203.  It's at an
> > > > >> early stage at the moment, he's just working out what needs to be
> > > > >> done, but I hope you will see some submissions from him in the n=
ot
> > > > >> too distant future.
> > > > >>
> > > > >> Julian
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to maj...@vg...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

=2D-=20
=46abio Giovagnini

Aurion s.r.l.
via degli orti 11,
40050 Funo di Argelato (BO)
P.I e C.F.
00885711200
Tel. +39.335.8350919
=46ax +39.051.8659009

www.aurion-tech.com

account telefono VoIP skype (www.skype.com):
aurion.giovagnini