On 25.01.2010 20:12, Ian Lance Taylor wrote:
Timothy Madden writes:
[...]
g++ is free software. A clean implementation of export would
certainly be accepted. All it takes is for somebody to write one.
Hello
Is that statement above still true please ?
I know export is now to be made
h for this but I am legally
licensed as an individual to offer software consulting services and to
develop software.
So the so-called employer is really my client, with whom I have signed
a contract for consulting services.
What legal papers would I need for this ?
Thank you,
Timothy Madden
On Mon, Feb 1, 2010 at 2:38 AM, Paolo Carlini wrote:
> On 02/01/2010 01:26 AM, Timothy Madden wrote:
[...]
> As I see the issue, you should first check over the next months that the
> feature is not deprecated by ISO.
I know, I tried to talk about it on std.c++. I am afraid I can
but could someone please describe a
little what would be the first problems that would have to be
addressed for export with the current g++ implementation ? Or
summarise the steps that would have to be taken for a first attempt at
export ?
Did someone here said they tried some things before ?
Thank you
ot; is less important though,
as I am interested in standard conformance, even if partly
implemented.
Timothy Madden
On Mon, Jan 25, 2010 at 8:12 PM, Ian Lance Taylor wrote:
> Timothy Madden writes:
>
>> On Fri, Jan 22, 2010 at 2:24 AM, Ian Lance Taylor wrote:
>>> Timothy Madden writes:
>>>
>>>> Why is it so hard to store template definitions (and the set of
>&
On Fri, Jan 22, 2010 at 2:24 AM, Ian Lance Taylor wrote:
> Timothy Madden writes:
>
>> Is there any progress or start yet in implemententing export for C++
>> templates ?
>
> Not to my knowledge.
>
> The C++0x standards committee considered deprecating export for
in: main.o array_tmpl.o hash_tmpl.o templ_inst.o
ld main.o arrray_tmpl. hash_tmpl.o templ_inst.o
Any thoughts ?
Thank you,
Timothy Madden
On Thu, Mar 12, 2009 at 1:15 AM, Jan Hubicka wrote:
>> Timothy Madden wrote:
>> > Hello
>> >
>> > Is -mfpmath=both for i386 and x86-64 still experimental in gcc 4.3, as
>> > the in the online manual page ?
[...]
>
> The fundamental problem here i
On Mon, Mar 9, 2009 at 11:13 AM, Paolo Bonzini wrote:
> Timothy Madden wrote:
>> Hello
>>
>> Is -mfpmath=both for i386 and x86-64 still experimental in gcc 4.3, as
>> the in the online manual page ?
>
> Yes. It might (*might*) be better in GCC 4.4 thanks to the n
its for 387 and SSE the execution
resources too. Use this option with care, as it is still experimental,
because the GCC register allocator does not model separate functional
units well resulting in instable performance.
Thank you,
Timothy Madden
11 matches
Mail list logo
