From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18395 invoked by alias); 5 Apr 2011 09:45:58 -0000 Received: (qmail 18385 invoked by uid 22791); 5 Apr 2011 09:45:58 -0000 X-SWARE-Spam-Status: No, hits=-1.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST X-Spam-Check-By: sourceware.org Received: from mail-qy0-f175.google.com (HELO mail-qy0-f175.google.com) (209.85.216.175) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 05 Apr 2011 09:45:10 +0000 Received: by qyk35 with SMTP id 35so1752032qyk.20 for ; Tue, 05 Apr 2011 02:45:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.114.80 with SMTP id d16mr6826311qcq.18.1301996709737; Tue, 05 Apr 2011 02:45:09 -0700 (PDT) Received: by 10.229.97.206 with HTTP; Tue, 5 Apr 2011 02:45:09 -0700 (PDT) In-Reply-To: <20110405093250.GA19664@adacore.com> References: <20110405080312.GC5788@adacore.com> <20110405085152.GA14441@adacore.com> <20110405093250.GA19664@adacore.com> Date: Tue, 05 Apr 2011 09:45:00 -0000 Message-ID: Subject: Re: [patch ada]: Last fix for PR ada/47163 on windows native hosts From: Kai Tietz To: Arnaud Charlet Cc: GCC Patches Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2011-04/txt/msg00300.txt.bz2 2011/4/5 Arnaud Charlet : >> Well, there is a bug AFAICS. Issue is that 'ln -s file dir' fails, but >> 'ln -s file file1' works. See for this thread >> http://lists.zerezo.com/mingw-users/msg03642.html, where this is >> described. So it might be also a valid fix here to append to directory >> the $f again. > > OK, so it's indeed a bug in msys which should be fixed there IMO if it > does not support 'cp -p file dir' I agree, and I read the threads about that there on mingw.org. I don't see a good chance that it get fixed soon there. Nevertheless is the msys-environment the only way to do a full bootstrap of native gcc toolchain, so I would simply love to have this work-a-rounded it in gcc. But well, I won't die if it isn't. ;) > Adding $f may cause command line limitations on some platforms, so I'd rather > avoid that. Yes, understood. But some lines down in Makefile we use LN_S with same pathes, but with filenames on all two arguments. So I think this fear might be without reason here. (see section "Copy new target dependent sources"). Regards, Kai