Missing separator on macro call ?
Magnus Ihse Bursie
magnus.ihse.bursie at oracle.com
Mon May 29 07:25:10 UTC 2017
Maybe we should have a way to scan the source tree for files with
problematic names, like *#* or *,*...? Or CachedFind should be written
to handle *#* files properly?
/Magnus
On 2017-05-24 08:49, David Holmes wrote:
> On 24/05/2017 4:44 PM, Erik Joelsson wrote:
>> Hello David,
>>
>> That error means something goes wrong when evaluating the macro body.
>> Unfortunately make will not give you any better message than that. If
>> you didn't change anything in make/common/NativeCompilation.gmk, the
>> most likely cause is that you have changed a variable that is used in
>> there, or in one of the parameters in that call, and that variable
>> now has some character in it that gets misinterpreted, typically a
>> comma or dollar would be the culprits.
>
> Or a # :(
>
> Thanks Erik. Offlist Christine F. suggested I look for editor temp
> files but I didn't find any. But by using the trace output and running
> the find command - there it was: .#constantPool.cpp
>
> Wow! What an insane waste of time. :(
>
> David
>
>> /Erik
>>
>>
>> On 2017-05-24 01:44, David Holmes wrote:
>>> I just sync'd my local project with jdk10/hs and am getting a
>>> strange build error:
>>>
>>> Building targets 'images test-image' in configuration 'linux-x64-debug'
>>> lib/CompileJvm.gmk:207: *** missing separator. Stop.
>>>
>>> Line 207 is:
>>>
>>> $(eval $(call SetupNativeCompilation, BUILD_LIBJVM, \
>>>
>>> so it can't in itself have a missing separator!
>>>
>>> I don't know how to try and debug this - any suggestions?
>>>
>>> Thanks,
>>> David
>>
More information about the build-dev
mailing list