[Tinycc-devel] Re: Tinycc-devel Digest, Vol 84, Issue 16

[John Scoville]

unscribe!
----- Original Message -----
From: address@hidden
To: address@hidden
Sent: Sun, 18 Apr 2010 19:05:42 +0000 (UTC)
Subject: Tinycc-devel Digest, Vol 84, Issue 16

Send Tinycc-devel mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.nongnu.org/mailman/listinfo/tinycc-devel
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Tinycc-devel digest..."


Today's Topics:

   1. Re: Re: variable length arrays (Thomas Preud'homme)
   2. Re: armel architectures (Thomas Preud'homme)
   3. Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
      packaging] (mobi phil)
   4. Re: Re: variable length arrays (mobi phil)
   5. Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
      packaging] (Thomas Preud'homme)
   6. Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
      packaging] (mobi phil)
   7. Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
      packaging] (Thomas Preud'homme)
   8. Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
      packaging] (mobi phil)


----------------------------------------------------------------------

Message: 1
Date: Sun, 18 Apr 2010 19:27:52 +0200
From: "Thomas Preud'homme" <address@hidden>
Subject: Re: [Tinycc-devel] Re: variable length arrays
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

Le dimanche 18 avril 2010 13:58:39, mobi phil a ��crit :
> Sorry to instist....
> 
> is there any way to do memory allocation on the stack?  (please read my
> email below)
> I think there are very few features missing to cover double of the C code
> out there that can be compiled with TCC... and one of them is variable
> length arrays on the stack...
I rebased the patch propose at [1] upon the current master branch. I can't 
guarantee it works as alloca doesn't work on my different machines, even with 
the latest mob.

I attach the patch to this email in case you're interested.
> 
> On Tue, Apr 6, 2010 at 12:57 AM, mobi phil <address@hidden> wrote:
> > Hello!!
> >
> >
> > TCC is just amazing. It is the tool I was dreaming ,) . I will move
> > from C++ back to C for several projects as I am tired to wait for even
> > fast computers to get the job done!
> > However as I tried to compile several projects, several fail due to
> > the limitation regarding variable length arrays. Are there already
> > solutions out there?
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Add-support-for-C99-VLA.patch
Type: text/x-patch
Size: 4393 bytes
Desc: not available
Url : 
http://lists.gnu.org/pipermail/tinycc-devel/attachments/20100418/a2c7144f/0001-Add-support-for-C99-VLA.bin

------------------------------

Message: 2
Date: Sun, 18 Apr 2010 19:33:36 +0200
From: "Thomas Preud'homme" <address@hidden>
Subject: Re: [Tinycc-devel] armel architectures
To: Daniel Gl?ckner <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: Text/Plain;  charset="iso-8859-1"

Le dimanche 18 avril 2010 16:38:41, Daniel Gl�ckner a �crit :
> On Sun, Apr 18, 2010 at 03:56:03PM +0200, Thomas Preud'homme wrote:
> > I see in the configure that armel architectures (or arm EABI) are
> > recognized by uname -m being equal to armv4l. But aren't armv5tel,
> > armv6j and armv7a valid architectures as well?
> 
> Yes, anything since ARMv4 that is little endian, supports long
> multiplication (UMULL), and isn't Thumb-only should be able to run
> the generated code.
> 
>   Daniel
> 
Fine. So I commited the needed change in configure on mob: see commit e4ed4e7.

Regards,

Thomas Preud'homme




------------------------------

Message: 3
Date: Sun, 18 Apr 2010 19:46:42 +0200
From: mobi phil <address@hidden>
Subject: Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
        packaging]
To: address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Hello...


>
>> > [P|47abdbd] Better handle ld scripts
>> > * search file from INPUT and GROUP commands in the library path in
>> > addition to the current directory
>> > * handle libraries specified by -lfoo options
>> > * Search lib in GROUP command repeatedly
>>
>
>
I understand that this patch still not provides -L path overrides? I was
writing an email that contrary to other linkers -L DOES NOT override the
hardcoded /prefix/usr/lib and /prefix/lib



-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.gnu.org/pipermail/tinycc-devel/attachments/20100418/0e77f614/attachment.html

------------------------------

Message: 4
Date: Sun, 18 Apr 2010 19:50:27 +0200
From: mobi phil <address@hidden>
Subject: Re: [Tinycc-devel] Re: variable length arrays
To: address@hidden, address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

On Sun, Apr 18, 2010 at 7:27 PM, Thomas Preud'homme <address@hidden>wrote:

> Le dimanche 18 avril 2010 13:58:39, mobi phil a �crit :
> > Sorry to instist....
> >
> > is there any way to do memory allocation on the stack?  (please read my
> > email below)
> > I think there are very few features missing to cover double of the C code
> > out there that can be compiled with TCC... and one of them is variable
> > length arrays on the stack...
> I rebased the patch propose at [1] upon the current master branch. I can't
> guarantee it works as alloca doesn't work on my different machines, even
> with
> the latest mob.
>
> I attach the patch to this email in case you're interested.
>
> Thanks... I will try it out ASAP, high in my todo liste



-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.gnu.org/pipermail/tinycc-devel/attachments/20100418/4cbea54f/attachment.html

------------------------------

Message: 5
Date: Sun, 18 Apr 2010 20:04:00 +0200
From: "Thomas Preud'homme" <address@hidden>
Subject: Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
        packaging]
To: address@hidden
Message-ID: <address@hidden>
Content-Type: Text/Plain;  charset="utf-8"

On Sunday 18 April 2010 19:46:42 mobi phil wrote:
> Hello...
> 
> >> > [P|47abdbd] Better handle ld scripts
> >> > * search file from INPUT and GROUP commands in the library path in
> >> > addition to the current directory
> >> > * handle libraries specified by -lfoo options
> >> > * Search lib in GROUP command repeatedly
> 
> I understand that this patch still not provides -L path overrides? I was
> writing an email that contrary to other linkers -L DOES NOT override the
> hardcoded /prefix/usr/lib and /prefix/lib
> 
Does others compilers really make -L override the search path for libraries ? 
Because to me when I add a -L gcc is still able to load libc.so and all the 
libraries this ld script links.

But to answer your question, indeed this patch doesn't change this behavior.




------------------------------

Message: 6
Date: Sun, 18 Apr 2010 20:29:13 +0200
From: mobi phil <address@hidden>
Subject: Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
        packaging]
To: address@hidden, address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Does others compilers really make -L override the search path for libraries
?

> Because to me when I add a -L gcc is still able to load libc.so and all the
> libraries this ld script links.
>
> But to answer your question, indeed this patch doesn't change this
> behavior.
>
>
sorry... it is about priority... If you add -L/newsys/lib and libc.so is in
the newsys then libc.so from newsys is picked. It

from man ld:

"Directories specified on the command line are searched before the default
directories."




-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.gnu.org/pipermail/tinycc-devel/attachments/20100418/2f660cd0/attachment.html

------------------------------

Message: 7
Date: Sun, 18 Apr 2010 20:53:57 +0200
From: "Thomas Preud'homme" <address@hidden>
Subject: Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
        packaging]
To: mobi phil <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: Text/Plain;  charset="utf-8"

Le dimanche 18 avril 2010 20:29:13, mobi phil a ��crit :
> Does others compilers really make -L override the search path for libraries
> ?
> 
> > Because to me when I add a -L gcc is still able to load libc.so and all
> > the libraries this ld script links.
> >
> > But to answer your question, indeed this patch doesn't change this
> > behavior.
> 
> sorry... it is about priority... If you add -L/newsys/lib and libc.so is in
> the newsys then libc.so from newsys is picked. It
> 
> from man ld:
> 
> "Directories specified on the command line are searched before the default
> directories."
> 
It should be easy to fix. I'll work on that within a week.

Cheers




------------------------------

Message: 8
Date: Sun, 18 Apr 2010 21:05:35 +0200
From: mobi phil <address@hidden>
Subject: Re: [Fwd: Re: [Tinycc-devel] Several patchs from Debian
        packaging]
To: address@hidden
Cc: address@hidden
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

indeed shuld be easy... did not do it myself, as I do not know well the
"rules in the house"


this was my comment in my earlier email:


I have libXXX both in /usr/lib and in /mysys/usr/lib for development.
Unfortunately /usr/lib is added first, and cannot be changed, so any
subsequent -L will be overriden by /usr/lib etc.


I see two solutions:

1.
* write a pair dynarray_insert for dynarray_add, and insert all what
comes with -L in the coresponding order
* write a pair tcc_insert_library_path, and call dynarray_insert

2.
* reset the dynarray before calling tcc_insert_library_path from parse_args



Please tell me if anybody has any preference, would be happy to push
the patch... regards


-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://lists.gnu.org/pipermail/tinycc-devel/attachments/20100418/9984b826/attachment.html

------------------------------

_______________________________________________
Tinycc-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tinycc-devel


End of Tinycc-devel Digest, Vol 84, Issue 16
********************************************