René Köcher wrote:
> Is there any chance for a --march / --mcpu pair for intel core(duo)?
>
> I'm currently running gentoo linux on a first generation mac book pro
> equipped with a intel coreduo processor. Gentoo installation guide
> states that --march=prescot is the best choice for my cpu.
> Bu
Ian Lance Taylor wrote:
> René Köcher <[EMAIL PROTECTED]> writes:
>
>> Is there any chance for a --march / --mcpu pair for intel core(duo)?
>
> It's there in the development sources. -march=core2.
>
> It will be in the gcc 4.3.0 release.
>
Could OP be assured that it won't do anything incompa
Christopher Key wrote:
> I have some code that needs to perform signed division by a power of two
> with rounding towards minus infinity, i.e. it requires an arithmetic
> right shift. Now in the C specification, right shifting a signed
> integer is implementation defined.
Because C may be compil
Richard Guenther wrote:
On 9/26/07, Ralf Lübben <[EMAIL PROTECTED]> wrote:
Hello,
maybe this is the better list to post the problem (see below).
This is off-topic here, gcc-help would be a more appropriate list.
True, but it appears to be a glibc problem, rather than one which can
Richard Guenther wrote:
The idea is not exactly new, the main complication is that it would need
hacking both the gcc (and glibc) side and the kernel syscall interface. The
32bit compatibility entries cannot be used if you want to align long long and
double naturally (which you certainly want,
skaller wrote:
On Thu, 2007-10-18 at 12:02 +0800, Biplab Kumar Modak wrote:
skaller wrote:
On Wed, 2007-10-17 at 18:14 +0100, Biagio Lucini wrote:
skaller wrote:
It would be interesting to try with another compiler. Do you have access
to another OpenMP-enabled compiler
skaller wrote:
On Thu, 2007-10-18 at 06:00 -0700, Tim Prince wrote:
skaller wrote:
I don't know of any OpenMP compiler which would correct the nesting of
parallel loops in your LU. I have assumed that OpenMP doesn't allow
such optimization; you have to get it righ
[EMAIL PROTECTED] wrote:
>
> #include
> #include
>
> int main()
> {
> printf("\n %1.55f \n", sqrt(3.));
> return 0;
> }
>
> Result: 2
>
> Why does this return 2 ??
If you meant to use long double, you should have so specified. Decimal
digits beyond 17 aren't significant in
马骅 wrote:
> hi,
> I try to build toolchains using buildroot. but when compile the
> busybox, an internel compiler error show.
>
If you have questions about the advice gcc gave you, gcc-help mail list
is the place.
Geert Bosch wrote:
>
> On Nov 14, 2007, at 05:27, Vincent Lefevre wrote:
>
>>> Initially, float could simply use double and cast the result.
>>> For double->float the results will remain correctly rounded.
>>
>> Yes, very probably, but this needs to be proven for each supported
>> function, due t
Daniel Verkamp wrote:
> The MMX registers are aliased onto the x87 floating-point registers,
> so they should be saved and restored correctly regardless.
That's not true of all CPU implementations. If you want to be sure your
code will run only on the CPUs where they are distinct, don't take that
Ali, Muhammad wrote:
> I can't seem to find a concrete answer anywhere to this: does the
> current version of gcc support building executables for the 64 bit
> version of Windows?
>
> I am using gcc through MinGW and using the -m64 option results in a
> "sorry, unimplemented: 64-bit mode not compi
Joseph Maxwell wrote:
>
> I am attempting to install gcc-4.2.2 on an SGI Octane running IRIX 6.5.26
> I untar'd the gcc-4.2.2.tar file in the target directory /usr/local/gcc4x
>checking for gcc... gcc
>checking whether the C compiler (gcc ) works... no
>configure: error: installation
Richard Guenther wrote:
> On Nov 27, 2007 2:23 PM, Howard Chu <[EMAIL PROTECTED]> wrote:
>> A bit of a minor mystery. Not a problem, just a curiosity. If someone knew
>> off
>> the top of their head a reason for it, that'd be cool, but otherwise no
>> sweat.
>
> I'd try -Os, you might run into I
tandards, it is a positive
change and no information is being lost.
It would be interesting to ask someone who was around at the time why
the guidelines were written as they were. They rationale may no longer
be relevant.
Tim Josling
ashish mahamuni wrote:
> Hi,
>
> I am working on Intel i686 machine
> I've Hello_World.c file.
> When I give following command compiler gives error
> that Invalid Option.
>
> gcc -mlittle-endian Hello_World.c
> or
> gcc -mlittle-endian Hello_World.c
>
> I am using 4.2 version of gcc (Latest one
s, which may be easier to get
than source code.
Tim Josling
Fan Zhang wrote:
> how to compile gcc4 on cygwin?
> thanks
The generic instructions are here http://gcc.gnu.org/install/
The mailing lists for asking questions are gcc-help
http://gcc.gnu.org/lists.html
and possibly http://cygwin.com/lists.html
You should be able to find useful hints on the archiv
GCC front end I want to have as little code as
possible in the same process as the GCC back end.
This means passing over a file. So I would like to understand how to
avoid getting into political/legal trouble when doing this.
Thanks,
Tim Josling
my experience, when documentation is not stored with the source code,
it often gets lost.
When a person is offline the mailing list htmls are not available.
I have an idea to resolve this that I am working on... more in due
course if it comes to anything.
Tim Josling
Qing Wei wrote:
> Could someone give some hints of how to describe a FMAC (float mult and
> add) insn in machine description, it matches d = b*c+a, which is a four
> operands float instrution.
There are plenty of examples in ia64.md and rs6000.md.
Константин wrote:
Hi!
I ask you to put optimimizations tips for programmers into your documentation
site on www. Sure, there are some texts about program optimimization, but you
are the only one, who really understand compilation and execution processes and
know how to make program faster.
I
Ira Rosen wrote:
Here is the link to the vectorizer's documentation:
http://gcc.gnu.org/projects/tree-ssa/vectorization.html
Thanks, but I take what it says there with some grains of salt. Yes,
-O3 implies -ftree-vectorize on x86_64, but I seem to have to specify
the option on other targe
GCC development that are well suited to
discussing this topic?
Best regards,
Tim.
On 8/30/18 8:16 PM, Marek Polacek wrote:
On Thu, Aug 30, 2018 at 08:07:05PM +0200, Jakub Jelinek wrote:
On Thu, Jan 11, 2018 at 02:06:06PM +, Joseph Myers wrote:
On Thu, 11 Jan 2018, David Brown wrote:
May
nce I've
worked with SVN.
When exactly is the feature deadline?
Tim.
P.S. I will make time this month to start applying Nathan's advice and
push the implementation to the next step.
P.P.S. The copyright situation has been resolved and I can continue
contributing without issue.
Will take care of it this evening then. If I get stuck or need some help
I'll try the IRC channel or reply to this mail again :).
Tim.
On 11/5/18 8:40 AM, Jakub Jelinek wrote:
On Mon, Nov 05, 2018 at 08:36:44AM +0100, Tim van Deurzen wrote:
I've received a lot of good advice from N
is
structured? I want to make sure I go about this correctly.
If this is the wrong place to ask for help, please redirect me, so that
I don't unnecessarily spam the wrong mailing list :-).
Kind regards,
Tim.
On 01/08/2018 11:28 PM, Jason Merrill wrote:
On Mon, Jan 8, 2018 at 5:13 PM, Jonathan Wakely wrote:
On 8 January 2018 at 22:07, Jason Merrill wrote:
On Mon, Jan 8, 2018 at 4:07 PM, Tim van Deurzen wrote:
I've been spending some time the past few weeks implementing p0515r2,
i.e
On 01/10/2018 02:00 PM, Jonathan Wakely wrote:
On 9 Jan 2018 10:56 p.m., "Tim van Deurzen" wrote:
Just to confirm with you, it does make sense to conditionally
parse the token for operator<=> in libcpp (i.e. only when the cxx
standard being used is >=2a)? I&
Hi Jakub,
On 01/10/2018 10:32 PM, Jakub Jelinek wrote:
On Wed, Jan 10, 2018 at 10:24:00PM +0100, Tim van Deurzen wrote:
On 01/10/2018 02:00 PM, Jonathan Wakely wrote:
On 9 Jan 2018 10:56 p.m., "Tim van Deurzen" wrote:
Just to confirm with you, it does make sense to con
to take
care of the copyright assignment.
Thank you!
Tim.
201 - 231 of 231 matches
Mail list logo
