On 07/31/2018 04:04 PM, Richard Biener wrote:
On Sat, 28 Jul 2018, Andris Pavenis wrote:
On 07/27/2018 11:51 PM, DJ Delorie wrote:
Richard Biener writes:
DJ, did you ever run the testsuite with a configuration that has LTO
enabled? I don't see any djgpp results posted to gcc-testre
On 07/27/2018 11:51 PM, DJ Delorie wrote:
Richard Biener writes:
DJ, did you ever run the testsuite with a configuration that has LTO
enabled? I don't see any djgpp results posted to gcc-testresults.
Quick googling doesn't yield anything useful with regarding on how to
do actual testing with a
On 11/07/2017 08:28 PM, Jonathan Wakely wrote:
On 07/11/17 19:26 +0200, Andris Pavenis wrote:
src/filesystem/ops-common.c uses S_ISSOCK unconditionally without checking that
it is available
As result compile fails for DJGPP when S_ISREG is available but S_ISSOCK is not. Included patch
add
src/filesystem/ops-common.c uses S_ISSOCK unconditionally without checking that
it is available
As result compile fails for DJGPP when S_ISREG is available but S_ISSOCK is not. Included patch add
configure check for S_ISSOCK
Andris
ChangeLog entry:
2017-11-07 Andris Pavenis
Just one suggestion:
What about configure option like --with-version-convert where one could specify
actual conversion?
I have used conversion sed -e 's:\.::2g' for DJGPP to leave only the first dot in version for
complying with MS-DOS file name restrictions. The implementation of that was not
On 10/11/2016 11:46 AM, Arnaud Charlet wrote:
I'd like to ping patch
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00164.html
Additional comments about using ZCX_By_Default := true are in
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00845.html
Well this patch doesn't inspire lots of confidenc
On 10/10/2016 06:22 PM, Arnaud Charlet wrote:
PS. What about last versions of other 2 not yet approved patches (1 and 3)?
There have been many back and forth and many updates, so I do not know where
we are on these. I'm pretty sure I OKed one of the other parts, but best
to resubmit them clean
I'd like to ping patch
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00164.html
Additional comments about using ZCX_By_Default := true are in
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00845.html
Andris
I'd like to ping this patch.
Last version of the patch together with Changelog entry can be found in mailing
list archive:
https://gcc.gnu.org/ml/gcc-patches/2016-08/msg01229.html
Andris
rest looks OK to me.
It is be possible to leave this part out for now.
We could return to this part later separately.
Andris
PS. What about last versions of other 2 not yet approved patches (1 and 3)?
>From bd1698bff232bdc4258c70f49add1869276184db Mon Sep 17 00:00:00 2001
From: Andris Paven
On 09/08/2016 12:09 PM, Thomas Schwinge wrote:
Hi!
A few review comments:
On Wed, 7 Sep 2016 20:19:20 +0300, Andris Pavenis wrote:
This patch fixes handling header.gcc in subdirectories when command line option
-remap has been
used.
(I have not yet looked up what that mechanism actually
On 09/25/2016 09:10 PM, Arnaud Charlet wrote:
Is the above change really necessary? Would be nice to get rid of this
extra code. The rest looks OK to me.
It is required for support of environment when LFN support is either
not available or disabled for some reason (for example FreeDOS
without LF
On 09/25/2016 07:25 PM, Arnaud Charlet wrote:
int
__gnat_get_maximum_file_name_length (void)
{
+#if defined (__DJGPP__)
+ return (_use_lfn(".")) ? -1 : 8;
+#else
return -1;
+#endif
}
Is the above change really necessary? Would be nice to get rid of this
extra code. The rest looks OK
t explaining it with a proper
comment.
Comment with explanation added in attached version of patch
Andris
>From 49015a63e708824dbd80fb90520c33b8e1607c43 Mon Sep 17 00:00:00 2001
From: Andris Pavenis
Date: Thu, 15 Sep 2016 19:31:54 +0300
Subject: [PATCH 4/4] [DJGPP, Ada] Ada support
*
On 09/05/2016 08:39 AM, Arnaud Charlet wrote:
GCC Ada compiler itself uses exceptions.
Yes, but the bootstrap doesn't use system-dgjpp.ads, it uses the generic
system.ads which uses front-end (GNAT) SJLJ, hence my question. Your
answer isn't very reassuring.
Tried several test examples which use
On 09/13/2016 11:39 PM, Eric Botcazou wrote:
Found that the first revision causing this problem (of course with DJGPP
related patches applied) is 239113. Native bootstrap with same DJGPP
related patches applied on top of revision 239112 succeeds without
problems.
[andris@ap gcc]$ git bisect good
On 09/07/2016 08:59 PM, Andris Pavenis wrote:
On 09/05/2016 09:42 AM, Eric Botcazou wrote:
Attached output is from last test build (r239639 with DJGPP related patches
applied, last version of patches for Ada).
Very strange error, line 28 of gtype-ada.h is supposed to have a guard for
nodes
On 09/08/2016 12:09 PM, Thomas Schwinge wrote:
Hi!
A few review comments:
On Wed, 7 Sep 2016 20:19:20 +0300, Andris Pavenis wrote:
This patch fixes handling header.gcc in subdirectories when command line option
-remap has been
used.
(I have not yet reviewed the logic of your change itself
On 09/05/2016 09:42 AM, Eric Botcazou wrote:
Attached output is from last test build (r239639 with DJGPP related patches
applied, last version of patches for Ada).
Very strange error, line 28 of gtype-ada.h is supposed to have a guard for
nodes containing the 'common' structure. Can you post an
Pavenis
* files.c (remap_filename): Fix handling -remap in subdirectories
>From 77e02ba755fa9ea66e046ecf6dbc61c306bc2a71 Mon Sep 17 00:00:00 2001
From: Andris Pavenis
Date: Wed, 7 Sep 2016 18:22:32 +0300
Subject: [PATCH] * files.c (remap_filename): Fix handling -remap in
subdirector
On 09/04/2016 09:50 PM, Arnaud Charlet wrote:
On 08/25/2016 12:46 PM, Arnaud Charlet wrote:
Which exception handling mechanism is used by the DJGPP port?
Is it (GCC) SJLJ?
No. Updated to set ZCX_By_Default := true for DJGPP.
Well I'm confused now. How could this work before? In other words, ha
On 07/30/2016 08:47 AM, Andris Pavenis wrote:
This last patch (4/4) contains DJGPP related changes to adaint.c (except one which belongs to
patch 1/4).
ChangeLog entry:
2016-07-30 Andris Pavenis
* ada/adaint.c: Include process.h, signal.h, dir.h and utime.h for DJGPP.
(DIR_SEPARATOR
On 08/25/2016 12:46 PM, Arnaud Charlet wrote:
Which exception handling mechanism is used by the DJGPP port?
Is it (GCC) SJLJ?
No. Updated to set ZCX_By_Default := true for DJGPP.
New patch attached.
Andris
>From 45d1e01d7b29e88eea85a284733efdd7f38cc604 Mon Sep 17 00:00:00 2001
From: And
libraries (all-target-libada).
I'll try to find which change has caused the error (unfortunately I have not saved the message).
Andris
>From 83fe70a17d811ebdec7ca70509e3c2521657d8f2 Mon Sep 17 00:00:00 2001
From: Andris Pavenis
Date: Sun, 28 Aug 2016 08:02:11 +0300
Subject: [PATCH 2/4
On 08/18/2016 12:41 PM, Arnaud Charlet wrote:
2016-07-30 Andris Pavenis
* ada/gcc-interface/Makefile.in (LIBGNAT_TARGET_PAIRS): Define for
DJGPP target
(EH_MECHANISM): Define to -gcc for DJGPP
* ada/system-djgpp.ads: New file
Andris
+++ b/gcc/ada/system-djgpp.ads
@@ -0,0 +1,148
On 08/18/2016 12:40 PM, Arnaud Charlet wrote:
This patch (2nd of 4) includes various changes to Ada related C files
required for DJGPP support
ChangeLog entry:
2016-07-30 Andris Pavenis
* ada/ctrl_c.c: Do not use macro SA_RESTART for DJGPP.
* ada/gsocket.h: Do not support sockets
ficient. There is no harm from
pre-pending drive letter (like 'c:'). Specifying '\dev\' do not however work. Disabling conversion
for '/dev/' alone would influence Windows port as such directory name is OK for Windows.
Updated changelog entry is inside the attachment.
On 08/12/2016 07:18 PM, Eric Botcazou wrote:
2016-07-30 Andris Pavenis
* ada/adaint.c (__gnat_is_djgpp): define (1 for DJGPP host, 0
otherwise). * ada/s-os_lib.ads (Is_Djgpp): import __gnat_is_djgpp as
constant. * ada/s-os_lib.adb (Normalize_Pathname): support DJGPP special
paths (/dev
On 07/31/2016 10:57 AM, Arnaud Charlet wrote:
Frankly at this stage, I do not think it makes sense to maintain an
Ada port for DJGPP and in particular maintain all these extra
special cases and #ifdefs.
I don't think this is a reasonable attitude to take with people who
are willing to do the wor
This last patch (4/4) contains DJGPP related changes to adaint.c (except one which belongs to patch
1/4).
ChangeLog entry:
2016-07-30 Andris Pavenis
* ada/adaint.c: Include process.h, signal.h, dir.h and utime.h for DJGPP.
(DIR_SEPARATOR) define to '\\'
This patch (3rd of 4) contains changes to gcc-interface/Makefile.in and DJGPP own implementation of
system.ads.
ChangeLog entry:
2016-07-30 Andris Pavenis
* ada/gcc-interface/Makefile.in (LIBGNAT_TARGET_PAIRS): Define for DJGPP target
(EH_MECHANISM): Define to -gcc for DJGPP
* ada/system
dev/env/DJDIR/include' is interpreted as $DJDIR/include. Adding drive prefix (like
c:/dev/c/foo) is not supported for these special path-names.
ChangeLog entry:
2016-07-30 Andris Pavenis
* ada/adaint.c (__gnat_is_djgpp): define (1 for DJGPP host, 0 otherwise).
* ada/s
This patch (2nd of 4) includes various changes to Ada related C files required
for DJGPP support
ChangeLog entry:
2016-07-30 Andris Pavenis
* ada/ctrl_c.c: Do not use macro SA_RESTART for DJGPP.
* ada/gsocket.h: Do not support sockets for DJGPP.
* ada/init.c (timestruct_t
namespace only
when they are defined in cstdlib
Andris
2016-01-26 Andris Pavenis
* include/c_compatibility/stdlib.h: Include wide character related
definitions only when they are available in cstdlib.
>From 17778d89abe4f51f929806e67d2e2352b6b4376e Mon Sep 17 00:00:00 2001
From: Andris Pave
Patch avoids using S_ISVTX if it is not defined.
https://gcc.gnu.org/ml/gcc-patches/2015-11/msg01899.html
Initial version of patch avoided it additionally for DJGPP
(https://gcc.gnu.org/ml/gcc-patches/2015-11/msg01880.html)
Andris
I posted last version of patch where I took review comments into account
month ago:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg01328.html
Andris
On 01/09/2016 01:29 AM, Jeff Law wrote:
On 12/21/2015 11:22 PM, Andris Pavenis wrote:
12/21/2015, 10:00 PM, Jeff Law kirjoitti:
On 12/17/2015 10:51 PM, Andris Pavenis wrote:
On 12/13/2015 08:12 PM, DJ Delorie wrote:
You can list me as your sponsor.
I've been wanting him to be a djgpp t
Just committed.revision 231774
Andris
Index: MAINTAINERS
===
--- MAINTAINERS (revision 231774)
+++ MAINTAINERS (working copy)
@@ -525,6 +525,7 @@
Patrick Palka
Seongbae Park
Devang Patel
+Andris Pavenis
Fernando Pereira
On 12/11/2015 12:32 AM, Jeff Law wrote:
On 12/05/2015 10:25 AM, Andris Pavenis wrote:
Patch enables LTO support for DJGPP in top level configure.ac
Andris
2015-12-05 Andris Pavenis
* configure.ac: enable LTO for *-*-msdosdjgpp
OK once prereqs have gone in. Note you should to the autoconf
On 12/11/2015 12:43 AM, Jeff Law wrote:
On 12/05/2015 10:22 AM, Andris Pavenis wrote:
Patch include updates to DJGPP related files in gcc/config/i386.
There are too many changes to gcc/config/i386/djgpp.h and
gcc/config/i386/xm-djgpp.h to list them completely in changelog
entry.
Andris
2015
On 12/05/2015 06:35 PM, Andris Pavenis wrote:
Included patch updates libstdc++-v3/config/os/djgpp/error_constants.h
according to defines available in DJGPP errno.h.
I'm reposting a patch as earlier post (Nov 15, 2015) have bug in changelog entry
Andris
2015-12-05 Andris Pavenis
* conf
Patch enables LTO support for DJGPP in top level configure.ac
Andris
2015-12-05 Andris Pavenis
* configure.ac: enable LTO for *-*-msdosdjgpp
>From 9df385353dd1f6c275e0ce9266ab4bbb3a80cd44 Mon Sep 17 00:00:00 2001
From: Andris Pavenis
Date: Sat, 14 Nov 2015 20:38:32 +0200
Subject: [PATCH
Patch include updates to DJGPP related files in gcc/config/i386.
There are too many changes to gcc/config/i386/djgpp.h and
gcc/config/i386/xm-djgpp.h to list them completely in changelog
entry.
Andris
2015-11-25 Andris Pavenis
Subject: [PATCH 6/6] [DJGPP] gcc/config/i386: update DJGPP
Included patch updates typedefs of integer types in config/i386/djgpp-stdint.h.
Patch is similar but not identical as attached to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41557
Andris
2015-12-05 Andris Pavenis
* config/i386/djgpp-stdint.h: update typedefs for integer types
>F
Pavenis
* configure.ac: Specify that DJGPP do not have mmap even when sys/mman.h exists
* configure: Regenerate
>From 5fb05d0ae112ae1c938c2edf94b8dff8cd5dd1d6 Mon Sep 17 00:00:00 2001
From: Andris Pavenis
Date: Tue, 24 Nov 2015 20:22:52 +0200
Subject: [PATCH 3/6] [DJGPP] libbacktrace/configure
Included patch adds *-*-msdosdjgpp to lists of i[34567]86-*-* soft-fp targets.
Andris
PS. Sending from different address as posts from other address seems not to go
through
2015-12-05 Andris Pavenis
* config.host: Add *-*-msdosdjgpp to lists of i[34567]86-*-* soft-fp targets
>F
On 11/16/2015 01:12 PM, Richard Biener wrote:
On Sun, Nov 15, 2015 at 9:21 AM, Andris Pavenis wrote:
This fixes use of pointers different unsigned integer types as function
parameter.
Function prototype is (see gcc/tree-streamer.h):
bool streamer_tree_cache_lookup (struct
On 11/15/2015 09:19 PM, Andreas Schwab wrote:
Andris Pavenis writes:
diff --git a/libgfortran/intrinsics/chmod.c b/libgfortran/intrinsics/chmod.c
index 1fffa3d..482a8a6 100644
--- a/libgfortran/intrinsics/chmod.c
+++ b/libgfortran/intrinsics/chmod.c
@@ -451,7 +451,7 @@ clause_done:
if
On 11/15/2015 08:56 PM, Andris Pavenis wrote:
Included patch updates error constants for DJGPP.
Andris
2015-11-15 Andris Pavenis
* libstdc++-v3/config/os/djgpp/error_constants.h (std::errc): Update error
constants for DJGPP
Sorry email addrss andris.pave...@iki.fi
Included patch updates error constants for DJGPP.
Andris
2015-11-15 Andris Pavenis
* libstdc++-v3/config/os/djgpp/error_constants.h (std::errc): Update error
constants for DJGPP
>From fd43935415eee35aaa2ece3d07b0814de4da70f7 Mon Sep 17 00:00:00 2001
From: Andris Pavenis
Date: Sun, 15
DJGPP do not have S_ISVTX defined. Therefore its use should be avoided.
Attached patch updates existing preprocessor conditional constructions
not to use S_ISVTX also for DJGPP
Andris
2015-11-15 Andris Pavenis
* libgfortran/intrinsics/chmod.c (chmod_internal): do not use S_ISVTX for DJGPP
On 11/13/2015 08:40 AM, Jeff Law wrote:
On 11/10/2015 11:16 AM, Andris Pavenis wrote:
One may need to execute extra steps after linking program. This is required
for example for DJGPP to run stubify.exe on file generated by linker.
The only way how to achieve was to use LINK_COMMAND_SPEC. It
this method in 2
places.
Current type unisgned is used elsewhere in the same file.
uint32_t is not guaranteed to be the same as unsigned (for DJGPP uint32_t is
actually
unsigned long). That causes compile failure for DJGPP native build.
Andris
2015-11-15 Andris Pavenis
* gcc/lto-streamer
On 11/10/2015 11:20 PM, Jeff Law wrote:
On 11/10/2015 11:16 AM, Andris Pavenis wrote:
One may need to execute extra steps after linking program. This is required
for example for DJGPP to run stubify.exe on file generated by linker.
The only way how to achieve was to use LINK_COMMAND_SPEC. It
this patch.
Andris
ChangeLog entry
2015 Nov 10 Andris Pavenis
* gcc.c: new macro POST_LINK_SPEC
* doc/tm.texi.in: document POST_LINK_SPEC
* doc/tm.texi: regenerate
>From 2b50898ca2340aa43ce756bd605862b947cf1e7d Mon Sep 17 00:00:00 2001
From: Andris Pavenis
Date: Tue, 10 Nov 2
On 11/05/2013 02:09 PM, Andris Pavenis wrote:
Attached patch adds a possibility to add additional build steps after linking.
Without this patch only possibility is to redefine entire LINK_COMMAND_SPEC.
Currently only DJGPP seems to need it
2013-11-05Andris Pavenis
* gcc/gcc.c: Add
Attached patch adds a possibility to add additional build steps after linking.
Without this patch only possibility is to redefine entire LINK_COMMAND_SPEC.
Currently only DJGPP seems to need it
2013-11-05Andris Pavenis
* gcc/gcc.c: Add macro POST_LINK SPEC for specifying additional
On 09/20/2012 06:33 PM, Jakub Jelinek wrote:
Status
==
The GCC 4.7.2 release tarballs have been created and were uploaded
to ftp.gnu.org. The GCC 4.7 branch is thus open again for
regression and documentation fixes.
Shouldn't be change
http://gcc.gnu.org/viewcvs/trunk/gcc/gcc.c?r1=18810
On 09/03/2012 03:27 PM, Richard Guenther wrote:
On Sat, Sep 1, 2012 at 2:21 PM, Andris Pavenis wrote:
uint32_t * is used as a 3rd parameter in call to
streamer_tree_cache_lookup()
in 2 places in gcc/lto-streamer-out.c when the procedure prototype have
unsigned *. They are not guaranteed to be
Andris Pavenis
* lto-streamer-out.c (write_global_references,
lto_output_decl_state_refs):
Fix parameter type in call to streamer_tree_cache_lookup
diff --git a/gcc/lto-streamer-out.c b/gcc/lto-streamer-out.c
index 2adae74..12335c5 100644
--- a/gcc/lto-streamer-out.c
+++ b/gcc/lto
On 08/03/2012 09:32 AM, Arnaud Charlet wrote:
Revision http://gcc.gnu.org/viewcvs?view=revision&revision=189772
added constant Support_Atomic_Primitives to the target specific
system-*.ads files. The default system.ads was not updated.
The included patch
- adds the missing constant
- removes con
iles any more
Andris
2012-08-03 andris.pave...@iki.fi
* system.ads: Support_Atomic_Primitives set to False,
Remove outdated constants
>From e63ea85554db9c652070280161cd55a861d3b2db Mon Sep 17 00:00:00 2001
From: Andris Pavenis
Date: Thu, 2 Aug 2012 21:18:39 +0300
Subject:
On 02/02/2012 12:41 AM, Earl Chew wrote:
Some environments don't support symbolic links :-(
If ln -s is not supported, configure can figure it out, and as a last resort
uses:
LN_S = cp -p
I've found two problems with this.
The first problem is that LN_S is not propagated past the top-level
63 matches
Mail list logo