Rainer,
this chunk:
--- a/gcc/ada/sysdep.c
+++ b/gcc/ada/sysdep.c
@@ -252,27 +254,27 @@ __gnat_ttyname (int filedes)
#endif
^L
#if defined (linux) || defined (sun) || defined (sgi) \
- || (defined (__osf__) && ! defined (__alpha_vxworks)) || defined (WINNT) \
+ || ! defined (__alpha_vxworks)
David Daney writes:
> On 03/06/2012 05:14 AM, Rainer Orth wrote:
>> "Joseph S. Myers" writes:
>>
There's one particular issue: the change to java/io/File.java required
my to regenerate the .class file in classpath. I've used Sun javac
-target 1.5 for that and hope I got
Paolo Carlini writes:
> On 03/12/2012 05:06 PM, Rainer Orth wrote:
>> I think the remaining changes are either obvious or covered by osf or
>> testsuite maintainerships, so I've applied the patch. Thanks. Rainer
> Thanks, but please remove all the spurious 'libstdc++v3' from the
> ChangeLog entry
On 03/12/2012 05:06 PM, Rainer Orth wrote:
> I think the remaining changes are either obvious or covered by osf or
> testsuite maintainerships, so I've applied the patch. Thanks. Rainer
Thanks, but please remove all the spurious 'libstdc++v3' from the
ChangeLog entry and make sure it's wrapped to 8
David Daney writes:
>>> I'd have expected regeneration to use GCJ built to use ECJ, though I don't
>>> know.
>>
>> I've never tried this. Given that the .class file lives below
>> libjava/classpath and has to be synced with upstream Classpath anyway, I
>> hope the Java maintainers will take care
On 03/06/2012 05:14 AM, Rainer Orth wrote:
"Joseph S. Myers" writes:
There's one particular issue: the change to java/io/File.java required
my to regenerate the .class file in classpath. I've used Sun javac
-target 1.5 for that and hope I got it right.
I'd have expected regeneratio
Tristan,
>> * As I've mentioned, I've ripped out the #pragma extern_prefix support:
>> while VMS has something similar, it doesn't use the common code.
>
> in fact VMS use some of the already existing #pragma extern_prefix support.
> You're removing too much code here !
oops, seems I was too e
Arnaud Charlet writes:
> The gnattools and gcc/ada parts are OK, except for the comment removal in
> s-tassta.adb: this comment is still useful, and needs to be revisited at
> some point ratheer than removed silently as you did, to understand
> why we can't use a when E: others => construct.
>
>
Bruce Korb writes:
> On Mon, Mar 5, 2012 at 3:13 PM, Joseph S. Myers
> wrote:
>> On Mon, 5 Mar 2012, Rainer Orth wrote:
>>
>>> * There are some fixincludes hacks that from their names seem to be
>>> osf-specific, but are not restricted to alpha*-dec-osf*. Bruce,
>>> what's the best way to
"Joseph S. Myers" writes:
>> There's one particular issue: the change to java/io/File.java required
>> my to regenerate the .class file in classpath. I've used Sun javac
>> -target 1.5 for that and hope I got it right.
>
> I'd have expected regeneration to use GCJ built to use ECJ, though
Jonathan Wakely writes:
> On 5 March 2012 17:01, Rainer Orth wrote:
>>
>> * The libstdc++ testsuite is messy since every thing pthread test
>> includes the complete list of targets where it should be run, and the
>> options required. I've long meant to clean this up, but this will
>> have to
Rainer,
On Mar 5, 2012, at 6:14 PM, Rainer Orth wrote:
> The Tru64 UNIX V5.1 port has been obsoleted in GCC 4.7, and it's now
> time to remove it from mainline. The following patch does just that,
> and should be mostly uncontroversial, like removing target-specific
> fixincludes hacks, files,
The gnattools and gcc/ada parts are OK, except for the comment removal in
s-tassta.adb: this comment is still useful, and needs to be revisited at
some point ratheer than removed silently as you did, to understand
why we can't use a when E: others => construct.
So either remove the s-tassta.adb hu
On Mar 5, 2012, at 6:28 PM, Richard Henderson wrote:
> On 03/05/2012 09:14 AM, Rainer Orth wrote:
>> * In the alpha backend, there are a couple of cases that might be
>> osf-specific, but I cannot tell for certain:
>>
>> macro osf5.halpha.h
>>
>> TARGE
On Mon, Mar 5, 2012 at 3:13 PM, Joseph S. Myers wrote:
> On Mon, 5 Mar 2012, Rainer Orth wrote:
>
>> * There are some fixincludes hacks that from their names seem to be
>> osf-specific, but are not restricted to alpha*-dec-osf*. Bruce,
>> what's the best way to handle those? Disable them e.g
On Mon, 5 Mar 2012, Rainer Orth wrote:
> * There are some fixincludes hacks that from their names seem to be
> osf-specific, but are not restricted to alpha*-dec-osf*. Bruce,
> what's the best way to handle those? Disable them e.g. with a mach
> clause like unused-alpha*-dec-osf* and see i
Richard Henderson writes:
>> HAVE_STAMP_H1
>>
>> In my understanding, this is purely a OSF thing and can go, but maybe
>> other OSes on alpha mimiced OSF here?
>
> I've no idea what that actually is.
It's used to emit .verstamp directives for ECOFF objects. I've just
On 5 March 2012 17:01, Rainer Orth wrote:
>
> * The libstdc++ testsuite is messy since every thing pthread test
> includes the complete list of targets where it should be run, and the
> options required. I've long meant to clean this up, but this will
> have to wait until after osf and irix are
Douglas Rupp writes:
> On 3/5/2012 9:28 AM, Richard Henderson wrote:
>> On 03/05/2012 09:14 AM, Rainer Orth wrote:
>>> * In the alpha backend, there are a couple of cases that might be
>>>osf-specific, but I cannot tell for certain:
>>>
>>>macro osf5.h
Jakub Jelinek writes:
> On Mon, Mar 05, 2012 at 09:28:18AM -0800, Richard Henderson wrote:
>> > TARGET_HAS_XFLOATING_LIBS 1 TARGET_LONG_DOUBLE_128
>> >
>> > Same here: any configurations with !TARGET_LONG_DOUBLE_128?
>>
>> I wouldn't think so; glibc before version 2.4,
On 3/5/2012 9:28 AM, Richard Henderson wrote:
On 03/05/2012 09:14 AM, Rainer Orth wrote:
* In the alpha backend, there are a couple of cases that might be
osf-specific, but I cannot tell for certain:
macro osf5.halpha.h
TARGET_AS_CAN_SUBTRACT_L
On Mon, Mar 05, 2012 at 09:28:18AM -0800, Richard Henderson wrote:
> > TARGET_HAS_XFLOATING_LIBS 1 TARGET_LONG_DOUBLE_128
> >
> > Same here: any configurations with !TARGET_LONG_DOUBLE_128?
>
> I wouldn't think so; glibc before version 2.4, circa 1998?
No idea about MIPS, but f
CF:
fixincludes:
* inclhack.def (alpha___extern_prefix): Remove.
(alpha___extern_prefix_standards): Remove.
(alpha___extern_prefix_sys_stat): Remove.
(alpha_bad_lval): Remove.
(alpha_pthread): Remove.
(alpha_pthread_gcc): Remove.
(alpha_pthre
On 03/05/2012 09:14 AM, Rainer Orth wrote:
> * In the alpha backend, there are a couple of cases that might be
> osf-specific, but I cannot tell for certain:
>
> macro osf5.halpha.h
>
> TARGET_AS_CAN_SUBTRACT_LABELS 1 TARGET_GAS
>
On 03/05/2012 05:01 PM, Rainer Orth wrote:
> * In libjava, there were several workarounds for OSF bugs/quirks. I've
> ripped them out as explained above.
>
> There's one particular issue: the change to java/io/File.java required
> my to regenerate the .class file in classpath. I've used Su
25 matches
Mail list logo
