Hello,
Following the recommendations on
http://gcc.gnu.org/install/finalinstall.html, I'm reporting my success
at building gcc 4.5.1 on amd64-unknown-openbsd4.8 because this platform
is not listed in http://gcc.gnu.org/buildstat.html.
$ ./config.guess
amd64-unknown-openbsd4.8
$ /tmp/usr/loc
On Sun, Dec 5, 2010 at 4:11 PM, H.J. Lu wrote:
> On Sun, Dec 5, 2010 at 10:22 AM, H.J. Lu wrote:
>> On Sat, Dec 4, 2010 at 4:43 PM, H.J. Lu wrote:
>>> On Sat, Dec 4, 2010 at 9:34 AM, H.J. Lu wrote:
On Fri, Dec 3, 2010 at 10:07 PM, H.J. Lu wrote:
> On Fri, Dec 3, 2010 at 6:34 PM, H.J.
On Sun, Dec 5, 2010 at 4:32 PM, Alan Modra wrote:
> On Sun, Dec 05, 2010 at 04:01:51PM -0800, H.J. Lu wrote:
>> Hi,
>>
>> The order of LTO plugin visibility is different from ELF visibility.
>
> Daft. Can't we fix that now, before 2.21 and gcc-4.6 are released?
I guess it is too late to change t
On Sun, Dec 5, 2010 at 10:22 AM, H.J. Lu wrote:
> On Sat, Dec 4, 2010 at 4:43 PM, H.J. Lu wrote:
>> On Sat, Dec 4, 2010 at 9:34 AM, H.J. Lu wrote:
>>> On Fri, Dec 3, 2010 at 10:07 PM, H.J. Lu wrote:
On Fri, Dec 3, 2010 at 6:34 PM, H.J. Lu wrote:
> On Fri, Dec 3, 2010 at 6:23 PM, Dave
Quoting Aspertame Man :
Back in the 1970's when we ran fortran on an IBM machine we had this
really powerful command called CALL FDUMP that if inserted into a
program would send the names and values of every variable, at the time
of its call, to a printer or file. In my opinion this was muc
Tobias Burnus writes:
> @@ -186,5 +194,32 @@
>multilib_arg=
> fi
>
> +
> +# We would like our source tree to be readonly. However when releases or
> +# pre-releases are generated, the flex/bison generated files as well as the
> +# various formats of manuals need to be included along with t
* Richard Guenther:
>> If I don't want sign extension, what function should I use instead?
>> Should I just call build_int_cst_wide directly?
>
> You should use a different type, one that is not sign-extended.
> Non-canonical constants are not allowed as we share them based on
> type and value.
I
On Sun, Dec 5, 2010 at 10:21 PM, Joseph S. Myers
wrote:
> On Sun, 5 Dec 2010, Richard Guenther wrote:
>
>> Ah, you're using intrinsics. I thought of re-using the saturating arithmetic
>> and types we have, thus basically do
>>
>> size = (unsigned sat int) count * 4;
>>
>> and defer optimal expa
On Sun, 5 Dec 2010, Richard Guenther wrote:
> Ah, you're using intrinsics. I thought of re-using the saturating arithmetic
> and types we have, thus basically do
>
> size = (unsigned sat int) count * 4;
>
> and defer optimal expansion to an optab. It of course requires saturating
> arithmeti
On Sun, Dec 5, 2010 at 6:08 PM, Florian Weimer wrote:
> Trunk has this:
>
> | /* Create an INT_CST node with a CST value zero extended. */
> |
> | static inline tree
> | build_int_cstu (tree type, unsigned HOST_WIDE_INT cst)
> | {
> | return double_int_to_tree (type, uhwi_to_double_int (cst));
On Sun, Dec 5, 2010 at 6:49 PM, Chris Lattner wrote:
>
> On Dec 5, 2010, at 3:19 AM, Richard Guenther wrote:
>
>>> $ clang t.cc -S -o - -O3 -mkernel -fomit-frame-pointer -mllvm
>>> -show-mc-encoding
>>> .section __TEXT,__text,regular,pure_instructions
>>> .globl __Z4testl
>>
On Sun, 05 Dec 2010 14:30:40 -0600
Aspertame Man wrote:
>
> Back in the 1970's when we ran fortran on an IBM machine we had this
> really powerful command called CALL FDUMP that if inserted into a
> program would send the names and values of every variable, at the time
> of its call, to a pr
Back in the 1970's when we ran fortran on an IBM machine we had this
really powerful command called CALL FDUMP that if inserted into a
program would send the names and values of every variable, at the time
of its call, to a printer or file. In my opinion this was much more
useful at times tha
Joseph S. Myers wrote:
On Tue, 30 Nov 2010, Tobias Burnus wrote:
[-> http://gcc.gnu.org/ml/fortran/2010-11/msg00413.html ]
This is a follow up / rediff to my previous patch at
http://gcc.gnu.org/ml/fortran/2010-11/msg00339.html, incorporating the
comments by Ralf and Matthias.
I think you have
On Sun, 5 Dec 2010, Florian Weimer wrote:
> And is HOST_WIDE_INT guaraunteed to be able to hold 64 bits? I recall
Only for targets that set need_64bit_hwint in config.gcc; for other
targets, it depends on the host.
--
Joseph S. Myers
jos...@codesourcery.com
Snapshot gcc-4.3-20101205 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20101205/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Sat, Dec 4, 2010 at 4:43 PM, H.J. Lu wrote:
> On Sat, Dec 4, 2010 at 9:34 AM, H.J. Lu wrote:
>> On Fri, Dec 3, 2010 at 10:07 PM, H.J. Lu wrote:
>>> On Fri, Dec 3, 2010 at 6:34 PM, H.J. Lu wrote:
On Fri, Dec 3, 2010 at 6:23 PM, Dave Korn
wrote:
> On 04/12/2010 01:24, H.J. Lu w
On Dec 5, 2010, at 9:49 AM, Chris Lattner wrote:
>
> On Dec 5, 2010, at 3:19 AM, Richard Guenther wrote:
>
>>> $ clang t.cc -S -o - -O3 -mkernel -fomit-frame-pointer -mllvm
>>> -show-mc-encoding
>>> .section__TEXT,__text,regular,pure_instructions
>>> .globl __Z4testl
>>>
On Dec 5, 2010, at 3:19 AM, Richard Guenther wrote:
>> $ clang t.cc -S -o - -O3 -mkernel -fomit-frame-pointer -mllvm
>> -show-mc-encoding
>>.section__TEXT,__text,regular,pure_instructions
>>.globl __Z4testl
>>.align 4, 0x90
>> __Z4testl:
Trunk has this:
| /* Create an INT_CST node with a CST value zero extended. */
|
| static inline tree
| build_int_cstu (tree type, unsigned HOST_WIDE_INT cst)
| {
| return double_int_to_tree (type, uhwi_to_double_int (cst));
| }
But the comment is misleading because of:
| /* Constructs tree
On Sun, Dec 5, 2010 at 8:56 AM, Chris Lattner wrote:
>
> On Dec 4, 2010, at 5:22 AM, Florian Weimer wrote:
>
>> * Joe Buck:
>>
>>> It's wasted code if the multiply instruction detects the overflow.
>>> It's true that the cost is small (maybe just one extra instruction
>>> and the same number of te
21 matches
Mail list logo
